Сеть перестает работать с сообщением «Не удается назначить запрашиваемый адрес»

26

На OS X 10.9 (но без предыдущей версии) время от времени у меня появляются странные сетевые ошибки. Я все еще могу пинговать, но все, что требует реального контента (например, веб-страницы), полностью останавливается.

Например:

$ ping 80.68.93.197
PING 80.68.93.197 (80.68.93.197): 56 data bytes
64 bytes from 80.68.93.197: icmp_seq=0 ttl=46 time=175.291 ms
64 bytes from 80.68.93.197: icmp_seq=1 ttl=46 time=172.519 ms
^C
--- 80.68.93.197 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 172.519/173.905/175.291/1.386 ms
$ curl http://dailyjs.com/
curl: (7) Failed to connect to 80.68.93.197: Can't assign requested address

Это похоже на эту ветку сообщений , но я не вижу там ответа.

Я попытался удалить интерфейс Ethernet и повторно добавить его, но это, похоже, не помогает.

Я попытался удалить интерфейс Ethernet и включить Wi-Fi, который показывает те же симптомы.

Перезагрузка может решить проблему, но это довольно навязчиво. Любые идеи?

network mavericks

— кругозор
источник

Похоже, ошибка в сетевом стеке OSX. Кроме того, другой поток сообщений на discussions.apple.com/thread/5551686?tstart=0

— hanxue

1

Проверьте, оставляет ли ваше программное обеспечение VPN статические маршруты на устройстве tun / tap: netstat -n -r В этом случае убедитесь, что вы настроили его для сброса основного интерфейса после отключения.

32

В моем случае только один хозяин дал мне эту проблему. sudo route delete example.comисправил это мгновенно, без перезагрузки.

— Энди
источник

Что вызывает эту проблему?

— Whitecat

У меня тоже была эта проблема на моем Mac; это исправило это для меня. Другие соединения работали нормально, но целевое имя хоста было обновлено, чтобы указывать на другой сервер, и я получал ошибку OPs. route flushи другие вещи не сработали, но это сработало.

— Доктор J

7

Перезагрузка была единственной вещью, которая исправила проблему для меня. :(

— Ричард Херт
источник

Просто записка; В настоящее время я использую OS X 10.11 (.2 Beta), и у меня больше нет этой проблемы. Я сильно подозреваю, что это произошло из-за изменений DNS в 10.9, которые Apple откатила в 10.11. Так что, если кто-то все еще испытывает эти перебои, обновите его до последней версии OS X, и это должно исправить это.

— Ричард Херт

2

Я просто исправил это из командной строки на своей рабочей станции под управлением OS X 10.11.6, сбросив таблицу маршрутизации, а затем добавив свой маршрут по умолчанию обратно в:

    sudo route -n flush
    sudo route add default 192.168.1.1

— busitech
источник

Это был единственный способ вернуть Сьерру на рельсы.

— 17

0

Я видел множество TCP-сессий в CLOSED, FIN_WAIT_1 и некоторых других состояниях, и они не очищались. Похоже, таймер TCP просто остановился. Я должен был перезагрузиться, чтобы вернуть мою сеть.

— Майкл Графф
источник

0

Я видел эту проблему, когда автоматические монтирования NFS начали давать сбои. Они попытались вернуться к UDP. Запуск mount_nfs -o tcp fileserver: / export / path / mnt / path надежно завершился с:

mount_nfs: невозможно смонтировать / экспортировать / путь с файлового сервера на / mnt / путь: не удается назначить запрошенный адрес

В kernel.log также есть записи вроде этого:

31 марта 15:40:38 ядро гуру [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - нет ресурсов из txFrame - pkt сохранено

OSX - 10,9

Перезагрузка также очистила проблему.

— imoverclocked
источник

Кроме того, другие сетевые подключения работали нормально (например, из браузера). Возможно, это проблема выделения портов, поскольку NFS использует доверенные порты.

— безвыходном положении

0

Я вылечил один, отключив мой интерфейс USB WiFi и подключив его обратно.

— Алан Кори
источник