V OS X 10.9 (ale bez předchozí verze) se mi občas začnou objevovat podivné chyby v síti. Stále můžu pingovat, ale vše, co vyžaduje skutečný obsah (například webovou stránku), se úplně zastaví.
Například:
$ 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 It vypadá podobně jako toto vlákno zpráv , ale odpověď tam nevidím.
Pokusil jsem se smazat ethernetové rozhraní a znovu -přidáním, ale zdá se, že to nepomůže.
Pokusil jsem se smazat ethernetové rozhraní a zapnout wifi, které vykazuje stejné příznaky.
Může být opraven restart problém, ale je to docela rušivé. Nějaké nápady?
Komentáře
- Vypadá to jako chyba v síťovém zásobníku OSX. Také další vlákno zpráv na diskusí.apple.com/thread/5551686?tstart=0
- Zkontrolujte, zda váš software VPN nezanechává statické cesty k tunu / klepněte na zařízení: netstat -n -r Pokud tomu tak je, ujistěte se, že jste jej nakonfigurovali tak, aby po odpojení resetoval primární rozhraní.
Odpovědět
V m V případě, že mi tento problém poskytl pouze jeden hostitel. sudo route delete example.com okamžitě to opravil, bez restartu.
Komentáře
- Co tento problém způsobuje?
- Tento problém jsem měl také na svém počítači Mac; to mi to opravilo. Ostatní připojení fungovala dobře, ale cílový název hostitele byl aktualizován tak, aby odkazoval na jiný server, a dostával jsem chybu OP.
route flusha další věci ' nefungovaly, ale fungovalo to. - Při pokusu o ping konkrétní IP (instance EC2 pro záznam). Ping na veřejné webové stránky, jako je google.com nebo www.cineca.it, fungoval dobře. Pouze tato konkrétní IP adresa mi
Strange read error from <instance IP> (49 - 'Can't assign requested address')udělalsudo route delete <instance IP>a najednouping <instance IP>začal znovu pracovat ! Děkuji @Andy
Odpovědět
Restart byl jedinou věcí, která problém napravila. 🙁
Komentáře
- Jen poznámka; ' m aktuálně běží OS X 10.11 (. 2 Beta) a tento problém již nemám. Silně se domnívám, že to bylo kvůli změnám DNS v 10.9, které Apple vrátil zpět v 10.11. Pokud tedy někdo stále tyto výpadky zažívá, upgradujte na nejnovější verzi OS X a to by to mělo opravit.
Odpověď
Právě jsem to opravil z příkazového řádku na své vlastní pracovní stanici se systémem OS X 10.11.6 vyprázdněním směrovací tabulky a následným přidáním mé výchozí trasy zpět:
sudo route -n flush sudo route add default 192.168.1.1 Komentáře
- To byl jediný způsob, jak mohu nainstalovat Sierru zpět na kolejnice.
Odpovědět
Viděl jsem spoustu relací TCP v CLOSED, FIN_WAIT_1 a několika dalších státech a nevymazávaly to. Vypadá to, že se časovač TCP právě zastavil. Musel jsem restartovat, abych získal svou síť zpět.
Odpovědět
Viděl jsem tento problém za hlavou, když začaly selhat automatické připojení NFS. Pokusili se ustoupit zpět na UDP. Spuštění mount_nfs -o tcp souborový server: / export / cesta / mnt / cesta spolehlivě selhalo s:
mount_nfs: nelze „připojit / exportovat / cestu ze souborového serveru na / mnt / cestu: Nelze přiřadit požadovanou adresu
kernel.log obsahuje i takovéhle položky:
31. března 15:40:38 guru jádro [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources z txFrame – pkt uloženo
OSX – 10.9
Problém také odstranil restart.
Komentáře
- Také ostatní síťová připojení fungovala dobře (např. z prohlížeče) Možná se jedná o problém s přidělením portů, protože NFS používá důvěryhodné porty.
Odpovědět
Jednu jsem vyléčil odpojením USB WiFi rozhraní a opětovným připojením.