質問: dhclientリースの更新により、dns解決が中断されることがあります 特別なdhcp設定を行ったことがないec2インスタンスのセット(ubuntu trusty 14.04)があります。これは、デフォルトのdhcpオプションを備えたvpc上にあります。なんらかの理由で、およそ25分ごとに、これがログに表示されます(ipとxidはスクラブされます)dhcprequest of 172.16.1.111 on eth0 to 172.16.0.1 port 67 (xid=0x0000000c) dhcpack of 172.16.1.111 from 172.16.0.1 bound to 172.16.1.111 -- renewal in 1693 seconds. (正確な秒数は1300から1700の間で変化します。)場合によっては、10日に1回のように、この更新によってdnsが破損し、実行中のアプリケーションでgetaddrinfo: name or service not known.のようなエラーが発生し始めます。更新が約25分後に再度実行されると、問題は解決します。障害を待ち、dhclientリースを手動で更新して(sudo dhclient -v -r eth0、次にsudo dhclient -v eth0)、問題がすぐに修正されることを確認して、これをテストしました。2つの質問があります: なぜ更新時間がこの奇妙な〜25分の数字なのですか? confファイルでこれを設定できることは知っていますが、これは奇妙なデフォルトのようです。 なぜdns解決が壊れることがあるのですか?これがここでの主な問題です。私の他のec2インスタンスのセットにもこの短いdhcp更新時間がありますが、dhcpの更新時にdnsが壊れることがあるという問題があるのは、この1セットのインスタンスだけです。
回答: 私の推測では、dnsサーバーipが不正なdhcp更新を受信しています-停止中に/etc/resolv.confの内容を確認し、動作中の内容と比較しましたか?しかし、何が起こっているのかを正確に確認するためにもう少しデータを収集できる場合は、まったく推測しない方がよいでしょう。次の方法でdhcpトラフィックをキャプチャしてみてください。tcpdump -c 10000 -w /var/tmp/dhcpdump.tcp -i interface port bootpc or port bootps 「interface」はeth0、またはプライマリインターフェイスの名前です。これにより、サーバー上のdhcpトラフィックがキャプチャされます(実行中のタスクを忘れてもディスクがいっぱいにならないように、10kパケット後に自動的に終了します)。問題が再度発生した後、「tcpdump -v-rfile」またはwiresharkを使用してスニフファイルを確認してください。これで、問題の原因となっているdhcpの更新の違いがわかります。問題の原因となるdhcp更新の明確なパターンが見られる場合は、amazonサポートに連絡して、更新の良し悪しを示すスニフファイルまたはデコードされた出力を送信してください。リース期間については、特に異常はありません。 dhcpサービスを管理している人々は、ショートリースが必要だと判断しました。おそらく、他の顧客が15分ごとにインスタンスを作成および破棄しているため、使用されなくなった別の顧客のipを回復したいと考えています。