mDNSResponder

短い急上昇は、名前解決が一気に増えたときに起きます。新しいタブをたくさん開いた、アプリが多くのサーバと同期している、デバイスがネットワークに接続した、などです。使い続けているなら、たいていは名前解決をループで再試行している何か、正常に動いていないVPNやDNSフィルタ、Bonjourの通知が止まらないネットワークが原因です。

Webサイトが名前では開けないのにアドレスでは開ける、あるいはサイトがサーバを移転したのにMacがまだ古いサーバに行ってしまう、というときは、キャッシュが怪しいです。

最近のmacOSでは、ターミナルで2つのコマンドを実行すればキャッシュが消去され、mDNSResponderが再読み込みします。再起動は必要ありません。

1. ターミナルを開きます。
2. sudo dscacheutil -flushcacheを実行し、求められたらパスワードを入力します。
3. sudo killall -HUP mDNSResponderを実行します。

mDNSResponderは専用のシステムアカウントで動くので、アクティビティモニタではすべてのプロセスを表示するまで見えません。ターミナルでは、DNSとBonjourという2つの役割を1つずつ確認できます。

1. アクティビティモニタを開いて“表示” → “すべてのプロセス”を選び、検索フィールドにmdnsと入力します。_mdnsresponderアカウントでmDNSResponderが、rootでmDNSResponderHelperが表示されます。
2. “CPU”タブの“% CPU”と、“ネットワーク”タブのパケットの列を見守ります。短い急上昇は正常です。Webを見ていないのに負荷が続いているなら、確認する価値があります。
3. MacがどのDNSサーバを使っているかを見るには、ターミナルを開いてscutil --dnsを実行します。resolver #1に、ほとんどの名前解決に使われるサーバがnameserver[0]、nameserver[1]のように表示されます。
4. mDNSResponder自体を通して名前解決をテストするには、dns-sd -G v4v6 apple.comを実行します。アドレスが届くたびに表示されます。止めるにはControl+Cを押します。
5. ネットワーク上でBonjourが何を見つけているかを見るには、dns-sd -B _services._dns-sd._udp local.を実行します。周りのデバイスが通知しているサービスの種類が表示され、たとえばプリンタなら_airplayや_ippです。止めるにはControl+Cを押します。

普通: ほぼゼロで、たくさんのタブを開いたとき、ネットワークに接続したとき、ネットワーク上のデバイスがスリープから復帰したときに短く跳ね上がる。

確認する価値あり: CPUやネットワークを何時間も使い続ける、またはあるネットワークでは名前解決に失敗するのに、別のネットワークでは成功する。よくある原因:

• 独自のリゾルバを追加し、それを頻繁に変更するVPNやDNSフィルタ。VPNが一部の名前を自前のサーバに送っていると、scutil --dnsにdomainの行が付いた追加のリゾルバが表示されます。
• 短い間隔で名前解決を繰り返すアプリやスクリプト。多くは、到達できないサーバへの再試行を続けているものです。
• オフィスや共同住宅など、多くのデバイスがBonjourで自分を通知している混雑したローカルネットワーク。
• 遅い、または応答しないDNSサーバを割り当てるネットワーク。名前解決が待たされ、再試行が繰り返されます。

apple.comのようなインターネット上の名前は、ネットワークまたは自分で設定したDNSサーバに送られます。Mac自身のネットワーク名など、.localで終わる名前はローカルネットワークの外に出ません。mDNSResponderが周りのデバイスに直接問い合わせます。これがマルチキャストDNSで、名前の“m”はここから来ています。

だからscutil --dnsには、mdnsと記されたlocal用のリゾルバが表示されます。プリンタや共有しているMacに、自宅では.localの名前で接続できるのに職場ではできないなら、職場のネットワークがインターネットではなく、ローカルの通知をブロックしています。