.png)
新しいホスティング会社に正常に移行した後、私のコンピューター (Windows 10) でのみ奇妙な問題が発生しています。伝播が完了し、ホスト ファイルの一時エントリを削除した後、約 1 分間は正常に見えましたが (どうやら何らかのローカル キャッシュのようです)、その後は正常ではなくなりました。nslookup をチェックすると、次のような奇妙なシナリオが見つかりました。
PS C:\Users\Karen> nslookup mail.proverbs2525.org
Server: UnKnown
Address: 192.168.1.1
Non-authoritative answer:
Name: proverbs2525.org
Address: 192.145.233.49
Aliases: mail.proverbs2525.org
PS C:\Users\Karen> nslookup www.proverbs2525.org
Server: UnKnown
Address: 192.168.1.1
Non-authoritative answer:
Name: proverbs2525.org
Address: 192.145.233.49
Aliases: www.proverbs2525.org
PS C:\Users\Karen> nslookup proverbs2525.org
Server: UnKnown
Address: 192.168.1.1
Non-authoritative answer:
Name: proverbs2525.org
Address: 192.232.219.88
mail.
これらはwww.
正しく、単にベース ドメインのエイリアスであると主張していましたが、ベース ドメイン自体に対するクエリは古いサーバーを指していました。何ですか???
その後、数時間後、以前動作していた IP アドレスmail.
とwww.
バージョンも古い IP アドレスに戻っていることに気付きました。その後、少し経ってから、また正常になりました。その後、コンピューターから 1 時間ほど離れてから再度確認したところ、www.
正しいのですがmail.
(もちろんネイキッド ドメインも) 間違っていました。その数分後、アドレスが入れ替わりました (mail.
正しいのですが、www.
間違っていました)。気が狂いそうです!
ネイキッド ドメインは現れたり消えたりするのではなく、常に間違っています。ホスト エントリを再度追加すると192.145.233.49 proverbs2525.org
修正されますが、ホスト エントリを再度削除すると、ネイキッド ドメインは 192.232.219.88 に戻り、サブドメインも一緒に削除される可能性があります。まるで、192.232.219.88 がまだ含まれている、隠しホスト ファイル (「ゴースト ファイル」と呼ぶべきでしょうか) があり、私が見ていないときに自己主張しようとしているかのようです。同時に他の 2 つのドメインを移動しましたが、それらは正常に動作しています。これは間違いなく伝播の問題ではありません。前日にすべての TTL を 10 分に設定し、ネーム サーバー エントリを変更してから約 8 時間経っています。同じ LAN にある夫のコンピューター、私の電話、geopeeker などはすべて、192.145.233.49 を指しているように見えます。誰かゴーストを見つけるのを手伝ってくれませんか?
答え1
まあ、何もしていないのに自分で質問に答えるのは馬鹿げている気がしますが、それがポイントです。同じような問題を抱えてここに来た人なら、答えはこうかもしれません忍耐。
DNS 伝播時間はずっと前に過ぎていましたが (TTL を短縮する前でさえ、元の値は 4 時間でした)、何かが行き来していました。質問を書いた後、結局私のコンピューターだけの問題ではないことがわかりました。数時間後、新しいメール メッセージが古いアカウントのメールボックスに届きました。その後しばらくして、夫のコンピューターも、新しいアカウントではなく古いアカウントからメールを取得するように一時的に切り替わりました (幸い、そうでなければ私たちはその迷惑メールを見ることはなかったでしょう)。
しかし、私は他のプロジェクトに進み、一晩寝て、そして今日、1日経った今、それは落ち着いたようです。おそらく、すべてのDNSキャッシュノードがTTL設定に従っているわけではないか、本当にゴーストだったのかもしれません。;-) しかし、DNSの荒々しい世界では、教訓は必要だと思うよりも長く待つ何かが間違っていると決めつける前に。
答え2
ホストファイルに静的パスが設定されている可能性があります (C:\Windows\System32\drivers\etc\hosts)。または、DNS を古いプロバイダーのサーバーを指すように構成した可能性があります (https://www.lifewire.com/how-to-change-dns-servers-in-windows-2626242)
試しに開いてみてください / 一般的なもの (Google の場合は 8.8.8.8、マルウェアをブロックしようとする「グローバル サイバー アライアンス」の場合は 9.9.9.9)