Sieć przestaje działać z „Nie można przypisać żądanego adresu”

26

W systemie OS X 10.9 (ale bez wcześniejszej wersji) co jakiś czas zaczynają się pojawiać dziwne błędy sieciowe. Nadal mogę pingować, ale wszystko, co wymaga rzeczywistej zawartości (np. Strony internetowej), całkowicie się zatrzymuje.

Na przykład:

$ 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

Wygląda podobnie do tego wątku wiadomości , ale nie widzę tam odpowiedzi.

Próbowałem usunąć interfejs Ethernet i dodać go ponownie, ale to nie wydaje się pomocne.

Próbowałem usunąć interfejs Ethernet i włączyć Wi-Fi, który wykazuje te same objawy.

Ponowne uruchomienie może rozwiązać problem, ale jest raczej uciążliwe. Jakieś pomysły?

network mavericks Rozpoznać
źródło
Wygląda na błąd w stosie sieciowym OSX. Także inny wątek wiadomość na discussions.apple.com/thread/5551686?tstart=0
hanxue
1
Sprawdź, czy oprogramowanie VPN nie pozostawia statycznych tras do urządzenia tun / tap: netstat -n -r W takim przypadku skonfiguruj go tak, aby zresetował główny interfejs po rozłączeniu.

Odpowiedzi:

32

W moim przypadku ten problem dotyczył tylko jednego hosta. sudo route delete example.comnaprawiono to natychmiast, bez ponownego uruchamiania.

Andy
źródło
Co powoduje ten problem?
Whitecat
Miałem ten problem również na komputerze Mac; to naprawiło to dla mnie. Inne połączenia działały poprawnie, ale docelowa nazwa hosta została zaktualizowana, aby wskazywała inny serwer, i otrzymywałem błąd OP. route flushi inne rzeczy nie działały, ale to działało.
Doktor J
7

Ponowne uruchomienie było jedyną rzeczą, która rozwiązała problem. :(

Richard Hurt
źródło
Tylko uwaga; Aktualnie używam OS X 10.11 (.2 Beta) i nie mam już tego problemu. Podejrzewam, że było to spowodowane zmianami DNS w wersji 10.9, które Apple wycofało w wersji 10.11. Jeśli więc ktoś nadal doświadcza takich awarii, należy zaktualizować system do najnowszej wersji OS X, co powinno to naprawić.
Richard Hurt
2

Właśnie naprawiłem to z wiersza poleceń na własnej stacji roboczej z systemem OS X 10.11.6, opróżniając tabelę routingu, a następnie dodając z powrotem moją domyślną trasę:

    sudo route -n flush
    sudo route add default 192.168.1.1
busitech
źródło
To był jedyny sposób, w jaki mogłem ponownie zainstalować moją Sierra na szynach.
w00t
0

Widziałem wiele sesji TCP w ZAMKNIĘTYCH, FIN_WAIT_1 i kilku innych stanach, a one nie były czyszczone. Wygląda na to, że stoper TCP właśnie się zatrzymał. Musiałem zrestartować komputer, aby odzyskać sieć.

Michael Graff
źródło
0

Widziałem ten problem, gdy automounts NFS zaczęły zawieść. Próbowali wrócić do UDP. Uruchomienie mount_nfs -o serwer plików tcp: / export / path / mnt / path niezawodnie nie powiodło się z:

mount_nfs: nie można zamontować / wyeksportować / ścieżki z serwera plików do / mnt / path: Nie można przypisać żądanego adresu

kernel.log zawiera również wpisy takie jak to:

31 marca 15:40:38 jądro guru [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - NoResources from txFrame - pkt zapisane

OSX - 10.9

Ponowne uruchomienie również rozwiązało problem.

podkręcony
źródło
Również inne połączenia sieciowe działały dobrze (np. Z przeglądarki). Może to problem z przydzielaniem portów, ponieważ NFS używa zaufanych portów.
podkręcony
0

Wyleczyłem jeden, odłączając interfejs USB WiFi i podłączając go ponownie.

Alan Corey
źródło