DD WRTはWAN接続を失いますが、DHCPを解放して更新すると接続が再確立されるのはなぜですか？
私はネットワーキングに不慣れで、ホームサーバーをセットアップしています。サーバーが良好で正常であることを確認することの一部は、もちろん、私がしっかりした接続を持っていることを確認することです。
残念ながら、DDWRTルーターは少なくとも毎週リセットする必要があります。私たちのネットワークでは誰もP2Pを使用していません。せいぜい、特定の瞬間に基本的なWebブラウジングを実行している標準的なマシンはごくわずかです。
昨夜、私が問題のルートにたどり着き、マシン全体をリセットするのではなく、接続を修復するためのより積極的でない方法を試す機会があったのは初めてでした。
そのため、8.8.8.8にpingを実行しましたが、応答がありませんでした。その後、他のLANユーザーの1人によって問題をすぐに修正することを余儀なくされました。ただし、ルーターをリセットするのではなく、DHCPリースを解放して更新すると、接続が復元されました。
ルーターをWANポートのままにして、次のマシンはモデムになり、Comcastに移動します。最後の3つのルーターで、すべて同じ症状で問題が発生したようです。 Netgear/Broadcomマシンで、最後の2台はDDWRTを実行していました。
だから私は3つの質問があります：
誰が責任を負っていますか？ ISPまたはDDWRT？
GoogleのDNSなどの既知のサーバーに到達できるかどうかを確認するよりもインテリジェントに問題を診断するために使用できるツールは何ですか？
ルートの原因を修正できない場合でも、DDWRTがこの問題自体を確実に処理できるようにするにはどうすればよいですか。たとえば、8.8.8.8などの既知のサーバーに定期的にpingを実行するスクリプトを作成することを検討しました。応答がない場合は、マシンがどこまで到達したかをログに記録し（質問2などのツールを使用）、DHCPを解放/更新します。もっとエレガントな解決策が存在するはずだと思います。
私は実際にこのexact同じ問題に何度か遭遇しました。 （ある場合、問題は私のルーターの1つで不適切な電源であることが判明したので、最初に基本を確認してください[〜＃〜] all [〜＃〜]。）
誰のせいなのかというと、私は消費者レベルの機器のせいにします。これらの小さなNetgear/Linksys/etcボックスは、信頼性の要塞ではありませんでした。また、それらについてエレガントなものは何もありません。
- WAN IPアドレスを確認してください。ジャンキーモデムが適切なIPアドレスを取得している間、ルーターに192.168.100.xアドレスを一時的に渡してしまいました。ルーターがここで動かなくなることがあります。 、パブリックIPを取得するのではなく。
- そこで何が起こっているのかを掘り下げたい場合は、ルーターとモデムの間にハブ（スイッチではない）を押し込み、WiresharkまたはMicrosoftネットワークモニターを使用してコンピューターからパケットをスニッフィングします。
- トラブルシューティングのためにDD-WRTルーターからtcpdumpを使用することもできます
- DD-WRTルーターでのログ記録を有効にして、ポップアップするイベントを確認することも役立ちます。
- 個人的には、それとの戦いをやめて、先に進んでスクリプトを設定します。 8.8.8.8を確認し、それがダウンしている場合はリリースして更新し、それが機能しない場合は再起動します。問題が解決しました。問題が解決されない場合は、モデムを細かく砕いて新しいものを入手してください。
@ r.Tanner.Fが指摘しているように、コンシューマーグレードのハードウェアには問題がある可能性があります。
最も一般的なものの1つは、熱や悪い電力に十分に耐えられないことです。
十分な空気循環があることを確認し、モデムやスイッチなどの他のハードウェアを積み重ねないようにします。
安定した120/240Vが得られるように、UPSを設置することで電力に対処するのが最適です。私は、優れたUPSで問題が解決された多くのクリネットを見てきました。スパイクは通常問題ではなく、一般的に電圧低下と低電圧です。 =デバイスがまったく機能しないか、一部の機能が失敗する奇妙な状態になっているようです。
いずれにせよ、優れたUPSは常に優れたアイデアです。