ホームページ > バックエンド開発 > PHPチュートリアル > ドメイン名解決に関する質問

ドメイン名解決に関する質問

WBOY
リリース: 2016-06-23 13:59:18
オリジナル
1055 人が閲覧しました

ドメイン名プロバイダー 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 解決を変更した場合、それはクライアントの問題ではないことを意味します

nslookup LAN アドレスが少し奇妙です。クライアントの外部ネットワークを確認する必要があります。


さらに、最近 DNS に関するアクションがありましたが、その理由については話さないでください
ここ (Southern Telecom 光ファイバー回線) で 20 近くの DNS 分割があります。Google DNS、opendns、comodo DNS の udp パケット調整は次のとおりです。深刻ですが、TCP は比較的正常です
114dns、アリババ DNS、およびいくつかの主要な香港の DNS などの他の DNS はまだ「正常」です ISP の DNS は長年にわたり高い負荷にさらされており、そのため確認した後は参照できません。サーバー上のすべてが正常であることを確認するには、外部回線からテストする必要があります。DNS の問題を排除するには、DNS リクエストのステータスを内部で監視し、訪問者の送信元を自分で分析するのが最善です

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 とは何の関係もありません
単に、192.168.0.1 がサービス

つまり、ローカルネットワークにループがあるのはよくあることですが、絶対にアクセスできないわけではないので、最初にルーティングツールを使用してそれを除去する必要があります。しかし、確認する必要があります。
もちろん、ローカル ネットワークに DOS 攻撃や ARP 攻撃ソースがある場合にも、この状況が発生する可能性があります


これは基本的に DNS 解決サービスに関連しています。

エラー メッセージに表示されているのはイントラネット アドレスです
したがって、ドメイン名はビューロー ネットワークの入口に解決されているため、これはパブリック ネットワークの DNS とは何の関係もありません
単に、192.168.0.1 がサービス

つまり、ローカルネットワークにループがあるのはよくあることですが、絶対にアクセスできないわけではないので、最初にルーティングツールを使用してそれを除去する必要があります。しかし、それを確認する必要があります。

もちろん、ローカルネットワークに DOS 攻撃や ARP 攻撃のソースがある場合にも、この状況が発生する可能性があります。

それらを検出するにはどのようなツールを使用する必要がありますか?これは他の場所でも起こります。


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 の問題だと思います。

私もこのような問題に長い間対処してきました。状況はドメイン名 DNS の問題だと思います。

ドメイン名プロバイダーは私たちのせいだと言いました、結局どうやって解決しましたか?


私の現在の方法は、TTL を 1 日に設定して、1 日に 1 回、数分間だけ解析できないようにすることです。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート