web-dev-qa-db-ja.com

Mac OS XのDNSルックアップがめちゃくちゃになっているようですが、動作しているだけです

Mac OS X DNSルックアップは、SafariやmDNSResponderを使用する他のアプリケーションから永久に取得されます。コマンドラインからnslookupを使用すると、同じルックアップが正常に機能します。また、同じワイヤレスネットワーク上のiPhoneとiPadからも正常に機能します。

そして、それは職場のネットワーク上でのみです。家にいるとき、またはiPhoneに接続しているときは、すべてのDNSルックアップが正常に機能します。 Wi-Fiまたはイーサネット経由で職場のネットワークに接続していると、これらの問題が発生します。次のコマンドを使用してみました。

launchctl unload /System/Library/LaunchDaemons/com.Apple.mDNSResponder.plist
launchctl load /System/Library/LaunchDaemons/com.Apple.mDNSResponder.plist

以前はSnowLeopardで一時的な救済(分)を提供していましたが、現在、Lionでは通常何も提供していません。

私のイーサネット設定もWi-Fi設定もDNSサーバーを指定していません。それらはルーターから自動入力されます。しかし、Google DNSやOpenDNSのように自分で指定しようとしましたが、問題は解決しません。

ネットワーク設定は、ケーブルモデムに接続されたルーターであり、オフィスのすべてのイーサネットポートがケーブルモデムから外れています。 Airport Extreme Wi-Fiルーターもメインルーターに接続され(ブリッジモード)、WiFiクライアントがそれに接続します。

私はあちこちを検索して、最初は適用可能と思われる他のものを見つけました(たとえば、 DNSルックアップは失敗しますがnslookupは機能します )、これらのmDNSResponderの問題はそれほど珍しいことではないと思いますが、正確にはどれもありませんマッチとその解決策はまだ私のために働いていません。

また、すべてのDNSルックアップではなく、ほとんどの場合です。 Google検索はすぐに表示されますが、Googleマップの読み込みには永遠に時間がかかります(アクティビティウィンドウを見ると、通常はスクリプトであり、Google CDNサーバーからのものではありません)。私たちが毎日使用しているサイトでさえ、どこかにキャッシュされていると思うかもしれませんが(php.netなど)、ロードまたはタイムアウトするのに永遠に時間がかかります。

また、Windows XP仮想マシン内のブラウザからすべてが正常に読み込まれます。これは、mDNSResponderを原因としてさらに非難しますが、他のネットワークの場合はすべて正常に動作します。

8
Charles

DNSがオフィスでは遅いが自宅では遅い理由は、オフィスルーターはIPv6を使用しているが、ホームルーターはIPv4を使用しており、LionはSnowLeopardよりもIPv6を使用する方が優れているためです。その速度低下の影響を受けないWebサイトは、おそらくIPv6をより適切にサポートしているWebサイトです。

DNS上のIPv6がIPv4より2〜3倍遅いことを示す対策については、この記事を参照してください。
IPv6はあなたを遅くします(DNS)

その場合は、オフィスルーター(およびオフィスネットワーク全体)でIPv6を無効にすると、問題が解決する可能性があります。

この記事も役立つかもしれません: Mac OS X 10.7 LionでIPv6を無効にする方法

4
harrymc

10.6を実行しているMacBookProでも同じ問題が発生していました。マシンの電源を切ることはめったにありません。基本的に家では、ふたを閉めてバッグに入れて仕事に持っていきます。仕事でふたを開けて外に出ます。私が気付いたのは、OSXがこの移行を私が望むほどシームレスに行っていないようだということです。 DNSが遅くなったり、待機中のネットワークリソースが大量に発生したりします。これを修正するには、マシンを閉じる前に各ネットワークから手動で切断します(つまり、蓋を閉じる前に空港の電源を切ります)。これを行わない場合、スタンバイは次のようになります。

dscacheutil -flushcache

どちらの方法でも私にはかなりうまくいきます。まれに、マシンを再起動します。

2
C0D3M0NK3Y

他のMacはオフィスネットワークで正しく動作しますか?

割り当てられているネットワーク設定が一貫していることを確認してください。 DHCPサーバーがクライアントのサブネット上にないデフォルトゲートウェイを割り当てている状況を見てきました。 Windowsは先に進んでそれを使用し、正常に動作しましたが、MacOSは(正しく!)サブネット上にないIPアドレスへの送信を拒否しました。

サブネットマスクがクライアントのIPアドレスとデフォルトゲートウェイの両方に適用される場合、結果は同じになるはずです。それ以外の場合は、DHCPサーバーの構成が正しくありません。

しかし、これはその正確な状況のようには聞こえません。 Macは職場でWiFiとイーサネットの両方を使用するように構成されていますか?その場合は、一度に1つずつオフにしてみてください。

0
Jamie Cox