DNS 確認が時々タイムアウトに関連付けられる

DNS 確認が時々タイムアウトに関連付けられる

良い一日になってください。次のコマンドを実行します。 nslookup kafka.zxc.stage @dns1.prod 時々、次のような答えを受け取ります。 - ;;Connection timed out server;

たとえば、1秒ごとにコマンドを実行すると、6秒間に6つの要求が発生します。答えの一部は「サーバーに接続できません」です。

これはとても変だと思います。私はtcpdumpユーティリティを使って見てみることにしました。 2つの例を見てみましょう。 nslookupはAレコードを返し、「サーバーに接続できません」

すべてが大丈夫です。コンソールに応答が返される -

3926 IP (tos 0x0, ttl 64, id 40303, offset 0, flags [none], proto UDP (17), length 202) 
dns-int.prod > kafka.zxc.stage.33173: [bad udp cksum 0x4e30 -> 0x6909!] 14677* q: A? kafka.stage. 2/2/2 kafka.stage. [10m] CNAME kafka.zxc.stage., kafka.zxc.stage. [10m] A 100.200.40.22 ns: stage.zone. [30m] NS dns2-int.prod., stage.zone. [30m] NS dns-int.prod . ar: dns-int.prod . [1h] A 100.100.100.200, dns2-int.prod. [30m] A 100.100.100.100 (174)

次の要求を送信して2〜3秒待つと、コンソールは ";;Connection timed out; Unable to connect to the server"を返します。

4662 IP (tos 0x0, ttl 64, id 40543, offset 0, flags [none], proto UDP (17), length 129) 
dns-int.prod > kafka.zxc.stage.52157: [bad udp cksum 0x4de7 -> 0x6fe7!] 53* q: AAAA? kafka.zxc.stage. 0/1/0 ns: stage.zone. [4d] SOA dns1.prod. admindn.mail.(101)

私が知っているのは、AレコードはIPv4用で、AAAAレコードはIPv6用です。

なぜ彼がこのように要求を送ろうとしているのかはまだ理解されていません。誰もが私に解決策を見つける方向を教えてくれたらとても嬉しいです。私も解決策を見つけます。ありがとうございます。

つまり、dns1にnslookupノンストップ要求を送信すると、dns2(スレーブ)にエラーはありません。

dns1のnslookupの例 -

 # nslookup kafka.zxc.stage 100.100.100.100
Server:     100.100.100.100
Address:    100.100.100.100#53

kafka.zxc.stage canonical name = kafka.stage.
Name:   kafka.zxc.stage
Address: 100.200.40.22
;; connection timed out; no servers could be reached

回答を送信しましたが、接続がタイムアウトしましたか?または

# nslookup kafka.zxc.stage 100.100.100.100
;; connection timed out; no servers could be reached

これがフローティングの問題です。

久しぶりですので確認しています。

for i in {0..5}; do time dig @100.100.100.100 +short kafka.zxc.stage ; done 2>&1 | grep real
real    0m5.018s
real    0m5.012s
real    0m0.016s
real    0m0.013s
real    0m5.015s
real    0m10.021s

指定された構成は変更されませんでした。ただし、オペレーティングシステムの設定が変更されました。さらに確認しています。

ベストアンサー1

仮想IPが無効です。彼は聞かずに働いています。 netstatで新しい行を再作成した後 -

tcp        0      0 100.100.100.100:53         0.0.0.0:*               LISTEN      29671/named 

再生成すると、すべてがうまくいくでしょう。

おすすめ記事