W systemie OS X 10.9 (ale bez wcześniejszej wersji) od czasu do czasu pojawiają się dziwne błędy sieciowe. Nadal mogę pingować, ale wszystko, co wymaga rzeczywistej zawartości (np. Strona internetowa), 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 To wygląda podobnie do tego wątku wiadomości , ale nie widzę tam odpowiedzi.
Próbowałem usunąć interfejs Ethernet i ponownie -dodanie go, ale to nie pomaga.
Próbowałem usunąć interfejs Ethernet i włączyć Wi-Fi, co daje te same objawy.
Ponowne uruchomienie może naprawić problem, ale jest raczej uciążliwy. Jakieś pomysły?
Komentarze
- Wygląda na błąd w stosie sieciowym OSX. Również inny wątek wiadomości pod adresem discussions.apple.com/thread/5551686?tstart=0
- Sprawdź, czy oprogramowanie VPN pozostawia statyczne trasy do tun / tap device: netstat -n -r Jeśli tak jest, upewnij się, że skonfigurowałeś go tak, aby resetował główny interfejs po rozłączeniu.
Odpowiedź
Za m w przypadku, gdy tylko jeden host dał mi ten problem. sudo route delete example.com naprawiłem to natychmiast, bez ponownego uruchamiania.
Komentarze
- Co powoduje ten problem?
- Miałem ten problem również na moim Macu; to naprawiło to dla mnie. Inne połączenia działały poprawnie, ale docelowa nazwa hosta została zaktualizowana, aby wskazywała na inny serwer, i otrzymywałem błąd OP.
route flushi inne rzeczy nie ' nie zadziałały, ale to zadziałało. - Miałem ten sam problem podczas próby pingowanie określonego adresu IP (dla rekordu instancji EC2). Pingowanie publicznych witryn internetowych, takich jak google.com lub www.cineca.it, działało dobrze. Tylko ten konkretny adres IP dawał mi
Strange read error from <instance IP> (49 - 'Can't assign requested address')Wykonałemsudo route delete <instance IP>i nagleping <instance IP>znowu zacząłem działać ! Dzięki @Andy
Odpowiedź
Ponowne uruchomienie było jedyną rzeczą, która rozwiązała problem. 🙁
Komentarze
- Tylko uwaga; ja ' m aktualnie używam OS X 10.11 (. 2 Beta) i nie mam już tego problemu. Podejrzewam, że było to spowodowane zmianami DNS w 10.9, które Apple wycofał w 10.11. Więc jeśli ktoś nadal doświadcza tych przestojów, uaktualnij do najnowszej wersji OS X i to powinienem to naprawić.
Odpowiedź
Właśnie naprawiłem to z wiersza poleceń na mojej stacji roboczej z systemem OS X 10.11.6, opróżniając tabelę routingu, a następnie dodając z powrotem moją trasę domyślną:
sudo route -n flush sudo route add default 192.168.1.1 Komentarze
- Tylko w ten sposób mogłem ponownie zainstalować Sierra na szynach.
Odpowiedź
Widziałem wiele sesji TCP w stanach ZAMKNIĘTY, FIN_WAIT_1 i kilku innych i nie były one czyszczone. Wygląda na to, że licznik czasu TCP właśnie się zatrzymał. Musiałem zrestartować komputer, aby odzyskać sieć.
Odpowiedź
Widziałem ten problem, gdy zaczął zawodzić automatyczne montowanie NFS. Próbowali wrócić do UDP. Uruchamianie mount_nfs -o tcp fileserver: / export / path / mnt / path niezawodnie nie powiodło się:
mount_nfs: nie można zamontować / wyeksportować / ścieżkę z serwera plików do / mnt / path: Nie można przypisać żądanego adresu
kernel.log zawiera również takie wpisy:
31 marca 15:40:38 jądro guru [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt zapisano
OSX – 10.9
Ponowny rozruch również rozwiązał problem.
Komentarze
- Ponadto, inne połączenia sieciowe działały dobrze (np. z przeglądarki) Być może jest to problem z alokacją portów, ponieważ NFS używa zaufanych portów.
Odpowiedź
Jeden wyleczyłem, odłączając interfejs USB Wi-Fi i podłączając go ponownie.