| Tweet |  |
あれからメーカーと色々話し合ってある程度結論が出ました。
Super-OPT GFiveの再起動の原因。
結論は「IPマスカレードテーブル枯渇によるもの」のようです。
もちろん、真原因は究明中のようですが・・・。
んで、これの回避方法を。
1.まずDNSサーバ（キャッシュサーバ）をLAN内に準備します。
私はKURO-BOX/PROにdjbdnsを使ってDNSサーバを作りました。
2.各マシンの問い合わせをこのDNSサーバに向ける。
Windowsは省略。Linuxは/etc/resolv.confのnameserverの項目をそのサーバのIPアドレスに。
その後/etc/init.d/network restartでネットワークの再起動を。
3.DNSの問い合わせ方法を通常通り、もしくはプロバイダのDNSへのFORWARDONLYにする。
通常通りというのはDNSサーバがルートサーバに問い合わせて、たとえば.jpを管轄するサーバに問い合わせて、・・・のように通常通り名前解決をする方式。
FORWARDONLYはプロバイダのDNSサーバに名前解決を丸投げする形。
この方法で回避できました。
ルータのProxyDNSサーバ機能を使わないで、とのことです。
（ルータのIPアドレスを指定しない）
よく見ると、秒間300回/のDNS問い合わせのUDPが発生していたようで。
そりゃ厳しいわな・・・。
なにはともあれ、回避方法も分かったので一安心です。
- Newer: 福田、最後の最後までふざけた発言、さすが違うね☆
- Older: またルータ故障・・・今度は連続再起動
Comments:0
Trackbacks:0
- TrackBack URL for this entry
- https://pc-diary.com/movt_direc_post/mt-tb.cgi/1385
- Listed below are links to weblogs that reference
- 死亡の原因はマスカレードテーブル枯渇 from PC破壊日記的ブログ
