ドメイン名プロバイダー A に複数のドメイン名を登録しています: a1、a2、a3。このうち、a1はWebサイトのメインドメイン名としてよく使われています。
A1は解決できない問題が頻繁に発生しますが、クラウドホストの問題ではないことを確認しています（IPには正常にアクセスできます）。毎回、しばらくすると元に戻ります。
a2 と a3 は正常ですが、A1 は解析できません。プロバイダー A に問い合わせたところ、ブラウザの問題であるとのことでした。COOKIE をクリアしてもまだ機能しませんでした。
CMD が nslookup を実行すると、a1 が表示されます:
Server: known
address:192.168.0.1 *****unknown Not found a1:server failed
ただし、コンピューターのローカル リンク - プロパティ - TCP/IPV4 - カスタム DNS サーバーでは、次のことができます。 8.8.8.8 を設定してアクセスします。
何が問題ですか?同じ状況に遭遇した人はいますか?
なぜイントラネット アドレスなのか?
LAN 内にリングがあると推定されます
通常、x.x.x.1 はゲートウェイとして使用されますが、同時にホストとしても使用すると、いくつかの問題が発生します
なぜイントラネット アドレスなのでしょうか。
LAN 内にリングが存在すると、このような問題が発生すると推定されます。
DNS 解決を変更した場合、それはクライアントの問題ではないことを意味します
さらに、最近 DNS に関するアクションがありましたが、その理由については話さないでください
ここ (Southern Telecom 光ファイバー回線) で 20 近くの DNS 分割があります。Google DNS、opendns、comodo DNS の udp パケット調整は次のとおりです。深刻ですが、TCP は比較的正常です
114dns、アリババ DNS、およびいくつかの主要な香港の DNS などの他の DNS はまだ「正常」です ISP の DNS は長年にわたり高い負荷にさらされており、そのため確認した後は参照できません。サーバー上のすべてが正常であることを確認するには、外部回線からテストする必要があります。DNS の問題を排除するには、DNS リクエストのステータスを内部で監視し、訪問者の送信元を自分で分析するのが最善です
DNS 解決を変更する場合。 、それはクライアントの問題ではないことを意味します
nslookup LAN アドレスは少し奇妙です、クライアントは外部ネットワークをチェックしますか?
ここ (Southern Telecom 光ファイバー回線) には 20 台近くの DNS スプリッターがあります。Google DNS、opendns、comodo DNS の udp パケット調整は次のとおりです。深刻ですが、TCP は比較的正常です
114dns、アリババ DNS、およびいくつかの主要な香港の DNS などの他の DNS はまだ「正常」です ISP の DNS は長年にわたり高い負荷にさらされており、そのため確認した後は参照できません。サーバー上のすべてが正常であることを確認するには、外部回線からテストする必要があります。DNS の問題を除外するには、DNS リクエストのステータスを内部で監視します。訪問者の発信元を自分で分析するのが最善です
次に、Alibaba DNS を使用して、ドメイン名を解決してから、より大きな TTL を設定すると、より安定しますか、それとも発生する可能性は低くなりますか?
エラー メッセージに表示されているのはイントラネット アドレスです
したがって、ドメイン名はビューロー ネットワークの入口に解決されているため、これはパブリック ネットワークの DNS とは何の関係もありません
単に、192.168.0.1 がサービス
つまり、ローカルネットワークにループがあるのはよくあることですが、絶対にアクセスできないわけではないので、最初にルーティングツールを使用してそれを除去する必要があります。しかし、確認する必要があります。
もちろん、ローカル ネットワークに DOS 攻撃や ARP 攻撃ソースがある場合にも、この状況が発生する可能性があります
これは基本的に DNS 解決サービスに関連しています。
エラー メッセージに表示されているのはイントラネット アドレスです
したがって、ドメイン名はビューロー ネットワークの入口に解決されているため、これはパブリック ネットワークの DNS とは何の関係もありません
単に、192.168.0.1 がサービス
つまり、ローカルネットワークにループがあるのはよくあることですが、絶対にアクセスできないわけではないので、最初にルーティングツールを使用してそれを除去する必要があります。しかし、それを確認する必要があります。
それらを検出するにはどのようなツールを使用する必要がありますか?これは他の場所でも起こります。
DNS 解決を変更した場合、それはクライアントの問題ではないことを意味します
nslookup LAN アドレスが少し奇妙です。クライアントの外部ネットワークを確認する必要があります。
さらに、最近 DNS に関するアクションがありましたが、その理由については話さないでください
ここ (Southern Telecom 光ファイバー回線) には 20 台近くの DNS スプリッターがあります。Google DNS、opendns、comodo DNS の udp パケット調整は次のとおりです。深刻ですが、TCP は比較的正常です
114dns、アリババ DNS、およびいくつかの主要な香港の DNS などの他の DNS はまだ「正常」です ISP の DNS は長年にわたり高い負荷にさらされており、そのため確認した後は参照できません。サーバー上のすべてが正常であることを確認するには、外部回線からテストする必要があります。DNS の問題を除外するには、DNS リクエストのステータスを内部で監視します。訪問者の発信元を自分で分析するのが最善です
次に、Alibaba DNS を使用して、ドメイン名を解決してから、より大きな TTL を設定すると、より安定しますか、それとも発生する可能性は低くなりますか?
イントラネットも確認する必要があると思います。どの DNS が使用されているかはクライアント プラットフォームの問題です。上司が何を言ったか見てみましょう
おそらく登録されていません。 ！ ！ ！ ！ ！ ！
私もこのような問題に長い間対処してきました。状況はドメイン名 DNS の問題だと思います。
ドメイン名プロバイダーは私たちのせいだと言いました、結局どうやって解決しましたか?
私の現在の方法は、TTL を 1 日に設定して、1 日に 1 回、数分間だけ解析できないようにすることです。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
