ITの人々の長期的なキャリアは、容易に診断して修正することができるそのうちのいくつかは、ネットワークの問題の多くを見つけるだろうが、把握するいくつかの問題が難しいです。あなたは情報を収集し、問題の範囲を狭めるために、ネットワークのトラブルシューティングを行うにはいくつかの簡単な手順を介してこれらの問題が発生した場合。
ステップ1：チェック・ネットワーク構成
トラブルシューティングプロセスは、あなたがホストを知っていることを確認することによって達成することができます。この方法は、彼らが使用するIPアドレスが期待される範囲内にあることを保証するために、両方のホストIPCONFIGコマンドで実行することです。操作は非常に基本的ではあるが、しかし、実行IPCONFIGコマンドは、問題の根本を公開します。システムは、IPアドレスを受信しない場合範囲が枯渇しているので、例えば、DHCPであってもよいです。
IPCONFIG実行は別に、ネットワークアダプタのIPアドレス、サブネットマスク、デフォルトゲートウェイを表示するには、各コマンドに割り当てられています。これらの値は問題ありませんならば、あなたはさらにIPCONFIG / ALLコマンドを実行することができ、この操作は、各ネットワークアダプタのDNSサーバの割り当てのために表示され、システムがDNSサーバーが非常に重要である使用することが期待されていることを確認します。
ステップ2：名前解決をテストします
あなたがその名前解決が正常に動作していることを確認することができ、送信元と送信先のホスト構成のIPアドレスを確認し、テストDNSの名前解決があり、さまざまなツールがありますが、最も簡単な方法は、NSLOOKUPコマンドを入力することで、その後、別のホストに完全修飾ドメイン名を入力します。 。
NSLOOKUPコマンドは、サーバーが使用しているDNSを表示し、DNSサーバが指定したホストのための権威であるかを示しますします。
NSLOOKUPからの結果を受信した後に、期待に沿ってその結果を確認してください。DNSサーバーのIPアドレスは、ネットワークアダプタのDNSサーバとホストのIPアドレスが一致したことにより、設定する必要があります。同様に、名前が解決されたアドレスは、IPアドレス（リモートホスト上またはサービスを実行）、リモートホストに割り当てられていると一致する必要があります。
ステップ3：ネットワークパスを確認します。
あなたのチェックはこれまでのところ問題はありませんし、期待される結果を生産している場合は、プロセスの次のステップは、リモートホストへのネットワークパスことを確認することです。最も簡単な方法は、tracertコマンドを入力して、[リモートホストの完全修飾ドメイン名を入力することです。tracertコマンドは、使用リモート・ホストへのルーティングデータパケットに経路を表示します。
ホストがICMPメッセージへのない応答するように設定されていることを、この唯一の手段ので、あまり心配しなくても、「要求がタイムアウトしました」と、いくつかのホップが報告されている場合。tracertのは、宛先が（時々！Hインジケータが表示されます）に到達することはできません表示されていないことを確認することが重要です。宛先ホスト到達不能メッセージは、L2に解決できない宛先アドレスやIPアドレスへのルートが存在しないということです。
ステップ4：リモートホストの応答性テスト
次のステップトラブルシューティングプロセスを使用すると、リモートホストと通信できるかどうかをテストすることです。ある時ちょうど平均のpingリモートホストがあります。残念ながら、ホストは通常、このテストは実行可能ではないかもしれないので、ping要求に応答しないように構成します。
この場合、あなたは宿主応答を作ることができるかどうかを確認するためのテストのいくつかの種類が必要。すべての後に、2つのホスト間およびリモートホストがまだオンラインであるかどうか、接続があるかどうかを確認するための応答。
使用することができるタイプの応答試験リモート・ホストの構成に応じて非常に異なります。pingコマンドを使用できない場合は、リモートPowerShellセッションを確立することにより、リモート・ホストの応答性を確認することができます。
ステップ5：テストリモートサービス
すでに地元確認していると、リモートホストが正しく設定されており、名前解決と基本的な接続が両方向で正しく動作している場合は、問題はより高いレベルのネットワークスタック内に存在する可能性があります。ターゲットホストは、基本的な通信テストが成功した場合でも、Webサーバーであれば、例えば、サービスが停止または許可の問題ました。そして、あなたは、リモートホストが提供するサービスのいずれかをテストする必要があります。
時々サービスが低いレベルの対象となる可能性があることに注意が悪影響を依存関係します。例えば、我々は、Exchange Server上のいくつかの深刻な通信障害が発生した、仕事の後に失敗して徹底的なルールの後、最終的にシステムにタイムデートバックの問題が間違って設定します。