Ответ MDNS «шторм» с «localhost_prl: 127.0.0.1»
Время от времени у нас возникают проблемы с производительностью нашего WIFI. С Wireshark я вижу большое количество (в настоящее время 50 / с) ответов MDNS для localhost_prl: 127.0.0.1.
Не думаю, что это нормально. Ответ MDNS с 127.0.0.1 мне кажется бессмысленным. Кроме того, ответы иногда содержат один и тот же ответ несколько раз (см. Снимок экрана).
Мне неизвестны петли в нашей сети. Я тоже не мог найти причину для этих пакетов. Я вижу только ответы, но не вижу запросов на localhost_prl.
Я ценю любой вклад. Трафик постоянно большой.
Спасибо и всего наилучшего!
P.S .: Изначально я разместил эту проблему в сетевой инженерии, но меня попросили переместить ее сюда.
Это действительно инициируется Parallels «Доступ к папкам Windows на Mac», но не систематически. Наиболее вероятный способ вызвать это - войти в виртуальную машину Windows, пока этот общий доступ включен. Некоторые «Расширенные настройки» в этой конфигурации совместного использования также могут потребоваться для воспроизведения.
Когда mDNSResponder выходит из строя, ничто в Parallels не может восстановить его работоспособность: проблему можно решить только на Mac. Хорошие новости: нет необходимости полностью перезагружать Mac; достаточно перезапуска только соответствующего демона:
launchctl kickstart -kp system/com.apple.mDNSResponder.reloaded
service spawned with pid: 2281
Убедитесь, что статус выхода равен «0» для успешного использования launchctl list | grep -i dns.
launchctl list | grep -i dns
179 0 com.apple.mDNSResponderHelper.reloaded
2281 0 com.apple.mDNSResponder.reloaded
Если не ноль, снова кикстарт.
Видеть https://launchd.info и man launchctl Больше подробностей.
Похоже, это ошибка в Parallels Desktop 14. Отключение «Совместное использование - Совместное использование Windows - Доступ к папкам Windows с Mac» (не уверен в точном названии параметра, я использую его на другом языке) и последующая перезагрузка Mac, похоже, решает эту проблему. .