På OS X 10.9 (men ingen tidligere versjon) begynner jeg nå og da å få rare nettverksfeil. Jeg kan fortsatt pinge, men alt som krever faktisk innhold (som en webside) stopper helt.
For eksempel:
$ 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 virker som denne meldingstråden , men jeg ser ikke noe svar der.
Jeg har prøvd å slette Ethernet-grensesnittet og re -legge det til, men det ser ikke ut til å hjelpe.
Jeg har prøvd å slette Ethernet-grensesnittet og slå på wifi, noe som viser de samme symptomene.
En omstart kan løse problemet, men det er ganske påtrengende. Noen ideer?
Kommentarer
- Virker som en feil i OSX-nettverksstakken. Også en annen meldingstråd på discussions.apple.com/thread/5551686?tstart=0
- Sjekk om VPN-programvaren din etterlater statiske ruter til tun / trykk på enhet: netstat -n -r Hvis det er tilfelle, må du konfigurere det til å tilbakestille det primære grensesnittet etter frakobling.
Svar
I m i tilfelle det var bare en vert som ga meg dette problemet. sudo route delete example.com
fikset det øyeblikkelig, uten omstart.
Kommentarer
- Hva forårsaker problemet?
- Jeg hadde også dette problemet på min Mac; dette fikset det for meg. Andre tilkoblinger fungerte bra, men målvertsnavnet var oppdatert for å peke til en annen server, og jeg fikk OPs-feilen.
route flush
og andre ting fungerte ikke ', men dette fungerte. - Jeg hadde det samme problemet mens jeg prøvde å pinge en bestemt IP (en EC2-forekomst, for ordens skyld). Pinging av offentlige nettsteder som google.com eller www.cineca.it fungerte bra. Bare den spesifikke IP-en ga meg
Strange read error from <instance IP> (49 - 'Can't assign requested address')
Jeg gjordesudo route delete <instance IP>
og plutselig begynteping <instance IP>
å jobbe igjen ! Takk @Andy
Svar
En omstart var det eneste som løste problemet for meg. 🙁
Kommentarer
- Bare et notat; jeg ' kjører for øyeblikket OS X 10.11 (. 2 Beta) og jeg har ikke lenger dette problemet. Jeg mistenker sterkt at det var på grunn av DNS-endringene i 10.9 som Apple rullet tilbake i 10.11. Så hvis noen fremdeles opplever disse avbruddene, kan du oppgradere til den nyeste versjonen av OS X og skal fikse det.
Svar
Jeg har nettopp fikset dette fra kommandolinjen på min egen arbeidsstasjon som kjører OS X 10.11.6 ved å skylle rutetabellen, og deretter legge til standardruten tilbake i:
sudo route -n flush sudo route add default 192.168.1.1
Kommentarer
- Dette var den eneste måten jeg kunne få Sierra-installasjonen tilbake på skinnene.
Svar
Jeg så mange TCP-økter i STENGT, FIN_WAIT_1 og flere andre stater, og de ble ikke ryddet. Det ser ut til at TCP-timeren bare stoppet. Jeg måtte starte på nytt for å få nettverket tilbake.
Svar
Jeg så dette problemet løfte hodet da NFS-automater begynte å mislykkes. De forsøkte å falle tilbake til UDP. Kjører mount_nfs -o tcp fileserver: / export / path / mnt / path mislyktes pålitelig med:
mount_nfs: kan ikke montere / eksportere / sti fra filserver til / mnt / path: Kan ikke tildele ønsket adresse
kernel.log inneholder også oppføringer som dette:
31. mars 15:40:38 gurukjerne [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt lagret
OSX – 10.9
En omstart løste også problemet.
Kommentarer
- Også, andre nettverkstilkoblinger fungerte bra (f.eks. fra en nettleser) Kanskje dette er et portallokeringsproblem siden NFS bruker pålitelige porter.
Svar
Jeg kurerte en ved å koble fra USB WiFi-grensesnittet og koble det til igjen.