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.

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