☰

Win 10 IPV4 名前解決が断続的に中断される

tag-icon • tag-icon networking windows-10
Win 10 IPV4 名前解決が断続的に中断される

私のオフィス ネットワークには、IPV4 名を解決できなくなる Win 10 ボックスがあります。この問題が発生すると、ユーザーは外部のインターネット Web サイトにアクセスできなくなります。この問題は Win 10 ボックスの何らかのネットワークの問題であると絞り込みましたが、原因が何であるか、次の診断手順は何かがわかりません。私が試した診断手順は次のとおりです。

  1. この問題が発生しているとき、小規模オフィス内の他のすべてのコンピューターはインターネットに接続されているため、ISP の問題ではないと判断しました。

  2. すべてのボックスが dnsmasq 経由で DNS および DHCP 構成を受信するため、内部 LAN DNS の問題は除外されました。このボックスをオフィス内の他のボックスと比較しましたが、大きな違いはありませんでした。

  3. ルーティング テーブルと ARP キャッシュを他の動作中のボックスと比較しましたが、それらの間に大きな違いは見つかりませんでした。

問題が発生した場合の症状:

a. 外部 Web サイトを名前で ping します。 動作しません。

C:\WINDOWS\system32>ping meridianenv.com  
Ping request could not find host meridianenv.com. Please check the name and try again.

このサイトは、このチェックの時点では稼働しており、応答していることが確認されています。

b. IPV4 アドレスで外部 Web サイトに ping を実行します。 動作します。

C:\WINDOWS\system32>ping 66.160.145.21  
Pinging 66.160.145.21 with 32 bytes of data:  
Reply from 66.160.145.21: bytes=32 time=26ms TTL=54

このテストを、前のテストと続けてすぐに実行しました。その後、すぐに前のテストを再実行したところ、結果は上記と同じでした。

c. 別の内部 LAN ボックスに名前を指定して ping を実行します。 作品ただし、IPV4 ではなく IPV6 で応答します。

C:\WINDOWS\system32>ping jab-prec3610  
Pinging jab-prec3610 [fe80::28f1:3c0b:c6a8:91ea%3] with 32 bytes of data:  
Reply from fe80::28f1:3c0b:c6a8:91ea%3: time<1ms

d. IPV4 番号で別の内部 LAN ボックスに ping を実行します。 動作します。 これはすぐ上にあるボックスと同じものです。

C:\WINDOWS\system32>ping 192.168.112.101  
Pinging 192.168.112.101 with 32 bytes of data:  
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128

e. 別の内部 LAN ボックスから問題のあるボックスに名前を指定して ping を実行します。 動作します。

C:\Users\jeffb>ping acct-opti5040  
Pinging acct-opti5040.mei.lan [192.168.112.108] with 32 bytes of data:  
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128

f. 別の内部 LAN ボックスから IPV4 アドレスを使用して、問題のあるボックスに ping を実行します。 動作します。

C:\Users\jeffb>ping 192.168.112.108  
Pinging 192.168.112.108 with 32 bytes of data:  
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128

ボックスが正常に動作しているときに同じテストを再実行したところ、次の2つの結果が変わりました（項目1つのそしてcその上）。

a. 外部 Web サイトを名前で ping します。 動作します。

C:\WINDOWS\system32>ping meridianenv.com  
Pinging meridianenv.com [66.160.145.21] with 32 bytes of data:  
Reply from 66.160.145.21: bytes=32 time=33ms TTL=54

c. 別の内部 LAN ボックスに名前を指定して ping を実行します。 作品IPV4 情報とともに返されます。

C:\WINDOWS\system32>ping jab-prec3610  
Pinging jab-prec3610.mei.lan [192.168.112.101] with 32 bytes of data:  
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128

私が試した他のこと:

  1. Windows DNS キャッシュをフラッシュします。 問題は解決しませんでした。

    C:\WINDOWS\system32>ipconfig /flushdns
    Windows IP 構成
    DNS リゾルバ キャッシュが正常にフラッシュされました。

  2. IPV4 インターフェースをリセットします。

    C:\WINDOWS\system32>netsh int ipv4 reset reset.log
    インターフェイスをリセットしています。OK!
    ユニキャスト アドレスをリセットしています。OK!
    ネイバーをリセットしています。OK!
    パスをリセットしています。OK!
    リセットに失敗しました。
    アクセスが拒否されました。
    この操作を完了するには、コンピューターを再起動してください。

リセットに失敗し、アクセスが拒否されたと表示されるので、これが成功したかどうかはわかりません。その後、有効にするには再起動が必要であると表示されます。インターフェイスをリセットしてシステムを再起動すると、一時的に問題が解決する場合がありますが、解決がリセットの結果なのか、再起動の結果なのかはわかりません。システムは毎日再起動されているため、これが問題の解決策ではないようです。

  1. IPV6 インターフェイスをリセットします。

    C:\WINDOWS\system32>netsh int ipv6 reset reset.log
    インターフェイスをリセットしています、OK!
    ネイバーをリセットしています、OK!
    パスをリセットしています、OK!
    リセット中、失敗しました。
    アクセスが拒否されました。
    をリセットしています、OK!
    をリセットしています、OK!
    この操作を完了するには、コンピューターを再起動してください。

上記の IPV4 インターフェイスをリセットした場合と同じ結論です。これは問題の解決策ではないようです。

この問題は、オフィス内の他の Windows ボックス (ほとんどが Win 7 で、もう 1 台は Win10 ボックス) では発生しません。この問題が発生すると、1 ～ 2 分だけ発生する場合もあれば、10 分以上続く場合もあります。この問題がいつ発生するか、またはいつ自動的に解決するかを、ネットワーク上で他に何が起こっているかと関連付けることはできません。

この問題の原因、診断オプション、または解決策について追加の提案を求めています。

ご協力いただきありがとうございます。

関連情報