Op OS X 10.9 (maar geen eerdere versie) krijg ik zo nu en dan vreemde netwerkfouten. Ik kan nog steeds pingen, maar alles wat feitelijke inhoud vereist (zoals een webpagina) stopt volledig.
Bijvoorbeeld:
$ 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 Het lijkt op deze berichtenthread , maar ik zie daar geen antwoord.
Ik heb geprobeerd de ethernetinterface te verwijderen en opnieuw -het toevoegen, maar dat lijkt niet te helpen.
Ik heb geprobeerd de ethernet-interface te verwijderen en wifi in te schakelen, wat dezelfde symptomen vertoont.
Een herstart zou kunnen verhelpen het probleem, maar het is nogal opdringerig. Ideeën?
Reacties
- Lijkt een bug in OSX-netwerkstack. Ook een andere berichtenthread op discussies.apple.com/thread/5551686?tstart=0
- Controleer of uw VPN-software statische routes naar de tun / tik op device: netstat -n -r Als dat het geval is, zorg er dan voor dat je het configureert om de primaire interface te resetten na het loskoppelen.
Answer
In m In het geval dat er maar één host was die me dit probleem gaf. sudo route delete example.com repareerde het onmiddellijk, geen herstart.
Opmerkingen
- Wat veroorzaakt dat probleem?
- Ik had dit probleem ook op mijn Mac; dit loste het voor mij op. Andere verbindingen werkten prima, maar de doelhostnaam was bijgewerkt om naar een andere server te verwijzen en ik kreeg de OPs-fout.
route flushen andere dingen werkten niet ' niet, maar dit werkte wel. - Ik had hetzelfde probleem toen ik probeerde ping een specifiek IP-adres (voor de goede orde een EC2-instantie). Het pingen van openbare websites zoals google.com of www.cineca.it werkte prima. Alleen dat specifieke IP-adres gaf me
Strange read error from <instance IP> (49 - 'Can't assign requested address')Ik deedsudo route delete <instance IP>en plotseling begonping <instance IP>weer te werken ! Bedankt @Andy
Antwoord
Een herstart was het enige dat het probleem voor mij oploste. 🙁
Reacties
- Gewoon een opmerking; ik ' m momenteel met OS X 10.11 (. 2 Beta) en ik heb dit probleem niet meer. Ik vermoed dat het te wijten was aan de DNS-wijzigingen in 10.9 die Apple terugdraaide in 10.11. Dus als iemand deze storingen nog steeds ervaart, upgrade dan naar de nieuwste versie van OS X en dat zou het moeten repareren.
Answer
Ik heb dit zojuist opgelost vanaf de opdrachtregel op mijn eigen werkstation met OS X 10.11.6 door de routeringstabel leeg te maken en vervolgens mijn standaardroute weer toe te voegen aan:
sudo route -n flush sudo route add default 192.168.1.1 Reacties
- Dit was de enige manier waarop ik mijn Sierra-installatie weer op de rails kon krijgen.
Antwoord
Ik zag veel TCP-sessies in GESLOTEN, FIN_WAIT_1 en verschillende andere staten, en ze werden niet gewist. Het lijkt erop dat de TCP-timer net is gestopt. Ik moest opnieuw opstarten om mijn netwerk terug te krijgen.
Antwoord
Ik zag dit probleem de kop opsteken toen NFS automounts faalden. Ze probeerden terug te vallen op UDP. Het uitvoeren van mount_nfs -o tcp fileserver: / export / path / mnt / path is betrouwbaar mislukt met:
mount_nfs: kan “t mounten / exporteren / pad van fileserver naar / mnt / path: kan” t aangevraagd adres niet toewijzen
kernel.log bevat ook items zoals deze:
31 maart 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt opgeslagen
OSX – 10.9
Een herstart loste ook het probleem op.
Opmerkingen
- Ook, andere netwerkverbindingen werkten prima (bijv. vanuit een browser). Misschien is dit een probleem met de poorttoewijzing aangezien NFS vertrouwde poorten gebruikt.
Antwoord
Ik heb er een genezen door mijn USB WiFi-interface los te koppelen en weer aan te sluiten.