Drifterは正しいです。ネームサーバーの設定に問題があります。からの出力の末尾は次のdig +trace +additional www.grahamhancock.com
とおりです。
grahamhancock.com. 172800 IN NS ns1.grahamhancock.com.
grahamhancock.com. 172800 IN NS ns2.grahamhancock.com.
grahamhancock.com. 172800 IN NS server.grahamhancock.com.
ns1.grahamhancock.com. 172800 IN A 199.168.117.67
ns2.grahamhancock.com. 172800 IN A 199.168.117.67
server.grahamhancock.com. 172800 IN A 199.168.117.67
;; Received 144 bytes from 192.35.51.30#53(f.gtld-servers.net) in 92 ms
www.grahamhancock.com. 14400 IN CNAME grahamhancock.com.
grahamhancock.com. 14400 IN A 199.168.117.67
grahamhancock.com. 86400 IN NS ns2.grahamhancock.com.com.
grahamhancock.com. 86400 IN NS ns1.grahamhancock.com.com.
;; Received 123 bytes from 199.168.117.67#53(ns2.grahamhancock.com) in 17 ms
グルーレコードは199.168.117.67のIPアドレスを指しているため、正しい応答が返されます。ただし、ゾーンはで終わるネームサーバーレコードを定義していcom.com
ます。我々の場合+trace
の代わりにそれらのネームサーバーの1 ...
com.com. 172800 IN NS ns-180.awsdns-22.com.
com.com. 172800 IN NS ns-895.awsdns-47.net.
com.com. 172800 IN NS ns-1084.awsdns-07.org.
com.com. 172800 IN NS ns-2015.awsdns-59.co.uk.
;; Received 212 bytes from 192.26.92.30#53(c.gtld-servers.net) in 22 ms
ns1.grahamhancock.com.com. 30 IN A 54.201.82.69
com.com. 172800 IN NS ns-1084.awsdns-07.org.
com.com. 172800 IN NS ns-180.awsdns-22.com.
com.com. 172800 IN NS ns-2015.awsdns-59.co.uk.
com.com. 172800 IN NS ns-895.awsdns-47.net.
;; Received 196 bytes from 205.251.195.127#53(ns-895.awsdns-47.net) in 16 ms
...最終的には、AWSがホストするネームサーバーになります。
あなたの問題は、グルーレコードの不一致として知られているものです。リモートネームサーバーは最初にグルーレコードを介してドメインについて学習しますが、それらのリモートサーバーがリフレッシュを実行する.com
と、最後に余分なものを定義した偽のネームサーバーを照会します。
これが唯一の問題ではありません。グルーレコードに同じIPアドレスを3回リストしていますが、これは非常に不安定です。常に複数のネームサーバーを使用し、サブネットまたはアップストリームネットワークピアを共有しないでください。また、同じ物理的な場所に配置することはできません。現在の問題として、DNSサーバーと単一サーバー間の短いルーティングの問題により、ドメインが一時的に到達不能になります。
更新:
このQ&Aはフロントページで紹介されており、多くのコメントが寄せられています。残念ながら、これには、拡張コメントでポイントが既に対処されているかどうかを確認せずに、この回答に少しでも返信したい人が含まれます。
ほとんどの人が見落としているように見える詳細は、私がここで引用しているコメントです:
- [...]地理的に冗長なDNSサーバーは、短時間のルーティングの中断によってネームサーバーの一時的なネガティブキャッシュが発生するシナリオを防ぎます。ネガティブキャッシュ期間が短くても、接続の中断があった時間をほぼ確実に超えます。[...] DNSの地理的冗長性がなくても散発的でトラブルシューティングが困難な可用性の問題が発生しないシナリオの数は、まったくゼロです。
ネームサーバーのネガティブキャッシングについての私の理解が間違っていると思う場合、それは議論の余地がありますが、それ以外の場合は、「小さなサイトであり、WebサイトとDNSサーバーの両方がダウンしていることを気にする人」以外のテーブルに何かをもたらす必要があります同時に"。あなたがこれを言っているなら、あなたはあなたが思っているほどトピックをほとんど理解していない。
2回目の更新:
先に進み、単一のDNSサーバートピックが将来登場するたびにリンクできる標準的なQ&Aを作成しました。これで問題が解決することを願っています。