今日、多くのマシンがインターネットにアクセスできなくなりました。多くのトラブルシューティングの後、共通のスレッドは、すべてのクライアントが本日dhcpリースを更新したことです（ここでは8日間のリースを利用しています）。
リースの更新後、期待どおりの結果が得られます。有効なIPアドレス、DNSサーバー、ゲートウェイがあります。内部リソース（ファイル共有、イントラネット、プリンターなど）にアクセスできます。もう少しトラブルシューティングを行うと、ゲートウェイにpingまたはtracertできないことがわかりますが、ゲートウェイの直前にあるコアレイヤー3スイッチに到達できます。静的IPをマシンに割り当てることは、一時的な解決策として機能します。
最後のしわの1つは、これまでのところ、ゲートウェイと同じVLAN上のクライアントについてのみレポートが届いていることです。私たちの管理スタッフと教職員はサーバーとプリンターと同じVLANにいますが、電話、キーフォブ/カメラ、学生/ Wi-Fi、およびラボにはそれぞれ独自のVLANがあり、他のVLANでは何も見ていませんまだ問題がありました。
ゲートウェイベンダーとは別のチケットを持っていますが、問題がネットワークの他の場所にあることがわかり、ここでも質問します。ゲートウェイとコアスイッチのarpキャッシュをクリアしました。どんなアイデアも歓迎します。
更新：
ゲートウェイから影響を受けるホストにpingを送信してみましたが、奇妙なことに、完全に異なるIPアドレスからの応答が返されました。私はランダムにさらにいくつか試してみて、最終的にこれを得ました：
2011年9月2日（金）13:08:51 GMT-0500（中央夏時間） PING 10.1.1.97（10.1.1.97）56（84）バイトのデータ。 10.1.1.105から64バイト：icmp_seq = 1 ttl = 255 time = 1.35 ms 10.1.1.97から64バイト：icmp_seq = 1 ttl = 255 time = 39.9 ms（DUP！）
10.1.1.97は、pingの実際に意図されたターゲットです。10.1.1.105は別の建物のプリンターであることになっています。これまでにping応答でDUPを見たことがありません。
現時点で私が推測しているのは、10.1.1.0 / 24サブネット上の寮の部屋の1つにある、不正なゲートウェイを使用した不正なwifiルーターです。
...続きます。問題のプリンターの電源を切りました。ゲートウェイから影響を受けるホストへのpingが完全に失敗しました。
更新2：
影響を受けるマシン、ゲートウェイ、およびそれらの間のすべてのスイッチでarpテーブルをチェックします。各時点で、それらのデバイスのエントリはすべて正しかった。表のすべてのエントリを確認することはしませんでしたが、ホストとゲートウェイ間のトラフィックに影響を与える可能性のあるすべてのエントリは問題ありませんでした。ARPは問題ではありません。
更新3：
現時点では問題なく機能していますが、修正するために行ったことは何も表示されないため、これが単なる一時的な停滞であるかどうかはわかりません。とにかく、今は診断やトラブルシューティングを行うためにできることはあまりありませんが、それでも問題が解決しない場合はさらに更新します。