Mac демонстрирует необъяснимые сетевые отключения?

В последнее время я видел несколько компьютеров Mac, которые могут а) видеть беспроводную сеть, б) «подключаться» к беспроводной сети и в) получать действительный IP-адрес, но при запуске веб-браузера он застревает в вечном цикл загрузки или при pingиспользовании утилиты возвращается с тайм-аутом соединения.

В прошлом я решал эти проблемы, создавая новое сетевое местоположение, но в последнее время это само по себе, похоже, не исправило это сразу. Я создам новое местоположение, обязательно нажимая «Применить», вплоть до перезагрузки компьютера, но, похоже, ни одна из этих вещей не работает так, как я ожидаю. Подключение к Интернету «волшебным образом» вернет способы устранения неполадок, и мне хотелось бы иметь более конкретное объяснение, почему. Кто-нибудь может рассказать об этих ситуациях?

Это всегда одна и та же сеть? Вполне может быть, что интернет-соединение обрывается, а не ваш Mac виноват.
Вы пытались стереть сохраненные сетевые настройки в Системных настройках > Сеть, а не просто создать новый профиль?

Ответы (2)

Похоже, у вас проблемы с DNS. Большинство приложений Cocoa в настоящее время выполняют DNS-вызовы, которые обрабатываются через mDNSResponder, поэтому, если у процесса mDNSResponder возникают проблемы, даже традиционные одноадресные DNS-запросы не сработают. В следующий раз, когда это произойдет, попробуйте...

sudo killall -9 mDNSResponder

... это обязательно убьет mDNSResponder. Не волнуйтесь, launchdон автоматически перезапустится.

Возможно, то, что вызывало зависание mDNSResponder, было устранено вашими шагами по устранению неполадок, или, может быть, вы вызвали изменение конфигурации сети, из-за которого mDNSResponder перезагружается.

Есть еще несколько инструментов командной строки, которые используют традиционные библиотеки преобразователя DNS Unix, но не используют mDNSResponder. К ним относятся host, dig, и nslookup. Другой способ узнать, является ли это просто mDNSResponder, а не DNS в целом, — использовать один из этих трех инструментов для поиска DNS в следующий раз, когда возникнет проблема.

Я также согласен с предложением другого пользователя пинговать хост по IP-адресу. Я бы порекомендовал вам сделать...

ping -n 8.8.8.8

... -nговорит pingне пытаться выполнить обратный поиск DNS на хосте, который вы пингуете. 8.8.8.8— хороший запоминающийся IP-адрес одного из общедоступных разрешающих DNS-серверов Google.

Отличный ответ здесь и везде, где вы разместили. Я надеюсь, что вы будете рядом в следующий раз, когда я застряну в проблеме с сетью!

Очевидное первое, что нужно проверить, это таблицы маршрутизации. Далее стоит проверить DNS.

Не могли бы вы запустить сетевую утилиту и опубликовать информацию о netstat, а также проверить traceroute и найти несколько крупных сайтов, которые, как вы знаете, обычно работают.

Также попробуйте отправить пинг на 8.8.8.8. Это общедоступный DNS-сервер Google (отличный IP-адрес памяти с высоким временем безотказной работы). Если вы можете нажать на это, но не можете отправить ping на google.com, вы знаете, что у вас проблемы с DNS.