Мережа припиняє свою роботу з "Неможливо призначити потрібну адресу"


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 та увімкнути wifi, який показує ті самі симптоми.

Перезавантаження може вирішити проблему, але це досить настирливо. Якісь ідеї?


Схоже, помилка в мережевому стеку OSX. Також ще одна тема повідомлень на дискусії.apple.com
thread/5551686?tstart=0

1
Перевірте, чи залишає ваше програмне забезпечення VPN статичні маршрути до пристрою tun / tap: netstat -n -r Якщо це так, переконайтеся, що ви налаштували його для скидання основного інтерфейсу після відключення.

Відповіді:


32

У моєму випадку був лише один господар, який дав мені це питання. sudo route delete example.comвиправлено це миттєво, без перезавантаження.


Що викликає цю проблему?
Whitecat

У мене ця проблема була і на моєму Mac; це зафіксувало це для мене. Інші з'єднання справно працювали, але цільове ім'я хоста було оновлено, щоб вказувати на інший сервер, і я отримував помилку OPs. route flushта інші речі не працювали, але це було.
Doktor 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

Це був єдиний спосіб, коли я міг змусити мою Сьєрру встановити на рейки.
w00t

0

Я бачив безліч сеансів TCP у ЗАКРИТОМ, FIN_WAIT_1 та кількох інших станах, і вони не очищали. Схоже, таймер TCP щойно зупинився. Мені довелося перезавантажити, щоб повернути свою мережу.


0

Я бачив цю проблему задньою головою, коли автоматичні пристрої NFS почали виходити з ладу. Вони намагалися повернутися до UDP. Запуск mount_nfs -o tcp fileserver: / export / path / mnt / path надійно не вдалося з:

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

kernel.log також містить такі записи:

31 березня 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - NoResources from txFrame - pkt збережено

OSX - 10.9

Перезавантаження також усунула проблему.


Крім того, інші мережеві з'єднання спрацювали чудово (наприклад, із браузера) Можливо, це проблема розподілу портів, оскільки NFS використовує надійні порти.
imoverclocked

0

Я вилікував її, відключивши свій USB-інтерфейс USB та підключивши його ще раз.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.