名前解決の一時的な失敗

CentOSサーバーでDNSルックアップが必要なことを行うと、エラーメッセージが表示され続けます。例えば：

[root @ 15557など]＃wget http://www.whitehouse.gov/sites/default/files/rss_viewer/birth-certificate-long-form.pdf
--2011-05-03 20：55：35-- http://www.whitehouse.gov/sites/default/files/rss_viewer/birth-certificate-long-form.pdf
www.whitehouse.govの解決に失敗しました...名前解決の一時的な失敗。
wget：ホストアドレス `www.whitehouse.gov 'を解決できません

サーバーを再起動すると、この問題は短時間のうちに解消されますが、1時間程度後には常に再発します。に記載されているネームサーバーのIPを変更するとresolv.conf、Googleのような一般的なネームサーバーに置き換えても、問題は解決しません8.8.8.8。変更後にホストキャッシュをフラッシュresolve.confしても、問題は解決しません。サーバーの再起動後、resolv.confデフォルト値に戻ります（一部のDHCPで推測されます）。

— whitelines222
ソース

サーバー上のアウトバウンドパケットの損失はありますか？パケットスニファを起動し、これが発生したときにDNSトラフィックがどのように見えるかを確認します。

— EEAA

パケットスニファーを推奨できますか？私は以前にそのようなソフトウェアをインストールしたことがありません。ありがとう。

— whitelines222

tcpdumpほとんどのディストリビューションでは、パッケージリポジトリを介して容易に利用できます。ただし、開始する前にtcpdumpチュートリアルを探し回ることをお勧めします。また、tcpdumpを使用してパケットをキャプチャし、ログファイルに書き込むことができます。次に、WiresharkというGUIツールでそのログファイルを開くことができます。これは、CLIを使用するよりも少し使いやすいです。

— EEAA

tcpdump -Ani <your_interface> -s0ポートドメイン（-w my.log＆）

— 3molo

回答:

これは、DHCPサーバーによって引き起こされる問題である可能性があります。実際には、ネットワーク上の不正なDHCPサーバーやその他の誤って構成されたDHCPサーバーが原因です。

おそらく、これは何が起こるかです：サーバーが起動するとき、正当なDHCPサーバーから正確なパラメーター（IPアドレス、ゲートウェイ、DNSサーバーなど）を取得するために管理し、その結果、リースまで問題が発生しませんリニューアル。比較的短い期間の後（dhcpクライアントとサーバーの構成に依存します）、DHCPクライアントは、正当なDHCPサーバーに（ユニキャスト送信経由で）接続することにより、リースの更新を試みます。何らかの理由でこれが失敗するか、何らかの理由でdhcpクライアントが正当なDHCPサーバーから応答を受け取らない場合、再バインド状態になり、リース時間を延長する要求をブロードキャストします。不正/別の誤って構成されたDHCPサーバーが最初に応答する場合、DHCPクライアントに不正確なパラメーター（「間違った」DNSサーバーアドレスなど）を送信し、その結果ホスト名を解決できないことがあります。

推測が正しければ、不正なDHCPサーバーが最初に応答する場合があり、その結果、言及した問題が発生する可能性があるため、サーバーを再起動しても必ずしも問題が解決するわけではありません。

いずれにしても、静的IPアドレスの構成、DHCPの無効化、およびDNSサーバーの手動設定を試してください。また、使用しているもの以外に、ネットワーク上で他のDHCPサーバーが実行されているかどうかを確認する必要があります。

— dkaragasidis
ソース

ネットワーク上に不正なDHCPサーバーが存在するかどうかを確認するにはどうすればよいですか？serverfault.com/questions/8526/...

— イライジャ・リン

私の場合、間違ったインターフェース用にfwルールを設定していました。したがって、ポート53は開かれず、サーバーはDNS要求を作成できませんでした

— グラハムレイ
ソース