Windows と LAN のルーティングの問題の解決:ステップバイステップ ガイド

Windows &LAN-related routing problems

Updated:October 11, 2024

Here's a sad little scenario for you.少なくとも 2 台の Windows ホストを含​​む複数のコンピューターでローカル ネットワークが設定されていると想像してください。ある Windows ホストから別の Windows ホストにファイルをコピーするとします。また、共有が適切に構成されており、他の関連マシンには Windows エクスプローラー (例:\\MACHINE 経由) から簡単にアクセスできると仮定します。 Now you copy a file, great. 3 分後、2 番目のファイルをコピーしようとします。 Windows Explorer throws a hissy, no can do.さあどうする？

数日前、まさにこの問題に遭遇しました。私の性格として、自分のやり方やシステムの設定方法などに何か問題があるといつも思っています。ルーターを確認してください。問題ありません。 Linux マシンからターゲットの Windows ホストにアクセスしてみますが、問題ありません。 Network connectivity issues, nope.それで、それではどうでしょうか？何が起こったのか、そして同じ問題に遭遇した場合はどうすればすぐに回避できるのかを説明しましょう。

問題の詳細

あなたがたのうちの賢明で経験豊富な人々は、問題が何であるかをすでに知っています。問題は、一般の人は、自分が直面しているシステムの問題を明確に説明できるように、適切な「オタク」用語で考えていないことです。一般に、コンピュータ システムで何らかの問題に直面した場合、その問題が何らかのビジュアル インターフェイスや GUI を通じて現れる場合は、コマンド ラインでシナリオを再現してみる必要があります。通常、より多くの情報、そしてより正確な情報が得られるからです。

Windows ホストにはコマンドラインからアクセスすることもできます。コンピュータ間の接続を確認する最も簡単な方法は、ping コマンド (ICMP プロトコルを使用) を使用することです。すべてが危険であるという保証はありませんが、ソース システムからの ping クエリに対する他の (ターゲット) ホストからの応答が正常に得られた場合は、より広範なネットワーク関連 (つまり、自分の LAN) の問題は存在しない可能性が高くなります。

そこで、何が問題なのかを突き止めるために、「問題のある」マシンに ping を送信しようとしました。 cmd.exe ([スタート]> [コマンド プロンプト]) を開き、次の行を実行します。

ping [ip address or hostname]

影響を受けるシステムの IP アドレスがわからない場合は、次のようにします。

Windows の設定> ネットワークとインターネット> を開き、関連するネットワークを選択します。 it could be wired or Wireless network. Just click on the button that says Properties.新しいページが開き、その下部に IP アドレスなどのネットワーク関連の情報が表示されます。以下を参照してください。これは特定の設定を示すものではなく、データを取得する方法を示す一連の手順にすぎないことに注意してください。

IPv4 アドレスを示す行を見てください。IPv6 アドレスもあるかもしれませんが、おそらく問題はありません。また、全体として、すべてのホーム LAN ネットワークの 99% が IPv4 を使用して構成されているはずです。 Take note of the address (X.X.X.X).その番号を、先ほど開いたコマンド プロンプトにコピーします。

I did, and lo and behold, an issue!

Pinging 192.168.4.113 with 32 bytes of data:
192.168.4.107 からの応答:宛先ホストに到達できません。
192.168.4.107 からの応答:宛先ホストに到達できません。

113 で終わる IP アドレスを持つホストに ping を実行しようとしましたが、107 から応答を受け取りました。2 番目のアドレスはソース Windows マシンのアドレスで、ターゲット ホストに到達しようとしていたもので、いくつかのファイルをコピーできました。何らかの理由で、ソース システムは方位を失い、ほんの少し前まですべてが正常に動作していたにもかかわらず、もう一方のシステムを見つけることができませんでした。

技術的に言えば、Windows ホストで ARP または DNS の問題が発生していました。ネットワーク スタックがどのように動作するかの詳細については、この記事の範囲を超えています。結局のところ、このガイドを読んでいる人は、ネットワーク プロトコルに関する講義ではなく、簡単な解決策を求めているはずです。要するに、私の Windows システムが混乱していて、間違った情報が表示されていたのです。その情報をクリアする必要があります。つまり、キャッシュをクリアする必要があります。

できることは 2 つあります。まず ARP キャッシュをクリアし、次に DNS キャッシュをクリアします。 1 つ試して問題が解決する場合は問題ありませんが、そうでない場合は 2 つ目のコマンドを試してください。コマンドプロンプトを管理者として起動する必要があります。 Windows システム メニューで見つけたら、右クリック> [管理者として実行] を選択します。

Then, type the following:

arp -d *

次に、オプションで、最初のコマンドで問題が解決しない場合は、DNS キャッシュをクリアする必要があります。

ipconfig /flushdns

今すぐターゲット ホストにアクセスしてみます。以前は他に問題がなかったので、おそらく成功するでしょう。したがって、明らかに複雑な環境関連の問題に直面しているわけではありません。シナリオの早い段階で説明したように、ある分間はうまくいきましたが、次の瞬間にはうまくいかなかったということを思い出してください。

これで問題が解決しない場合は、再起動することもできますが、それは実際には最善の方法ではありません。

結論

こうして、この魔法のチュートリアルは終了となります。私は、論理や常識を無視した、奇妙でランダムで散発的な問題に決して満足しません。 Especially when it comes to networking.ただし、バグが発生する可能性があるため、それらの処理とトラブルシューティングの方法を準備しておく必要があります。常に系統的に作業し、可能であればコマンド ラインを使用して、当面の問題についてより詳細を把握してください。

私の場合、Windows マシンでネットワーク関連情報のキャッシュの問題が突然発生したため、あるホストから別のホストへのクエリ (ほんの少し前まで完璧に機能していたクエリ) が突然失敗しました。 ping コマンドにより問題の原因が明らかになりました。 Clearing the network caches resolved it.まあ、このような問題に遭遇した場合は、私が最初にやったように、コンピューターに悪口を投げつけないようにし、コマンドラインを開いて猛烈なタイプを入力してください。もう終わりです。気をつけてください、皆さん。

乾杯。