På OS X 10.9 (men ingen tidigare version) börjar jag då och då få konstiga nätverksfel. Jag kan fortfarande pinga, men allt som kräver verkligt innehåll (som en webbsida) slutar helt.
Till exempel:
$ 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
Det verkar likna den här meddelandetråden , men jag ser inget svar där.
Jag har försökt ta bort Ethernet-gränssnittet och åter -lägger till det, men det verkar inte hjälpa.
Jag har försökt ta bort Ethernet-gränssnittet och slå på wifi, vilket visar samma symtom.
En omstart kan fixa problemet, men det är ganska påträngande. Några idéer?
Kommentarer
- Verkar som ett fel i OSX-nätverksstacken. Också en annan meddelandetråd på discussions.apple.com/thread/5551686?tstart=0
- Kontrollera om din VPN-programvara lämnar statiska rutter till tun / tryck på enhet: netstat -n -r Om så är fallet, se till att du konfigurerar det för att återställa det primära gränssnittet efter att du kopplat bort.
Svar
I m om det bara var en värd som gav mig det här problemet. sudo route delete example.com
fixade det direkt, ingen omstart.
Kommentarer
- Vad orsakar det problemet?
- Jag hade också det här problemet på min Mac; detta fixade det för mig. Andra anslutningar fungerade bra, men målvärdnamnet hade uppdaterats för att peka på en annan server, och jag fick OP-felet.
route flush
och andra saker fungerade inte ', men det gjorde det. - Jag hade samma problem när jag försökte pinga en specifik IP (en EC2-instans, för rekordet). Pinging offentliga webbplatser som google.com eller www.cineca.it fungerade bra. Endast den specifika IP-adressen gav mig
Strange read error from <instance IP> (49 - 'Can't assign requested address')
Jag gjordesudo route delete <instance IP>
och plötsligt börjadeping <instance IP>
arbeta igen ! Tack @Andy
Svar
En omstart var det enda som korrigerade problemet för mig. 🙁
Kommentarer
- Bara en anteckning. Jag ' kör för närvarande OS X 10.11 (. 2 Beta) och jag har inte längre det här problemet. Jag misstänker starkt att det berodde på DNS-ändringarna i 10.9 som Apple rullade tillbaka 10.11. Om någon fortfarande upplever dessa avbrott, uppgradera till den senaste versionen av OS X och det borde fixa det.
Svar
Jag fixade just detta från kommandoraden på min egen arbetsstation som kör OS X 10.11.6 genom att spola routingtabellen och sedan lägga till min standardrutt igen i:
sudo route -n flush sudo route add default 192.168.1.1
Kommentarer
- Det här var det enda sättet att få tillbaka min Sierra-installation på rälsen.
Svar
Jag såg många TCP-sessioner i STÄNGT, FIN_WAIT_1 och flera andra stater, och de rensade inte. Det verkar som om TCP-timern bara slutade. Jag var tvungen att starta om för att få tillbaka mitt nätverk.
Svara
Jag såg det här problemet bakom sig när NFS-automounts började misslyckas. De försökte falla tillbaka till UDP. Att köra mount_nfs -o tcp fileserver: / export / path / mnt / path misslyckades på ett tillförlitligt sätt med:
mount_nfs: kan ”t montera / exportera / sökväg från filserver till / mnt / path: Kan inte tilldela önskad adress
kernel.log innehåller även inlägg som detta:
31 mars 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt sparad
OSX – 10.9
En omstart rensade också problemet.
Kommentarer
- Dessutom, andra nätverksanslutningar fungerade bra (t.ex. från en webbläsare) Det här är kanske ett portallokeringsproblem eftersom NFS använder betrodda portar.
Svar
Jag botade en genom att koppla ur mitt USB WiFi-gränssnitt och ansluta det igen.