でも、ネットワークエンジニアやネットワークの運用・保守担当者のためのトラブルシューティングや人々（ITの友人アウト）の多くは非常に重要であり、そのプロセスのすべてのステップを知っているし、ネットワークが表示されたら、トラブルシューティングネットワークの詳細なプロセスの原理は、非常に重要ですときに問題が、我々はすぐにすぐにネットワークの問題を解決するには、ネットワーク上の問題のトラブルシューティングを行うことができます。
ネットワークのトラブルシューティングは、ここで言って、それはほとんどの人に適していなければならない、ネットワークのいくつかを理解している実際には、ネットワークのトラブルシューティングの方法について、ウェブ上の情報のほとんどを持っているが、私は個人的にあまりにも多くのテキストだけに滞在することを感じます関連する基本的な原則のいくつかのレベルで実用性が大きくないので、私たちは本当にシステムのセットをマスターするように、ここで私は、技術的なイラストや誰にでもあるネットワークのトラブルシューティングの記事を書きたい、言及されていませんネットワークのトラブルシューティング方法。
この記事のアイデア：
- ネットワークのトラブルシューティングのためにまず、前提条件
- ネットワークのトラブルシューティングの第二に、基本的な考え方
- 第三に、ネットワークのトラブルシューティングの詳細な手順
- 第四に、*** IMPORTANT
ネットワークのトラブルシューティングのためにまず、前提条件
なぜ前提条件には、こちらのネットワークのトラブルシューティングを行うだけでなく、コマンドを使用して少しにとどまるが、体系的なアプローチによって、これらの条件なしで、私は本当に、次の保証を言うことができないのであなたが理解できると練習に適用することができ、これらは、我々はまだそれに基づいて、これらの条件を見てください。
OSIモデルとTCP / IPプロトコルスタックに精通1
これは、ほとんどの基本的な知識を知るために、ネットワークのトラブルシューティングする必要があります。
OSI 7層モデルや国防総省モデルかどうか、私たちは一般的なプロセスを持っているネットワーク上でデータを送受信することを可能にするために、プロセスのネットワークトラフィックを記述するために使用されます。OSIモデルのプロトコルに対応するOSI 7層モデル、国防総省国防総省モデルTCP / IPプロトコルスタックであるプロトコルモデルを、対応します。
その中にTCP / IPプロトコルスタック最も基本的にはそれを知っている必要がありますようにDNS、TCP、UDP、IP、ICMP、ARP、として、非常に重要であり、我々は次のようにありません「TCP / IPプロトコルスタック、」言いましたそう罰金だったが、少なくとも、これらの契約の基本的な機能は、我々は、私が1または私ははっきりと言うことができないこれらのうちの2つを考えて、に注意する必要があり、その後、再び、彼はそれについて百度ということです。
OSIレイヤ2ネットワークの通信インフラストラクチャを学習し、それに対応します
スイッチ、三つのスイッチ、ルータのように、これらの基本的なネットワーク装置は、いくつかの理解、OSIモデルのデータリンク層に対応する標準的なスイッチャとして特にそれらの対応するレベルとOSIの役割、それでなければならないファイアウォール別の例として、ネットワーク層に相当するルータは、ルーティングアドレスを提供し、コリジョンドメインはスイッチャ転送データフレームは、MACアドレスのMACアドレスによって達成される、単離することができ、およびLAN技術（VLAN）によって仮想ブロードキャストドメインから単離することができます機能のように。
おそらく、あなたもそう罰金が、私はそれが知っておくべきだと思うおそらくプロセスを知っている必要はありません。
3.中小企業のネットワークの基本的なアーキテクチャを理解
実際には、上述の実環境でのデバッグは、私たちは現在のネットワーク状況の基本的な構造を知っていなければならない場合には、それらのネットワークデバイスは、一般的に、一緒に接続されているかを知ることです。
- アグリゲーションレイヤ - コア層 - 純輸出のアクセスレイヤ：ここでは簡単な言及、ほとんどの中小企業ネットワークの基本的な構造は、このようなものです。
図は以下与えます：
ネットワーク環境が巨大である場合は、アグリゲーション層とコア層を持つことになります、ここのように、それは直接層を凝集されていませんが、考え方は同じです。実際に、私は実際には、データセンターネットワークのトラブルシューティングが似ている、以下のトラブルシューティングの手順は、ユーザーのPCに向けられていると言います。どんなに、実際にはこれでダウン簡素化する方法複雑なネットワーク環境は似ていません。
4.一般的なネットワークトラブルシューティングのコマンドを知っています
Windowsオペレーティング・システムを使用している場合は、次のコマンドは非常に重要です。
Linuxオペレーティング・システムを使用している場合、それはまた、対応するコマンドがあります。実際には、最終的な分析は、通常のネットワークトラフィックかどうかをテストする場合は、あなたが実際のネットワークのトラブルシューティングで、当然のことながら、使用している機器に精通している、あなたは置き換え機器の操作に精通している自分を置くことができます。
5.ネットワークのトラブルシューティングの重要な原則をよく知っ
ネットワークのトラブルシューティングは、ネットワークは、何が悪かったのかを判断することですんので、あなたは、データの傾向を知っている必要があります。
だから、これは重要な原則である：データへの注意。
ネットワークのトラブルシューティングのアイデアについては、次の話は、障害のネットワークポイントを低減するためのステップバイステップを介してデータを追跡するために実際にあるので、常に非常に、非常に重要なこのことを覚えている！これは、中小企業の上に取得する必要がありますなぜネットワークの基本的なアーキテクチャを理解しています。
ネットワークのトラブルシューティングの第二に、基本的な考え方
次のように基本的な考え方は同じである必要があり、ほとんどの人がオンライン書き込みいると、あります。
（1）問題の物理リンクをチェックした場合
問題がある場合（2）ローカルIPアドレス、ルーティング、DNSの設定を確認してください
（3）開存性は、ゲートウェイまたはルータをテストします。段階によって最初のテストとは、ゲートウェイルータをテストし、テスト段階
（4）（通常は複数の外部IPと称する）公衆ネットワークのIPのpingの試験開存
開存（5）DNSのテストは、直接Webサイトのアドレスにpingを実行することができます
以下の第3のセクションは、上記のための基本的な考え方について詳細に説明します。
第三に、ネットワークのトラブルシューティングの詳細な手順
より優れたネットワークのトラブルシューティングのプロセスやアイデアを伝えるために、我々は次のネットワーク環境のいずれかを持っていると仮定します。
（：それは想定されているが、実際にはネットワーク環境がブロガーGNS3リンケージ仮想マシンによってセットアップ設定され、実際のネットワークが、それは本当の参照することができます）
ここでは、各工程の後に、各ステップを行う方法、例えば、当社のネットワークのトラブルシューティングアイデアの詳細はこのネットワーク環境をトップに持っている、そしてなぜ私たちはメモしておきますどのような情報を取得するために行うのですか。
（1）問題の物理リンクをチェックした場合
私は個人的にこれは***！しばしば聞いた友人が従事、ない過去におけるコンピュータネットワークのトラブルシューティングのニーズのリーダーシップに、と言う長い時間を待って行う必要がありますネットワークのトラブルシューティングの手順を行うことでステップだと思う、まだ問題を見つけることができない、** *とき、いくつかの絶望は、コンピュータに接続されていないネットワークケーブルを見つけていません。これは本当に悲劇であり、時間の多くは、このようなネットワークのトラブルシューティングのアイデアは常に間違っていると言っているわけではない無駄にしました。
誰もがスイッチ配線状況を見るために部屋に行くことができるので、このステップは、我々は調査の範囲に焦点を当てているため、次の図に示すように、おそらく、どこに配置する必要があります。
このステップでは、以下の点がの調査に注意を払う必要があります。
1.コンピュータのネットワークカード自体は問題がないことを確認してください
2.ネットワークケーブルの接続は問題がないことを確認します
3.スイッチユニットが接続されている（あなたが部屋を見に行くことができる場合）
上記は、これらの点を解決する場合は問題ありません、そして問題は、ネットワーク環境内の他のデバイスです。唯一の接続の問題は、物理リンクに関連しているため、調査の範囲は、比較的簡単です。
このテストでは、あなたは、測定ラインのデバイスの使用を検討することができますが、個人的な勧告は、テストを行うために適切に設定ラップトップを取ることですまた、悪い考えではありません。
問題がある場合（2）ローカルIPアドレス、ルーティング、DNSの設定を確認してください
***上記の手順、物理リンクの調査は問題ありません、それは、インターネット回線にコンピュータにアクセスした後、コンピュータが応答したされ、かつ識別することができますが、ネットワークはまだこの段階に来ることができなかった、それは最初に注意すべきですコンピュータ上の範囲は、上記設定されています。
この最後のステップは、我々の焦点は以下のとおりです。
1.IPアドレス設定
メソッドが自動的にDHCPを取得するために使用されている場合は、ちょうどこの時点で見て、自動的にIP設定を取得何のオープンはありません、そしてマシンを設定するための独自のにはオープンに関連するサービスはありません。
如果用的是静态IP，那么就必须要注意IP地址的填写有没有错(一般网络管理人员给的)、IP地址的子网掩码有没有问题(这很重要，对于静态IP，很多人在这里设置错误，建议是，***把IP地址、VLSM这方面的知识学一下)。
一般可以用下面的命令查看：
相关的设置可以在自己的计算机环境上面查看了。
2.路由设置
对于服务器、PC，一般是指默认网关的设置了;对于路由器本身或三层交换机，那就是静态路由或动态路由的设置问题了。
3.DNS设置
主要是要确保所设置的DNS服务器地址到底有没有提供域名解析服务或者是否出现了故障，至于如何判断，后面会给出方法，这里关注的是，你得设置一个正确的DNS服务器地址或可以自动获取。在windows上面你可以通过下面的命令查看：
(3)测试网关或路由器的通畅情况。先测网关然后再测路由器，一级一级地测试
在上面的网络环境中，在网络通的情况下，我们在电脑上使用命令tracert -d命令，会得到下面的结果：
通过这个测试结果，我们可以清楚地知道电脑在访问互联网时，数据的走向情况：
根据这个数据走向，我们就可以得到一个重要的思路，就是根据数据走向来检测网络的通畅情况!因此，我们可以分两步：
1.先测试电脑到网关192.168.2.254的通畅情况
我们可以在自己的电脑上自己ping网关的地址，看是否有响应：
一般这样的判断方法是比较快的，但有时候，无论怎样ping都不能，那么则可能有以下的几种情况：
a.网关设备做了禁止ping的设置
b.网关接口或网关设备出现故障
对于a，一般很少会在这些设备在做ping的限制操作，因为目前很网络设备如路由器或交换机的监控，都是通过ping操作来完成的。ping通192.168.2.254网关后，再ping一下172.16.13.1以确认电脑到整个网关设备都没有问题。
对于ping不通的时候，我个人还建议在电脑上执行如下操作：
即查看电脑本身有没有获取到网关的MAC的地址，显然，如果没有网关的MAC地址，那也是不可能ping通网关的，在排除了前面电脑设置的问题后，你可以猜测是网关设备出了问题，这时就可以联系网络工程师对网关设备进行测试了。
2.测试到其它路由器的通畅情况
前面一步没有问题了，也就是电脑到网关通信正常了，再测试网关到出口路由器的通畅情况：
这里，我们使用tracert -d命令就可以了：
当然，如果发现不通，那么则可能是下面的情况：
a.网关设备与路由器之间的物理链路问题
b.网关设备与路由器之间的设置问题，比如路由协议、接口配置之类的
出现上面的情况，那就是网络工程师的问题了，当然，如果你是网络工程师，应该要马上查看一下设备的状态，看是不是设备哪里出现问题了。
上面的步骤完成了，假设你的出口路由器设置是没有问题的，比如NAT与默认路由等的设置，那么我们大致可以知道，内网的一个基本通信是正常的(至少你的电脑和出口路由器的通信没问题)，我们就要看看电脑到底能不能访问互联网了。
(4)测试ping公网ip的通畅情况(平时要记几个外部IP)
来到这一步的时候，就说明前面三步是没有问题的，也就是说，本地局域网络的通信是正常的，这时要做的就是判断本地局域网络与外网(公网)之间的通信有没有问题了：
这里采取的是直接ping公网地址的方法，是为了排除DNS的影响(万一你的DNS设置又有问题)，至于要ping什么样的公网地址，个人建议是，可以ping一些没有禁止ping的公共DNS服务器地址，比如114.114.114.114和8.8.8.8的：
这 样之后，基本上就可以确定网络是没有问题的了。当然，这里并没有提到出口放置防火墙的情况，实际上，思路是一致的，但是，你需要考虑的是，你的访问数据有 没有被防火墙给过滤掉，是数据出去的时候过滤了，还是数据回来的时候过滤了?由于还要涉及到防火墙的设置，这里就不再提及了，只是仍要注意这一点就是了。
当然，也不排除是ISP那边的问题了，打电话去问问吧。
(5)测试DNS的通畅情况，可以直接ping网站地址
それは直接何もエコーIPアドレスが存在しないかどうかを確認するためにウェブサイトのアドレスに対してpingを実行できる場合は別の問題である障壁を介するなど、限り、あなたはIPアドレスをエコーすることができますよう、DNSは何の問題もないだろうが、これは、nslookupのコマンドについて言うためにこれはまだあります私が通常、自身のネットワークのトラブルシューティングは、基本的に使用される非常に便利なコマンド、次のとおりです。
次のようにもちろん、それはまた、使用することができます。
nslookupコマンドの役割は二つある使用します。
あなたのDNSサーバーは問題のない設定を支援する1.テスト
DNSサーバ2. [関係なく、かどうかのインテリジェント前提の、あなたはおおよその速度をエコーDNSサーバーのIPアドレスの速度に応じてケースのメリットを決定することができます
だから、nslookupコマンドのコマンドを最大限に活用することができます。
第四に、*** IMPORTANT
基本的に、前述したが、上記のように説明したように実際には、基本的には、比較的完全なネットワークのトラブルシューティングプロセスは、あるべき、ほとんどあなたがネットワーク機器のケースを表示するには、部屋に入るための許可を持っていないことを前提としています。
実際には、上記の手順のすべてをコピーしている必要はありませんが、実際のトラブルシューティングのプロセスは、それがすべてのはとてもダウンし、誰がされていない場合は、結局、それのほんの一部を使用することも可能、しかし、いくつかの非常に簡単な質問にはとてもイライラする必要があるため、それは時間の無駄です！怒っ上記の方法が、ネットワークのトラブルシューティングの考え方を提案していない、私はこのアイデアは、ネットワークの問題に応じて判断することを願ってまた、本当にあまりにも多くの経験の問題を真ん中に関与解決する方法のような外観は、（実際には、問題はBaiduのでき遭遇した）場合には、
実際には、全体のダウンは、私は個人的にこれ、自身がネットワークのトラブルシューティング時に冷静を保つために許可することができます決定を、方法を考えて、最も重要なのは、まだ技術そのものではないことを感じるが、ネットワークのトラブルシューティングプロセスにおけるアイデアそれは重要です！