DNS ゾーン プロバイダー (AWS Route 53) から別のプロバイダー (CloudFlare) に移行しました。2021 年 7 月 20 日にレジストラ (Gandi) のネームサーバーを変更しました。以前の DNS プロバイダー (AWS Route 53) のゾーンで宣言された SOA レコードと NS レコードは変更していません。必要ないと判断したためです (一部のプロバイダーでは変更できませんが、このプロバイダーでは変更できるようです)。
本日、少なくとも 1 つのインターネット サービス プロバイダーが、まだ廃止していない以前のプロバイダーで断続的に解決を行っている DNS サーバーを持っていることを発見しました。このような動作を示す他の ISP は見つかりませんでした。
この動作は、私の観点からは非常に奇妙です。ネームサーバーの 1 つ (公開されておらず、サービスへのサブスクリプションからのみアクセス可能) を照会すると、現在のプロバイダーから応答が返されることもあれば、以前のプロバイダーから応答が返されることもあります。また、応答に示されている TTL よりも短い遅延であっても、良い応答から悪い応答に、またはその逆にランダムかつ高速に切り替わります。以前
の DNS ゾーン プロバイダーでいくつかの変更を行うことで、悪い応答が実際には以前の DNS ゾーン プロバイダーから来ていることを突き止めました。その ISP の DNS サーバーは、悪いレコードに応答するときに変更を反映しました。
これらの回答によれば1、2そして3古い DNS ゾーン プロバイダーのレコードを変更する必要はないはずですが、実際に変更する必要があるものはありますか?
それとも、この ISP 側で解決しなければならない問題があるのでしょうか?
問題のあるドメインは、現在の Stack Exchange プロファイルの最後の行「Work at ...」で確認できます。以前の DNS ゾーン プロバイダー (AWS Route 53) は、ドメインの www を、現在有効になっている AWS CloudFront ディストリビューションの cname に解決します。現在の DNS ゾーン プロバイダー (CloudFlare) は、それを CDN エッジ ノードの IP アドレスに直接解決します。
現在の DNS ゾーン プロバイダーである CloudFlare のゾーンの NS レコード (実際のドメイン名は に置き換えられますourdomain):
ourdomain.com. 1 IN NS margaret.ns.cloudflare.com.
ourdomain.com. 1 IN NS bowen.ns.cloudflare.com.
代表団（Gandi レジストラ）からの NS レコード:
ourdomain.com. 86400 IN NS bowen.ns.cloudflare.com.
ourdomain.com. 86400 IN NS margaret.ns.cloudflare.com.
以前の DNS ゾーンプロバイダー (AWS Route 53) のゾーンの NS レコード:
ourdomain.com. 172800 IN NS ns-1139.awsdns-14.org.
ourdomain.com. 172800 IN NS ns-776.awsdns-33.net.
ourdomain.com. 172800 IN NS ns-452.awsdns-56.com.
ourdomain.com. 172800 IN NS ns-1763.awsdns-28.co.uk.
答え1
問題は、その ISP 側で発生しました。したがって、私の知る限り、DNS 設定で他の変更を行う必要はありません。
私たちは彼らに連絡を取り、サポート チームに問題を調べてもらうことができました。少し時間がかかりましたが、ある時点で彼らは DNS サーバーに介入したと回答し、それ以来問題は発生していません。