OS X Snow Leopardを搭載したMacで、さまざまなWebサイトを閲覧しているときに、Webブラウザ(Firefox)で「サーバーが見つかりません」というエラーが繰り返し表示されます。問題を解決するために、私は次のことを試みました(それぞれ、複数回):
問題の原因や別の解決方法が見つかりません。ルーターに複数のコンピューターがありますが、この問題は発生しません。
場合によっては、ページの一部のみが読み込まれます。グラフィックがないか、広告が読み込まれない可能性があります。 DNSと関係があるのはほぼ確実ですが、それがMacなのか、ルーターなのかはわかりません。
どんな考えでもいただければ幸いです。合理的な提案をしてみます...
Update:サンプルサイトのリクエストへの応答:
これは断続的に発生しますが、他のコンピューターでサイトにすばやくアクセスできるため、サイトではないことがわかります。また、十分に更新すると(3〜4回)、通常はサイトが表示されます。
更新:これまでのフィードバックに基づいて、Dig
を試しました。 Ubuntu.comで問題が発生したので、その上でDigを実行しました。結果は次のとおりです。
frank-villasenors-macbook:Documents FrankV$ Dig www.ubuntu.com
; <<>> Dig 9.6.0-Apple-P2 <<>> www.ubuntu.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60666
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.ubuntu.com. IN A
;; ANSWER SECTION:
www.ubuntu.com. 432 IN A 91.189.90.40
;; Query time: 24 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Oct 27 18:31:33 2009
;; MSG SIZE rcvd: 48
私は、機能していたWebサイト(私のブログ)で1つ実行しましたが、結果は次のとおりです。
frank-villasenors-macbook:mozilla-central-working FrankV$ Dig www.theopensourceu.com
; <<>> Dig 9.6.0-Apple-P2 <<>> www.theopensourceu.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37084
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.theopensourceu.com. IN A
;; ANSWER SECTION:
www.theopensourceu.com. 3600 IN CNAME theopensourceu.com.
theopensourceu.com. 3148 IN A 68.178.232.55
;; Query time: 98 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Oct 27 18:33:40 2009
;; MSG SIZE rcvd: 70
それらは似ています。私はこれが私に何も言っていないと思います(今)...これを提出する直前に、私は私の buntu.com ウィンドウを更新し、サイトが現れました...おそらくDig
修正しましたか?
更新(11/17/2009):私はまだあちこちでこれに問題を抱えています。私が気付いたもう1つのことは、DNSルックアップが予想よりも長くかかることがあるということです。たとえば、Superuser.comにアクセスしようとすると、Webブラウザ(通常はFireFoxを使用)にロード画面が30〜45秒間表示されます。長くなることも短くなることもありますが、その時点でサイトが最終的に読み込まれ、前述のエラーメッセージが表示されることがあります。
質問がある場合は、ブロードバンドインターネット接続(シカゴランドのComcastによる)があり、通常、約5mbpsの速度が報告されます。繰り返しますが、この問題はMacBookでのみ発生します。また、この問題が発生しない2台のVistaベースのコンピューターとUbuntuベースのコンピューターがあります。
正しいかどうかにかかわらず、私は結局ワイヤレスルーターを交換しました。問題は解決したようです。
Firefoxでは、「サーバーが見つかりません」と表示され、IPアドレスがわかりません。†。したがって、DNSの問題は確かにあります。
この問題が再び発生した場合は、すぐに他のDNSサーバーが異なる結果をもたらすかどうかを確認してみてください。したがって、ブラウザを更新したり、キャッシュをフラッシュしたりしないでください。ただし、次の手順を実行して(すでに行ったように)、問題のあるドメインについて知っていることを教えてください現在のDNSサーバー。次の答えが得られた場合、テストの種類は失敗しましたが、おそらく次のようになりますnot有用な応答が得られます:
Www.python.org [..] ;;を掘る回答セクション: www.python.org。 33592 IN A 82.94.164.162 [..] ;;クエリ時間:168ミリ秒 [..] ;;いつ:2009年11月14日土曜日12:56:54
上記の結果は、ルーター/モデムによってキャッシュされているか、ルーターがまだ認識していないものについてISPのDNSサーバーに委任されている可能性があります。 Query time
の値は、結果がモデム/ルーターにキャッシュされているかどうかを示すsomeである可能性があります。したがって、同じコマンドをもう一度実行します(上矢印キーを押してターミナルで戻る)。
;;クエリ時間:33ミリ秒 [..] ;;いつ:2009年11月14日土曜日12:57:14
上記では、168ミリ秒と33ミリ秒を見ると、最初のDig
コマンドの結果がモデム/ルーターにキャッシュされておらず、プロバイダーのDNSサーバーに問い合わせるのに余分な時間がかかったと推測できます。 2番目のリクエストおそらくがキャッシュされました。
クエリ時間が大幅に異なる場合は、ブラウザがそのページを表示しようとしても、何らかの理由でブラウザまたはOSがまだDNSからそのドメインを要求していません。これはおそらく、コンピューターのDNSが混乱していることを示しています(同じモデム/ルーターを使用している他のコンピューターでも同じ問題が発生しないため、これは理にかなっています)。
次に、たとえば、 OpenDNS が他の結果をもたらすかどうかを確認します。
Dig @ 208.67.222.222 www.python.org [..] ;;回答セクション: www.python.org。 83166 IN A 82.94.164.162
上記の結果は同じですが、マイレージが異なる場合があります。 (IPアドレスを比較するだけで済みます。@208.67.222.222
を使用するなど、一部のDNSサーバーを明示的に使用する場合、クエリ時間は繰り返し要求してもそれほど変わりません。)
それで、これが再び起こるときはいつでも:上記の結果を私たちに知らせてください?または、 Macをセットアップ しばらくの間OpenDNSサーバーを使用し、それでも問題が発生するかどうかを確認しますか?
†応答しないサーバーは「接続がタイムアウトしました」と表示し、そのエラーを表示するのにおそらくはるかに長い時間がかかります。
Network.dns.disablePrefetchをtrueに設定することで、この問題を修正します
http://kb.mozillazine.org/Error_loading_websites#DNS_prefetching
これは既知の問題です。mDNSResponderにバグがあり(discussions.Apple.comにたくさんの投稿があります)、他のいくつかはすでにAppleでバグを開いていますが、10.6.3で配信されるかどうかはわかりません。このバグは大規模ではありませんが、ISPのDNSサーバーに依存します(OpenDNSサーバーを設定しても、mDNSResponderの2番目のバグがリストにあるDNSサーバーの順序を台無しにするため、状況は変わりません。 OpenDNSを使用するように「強制」した場合でも、デフォルトゲートウェイによって「提供」されたもの、つまりISPによって提供されたもの(最初のバグと一致するもの)を取得します。いくつか問題があり、現時点では解決策がありません。Leopardにダウングレードするか、10.6.3を待ちます(...またはISPにDNSサーバーの変更/更新を依頼してください)...
もう1つの方法は、「LAN内」のプロキシを作成することです...そのように機能するはずです(ディスカッションの投稿からわかるように、誰かにとってはそうです...)。 10.6.3が100%修正されるかどうかわからない場合でも、10.6.3を待ちます。これはいくつかのトリッキーなバグであり、複製と解決が容易ではありません。
さようならgpy
問題が発生しているときに、コマンドラインからDig hostname.com
を使用してみましたか?これにより、ルックアップが試行され、問題に関する詳細情報が明らかになる場合があります。
どのDNSサーバーを使用していますか?すべてのシステムが同じシステムを使用していますか?
ISPのDNSサーバーを使用していますか?通常、これらはリクエストによって過負荷になります。私はあなたが十分に熟練しているので、ローカルキャッシングネームサーバーを設定することをお勧めします(一部の人が示唆するようにOpenDNSではありません-彼らはDNSでゲームをするべきではありません)。
これを経験し、2つのシステムを同時にリロードしながら、断続的でないことを確認するために、別のシステムに移動しようとしましたか?
Snow Leopard Macbook(10.6.8)でも同じ問題が発生しています。 Firefoxがサーバーを見つけられず、pingも実行できない場合がありますが、nslookupはIPを解決します。 en.wikipedia.orgで問題が発生したことを覚えているだけです。
これまでのところ、en.wikipedia.orgで2、3回機能したものがあります。www.wikipedia.orgにアクセスし、「English」をクリックすると、en.wikipedia.orgに移動します。これにより、ホストがすぐに「再表示」されます。 (これを試す前に、ホストが再び認識されるまでに約1分かかりました。)
サイトをグーグルで検索して検索結果のリンクをクリックすることで同様の回避策を試しましたが、うまくいきませんでした。同じドメイン上の別のホストがアクセスされたときにのみキャッシュがクリアされることに関連している可能性があります。