På OS X 10.9 (men ingen tidligere version) begynder jeg nu og da at få mærkelige netværksfejl. Jeg kan stadig pinge, men alt, hvad der kræver faktisk indhold (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 ligner denne meddelelsestråd , men jeg kan ikke se et svar der.
Jeg har prøvet at slette Ethernet-grænsefladen og genoprette – tilføje det, men det ser ikke ud til at hjælpe.
Jeg har prøvet at slette Ethernet-grænsefladen og tænde wifi, hvilket viser de samme symptomer.
En genstart kan muligvis rette problemet, men det er ret påtrængende. Har du nogen ideer?
Kommentarer
- Ser ud som en fejl i OSX-netværksstakken. Også en anden meddelelsestråd på discussions.apple.com/thread/5551686?tstart=0
- Kontroller, om din VPN-software efterlader statiske ruter til tun / tryk på enhed: netstat -n -r Hvis det er tilfældet, skal du sørge for at konfigurere det til at nulstille den primære grænseflade efter afbrydelse.
Svar
I m hvis der kun var én vært, der gav mig dette problem. sudo route delete example.com fikset det med det samme, ingen genstart.
Kommentarer
- Hvad forårsager dette problem?
- Jeg havde også dette problem på min Mac; dette fik det til mig. Andre forbindelser fungerede fint, men målværtsnavnet var blevet opdateret til at pege på en anden server, og jeg fik OPs-fejlen.
route flushog andre ting fungerede ikke ', men det fungerede. - Jeg havde det samme problem, mens jeg prøvede at ping en bestemt IP (en EC2-forekomst, for posten). Pinging af offentlige websteder som google.com eller www.cineca.it fungerede fint. Kun den specifikke IP gav mig
Strange read error from <instance IP> (49 - 'Can't assign requested address')Jeg gjordesudo route delete <instance IP>og pludselig begyndteping <instance IP>at arbejde igen ! Tak @Andy
Svar
En genstart var det eneste, der løste problemet for mig. 🙁
Kommentarer
- Bare en note; Jeg ' kører i øjeblikket OS X 10.11 (. 2 Beta) og jeg har ikke længere dette problem. Jeg formoder stærkt, at det skyldtes DNS-ændringerne i 10.9, som Apple rullede tilbage i 10.11. Så hvis nogen stadig oplever disse afbrydelser, skal du opgradere til den nyeste version af OS X og det skal ordne det.
Svar
Jeg har lige løst dette fra kommandolinjen på min egen arbejdsstation, der kører OS X 10.11.6 ved at skylle routingtabellen og derefter tilføje min standardrute tilbage i:
sudo route -n flush sudo route add default 192.168.1.1 Kommentarer
- Dette var den eneste måde, jeg kunne få min Sierra-installation tilbage på skinnerne.
Svar
Jeg så mange TCP-sessioner i LUKKET, FIN_WAIT_1 og flere andre stater, og de blev ikke ryddet. Det ser ud til, at TCP-timeren lige stoppede. Jeg var nødt til at genstarte for at få mit netværk tilbage.
Svar
Jeg så dette problem løfte hovedet, da NFS-automounts begyndte at fejle. De forsøgte at falde tilbage til UDP. Kørsel af mount_nfs -o tcp filserver: / eksport / sti / mnt / sti mislykkedes pålideligt med:
mount_nfs: kan ikke montere / eksportere / sti fra filserver til / mnt / sti: Kan ikke tildele anmodet adresse
kernel.log indeholder også poster som denne:
Mar 31 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt gemt
OSX – 10.9
En genstart har også ryddet problemet.
Kommentarer
- Også, andre netværksforbindelser fungerede fint (f.eks. fra en browser) Måske er dette et portallokeringsproblem, da NFS bruger pålidelige porte.
Svar
Jeg helbredte en ved at frakoble min USB WiFi-interface og tilslutte den igen.