WindowsとLANのルーティング問題を解決する方法|ステップバイステップガイド

WindowsとLANに関連するルーティングのトラブル対処法

更新日:2024年10月11日

こんな困ったシナリオを想像してください。ローカルネットワーク上に複数台のコンピューターがあり、そのうち少なくとも2台はWindowsホストだとします。片方のWindowsマシンからもう片方へファイルをコピーしたい。共有設定は正しく済んでおり、エクスプローラーから「\\MACHINE」と入力すれば相手のマシンに簡単にアクセスできる状態です。最初のファイルは無事コピーできました。ところが3分後、2つ目のファイルをコピーしようとした瞬間、エクスプローラーがエラーを返し、何もできなくなってしまう。さあ、どうしましょう?

筆者も数日前に、まさにこの問題に遭遇しました。いつもの癖として、まず自分の設定方法やシステム構成に問題があるのだと考えます。ルーターを確認しても異常なし。LinuxマシンからターゲットのWindowsホストへアクセスしても問題なし。ネットワーク接続にも異常は見られません。では何が原因なのでしょうか。この記事では、実際に何が起きていたのかを解説し、同じ問題に直面したときの迅速な解決策をご紹介します。

問題をより詳しく

経験豊富な方なら、すでに原因が何なのかピンと来ているかもしれません。問題は、一般的なユーザーが技術的な用語を使ってシステムの不具合をうまく言語化できない点にあります。コンピューターの問題に直面したとき、それがGUIなど視覚的なインターフェース経由で現れる場合は、コマンドラインで同じ状況を再現してみるのがおすすめです。通常、コマンドラインの方がはるかに多くの、しかもより正確な情報が得られます。

Windowsホストもコマンドラインからアクセス可能です。コンピューター間の接続性を確認する最も簡単な方法は、pingコマンド(ICMPプロトコルを使用)です。すべてが正常であることを保証するわけではありませんが、送信元システムから対象ホストへのpingに正常な応答が返れば、LAN自体には大きな問題がない可能性が高いと言えます。

そこで、不調のマシンに対してpingを実行し、何が起こっているのかを突き止めました。cmd.exe(スタートメニュー→コマンドプロンプト)を開き、以下のコマンドを実行します。

ping [IPアドレスまたはホスト名]

対象システムのIPアドレスがわからない場合は、次の手順で確認できます。

Windowsの設定を開き、「ネットワークとインターネット」→該当するネットワーク(有線でもワイヤレスでも可)を選択し、「プロパティ」ボタンをクリックします。新しいページが開き、下部にIPアドレスを含むネットワーク情報が表示されます。以下のスクリーンショットをご覧ください。これは特定の環境を示すものではなく、必要なデータを取得するための手順の一例です。

「IPv4 アドレス」と書かれた行を探します。IPv6アドレスも表示されているかもしれませんが、これはおそらく問題になりません。家庭内LANの99%はIPv4で構成されているからです。アドレス(X.X.X.X)を控えて、先ほど開いたコマンドプロンプトに入力しましょう。

実行したところ、なんと問題が発覚しました!

Pinging 192.168.4.113 with 32 bytes of data:
Reply from 192.168.4.107: Destination host unreachable.
Reply from 192.168.4.107: Destination host unreachable.

.113で終わるIPアドレスのホストにpingを打ったのに、応答を返してきたのは.107でした。この.107というのは、ファイルコピーのためにターゲットホストへアクセスしようとしていた送信元Windowsマシン自身のアドレスです。何らかの理由で、送信元システムは方向感覚を失い、つい数分前まで正常に動いていたにもかかわらず、相手のマシンを見つけられなくなってしまったのです。

技術的に言えば、これはWindowsホスト上でのARPまたはDNSの問題です。ネットワークスタックの細かい仕組みについては本記事の範囲を超えるため割愛します。このガイドを読む方は、ネットワークプロトコルの講義ではなく、迅速な解決策を求めているはずですから。要するに、Windowsシステムが混乱して誤った情報を保持してしまっている状態です。その情報を消し去る、つまりキャッシュをクリアする必要があります。

解決手順:キャッシュをクリアする

対処法は2つあります。まずARPキャッシュをクリアし、次にDNSキャッシュをクリアします。1つ試して問題が解決すれば完了です。解決しなければ、もう1つのコマンドを試してください。コマンドプロンプトを管理者として起動する必要があります。Windowsのメニューでコマンドプロンプトを見つけたら、右クリック→「管理者として実行」を選びましょう。

そして、以下のコマンドを入力します。

arp -d *

最初のコマンドで問題が解決しなかった場合に備えて、DNSキャッシュをクリアするコマンドも用意しておきましょう。

ipconfig /flushdns

その後、再度ターゲットホストへのアクセスを試みてください。以前は他に問題がなかったわけですから、おそらく成功するはずです。複雑な環境起因の問題に直面しているのではなく、冒頭のシナリオで述べたように、1分前には動いていたものが次の瞬間に動かなくなった、という単純なケースなのですから。

それでも解決しない場合は再起動という手もありますが、それはあまり賢い方法とは言えません。

まとめ

以上、ちょっとした「おまじない」チュートリアルでした。論理や常識に反するような奇妙で断続的な問題は、決して歓迎できません。特にネットワーク関連ではなおさらです。しかしバグは起こるものであり、それにどう対処し、トラブルシューティングするかを知っておくことが重要です。常に段階的に作業を進め、可能な限りコマンドラインを活用し、目の前の問題についてより多くの詳細をつかむように心がけましょう。

今回の場合、Windowsマシンが突然ネットワーク関連情報のキャッシュ問題を起こし、直前まで完璧に機能していたホスト間の通信が突然失敗するという状況でした。pingコマンドが問題の発生源を明らかにし、ネットワークキャッシュのクリアによって解決しました。もしあなたが同じような問題にぶつかったら、筆者が当初そうしたようにコンピューターに悪態をつくのではなく、コマンドラインを開いてせっせとコマンドを打ち込んでみてください。それではまた。