Unter OS X 10.9 (aber ohne vorherige Version) treten gelegentlich merkwürdige Netzwerkfehler auf. Ich kann immer noch pingen, aber alles, was tatsächlichen Inhalt erfordert (wie eine Webseite), hört vollständig auf.
Zum Beispiel:
$ 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 Es scheint diesem Nachrichtenthread ähnlich zu sein, aber ich sehe dort keine Antwort.
Ich habe versucht, die Ethernet-Schnittstelle zu löschen und erneut -Das Hinzufügen, aber das scheint nicht zu helfen.
Ich habe versucht, die Ethernet-Schnittstelle zu löschen und WLAN einzuschalten, das die gleichen Symptome aufweist.
Ein Neustart kann das Problem beheben das Problem, aber es ist ziemlich aufdringlich. Irgendwelche Ideen?
Kommentare
- Scheint wie ein Fehler im OSX-Netzwerkstapel. Auch ein anderer Nachrichtenthread bei diskussionen.apple.com/thread/5551686?tstart=0
- Überprüfen Sie, ob Ihre VPN-Software statische Routen zum tun / hinterlässt Tippen Sie auf Gerät: netstat -n -r Wenn dies der Fall ist, stellen Sie sicher, dass Sie es so konfigurieren, dass die primäre Schnittstelle nach dem Trennen der Verbindung zurückgesetzt wird.
Antwort
In m In diesem Fall gab es nur einen Host, der mir dieses Problem gab. sudo route delete example.com hat es sofort behoben, kein Neustart.
Kommentare
- Was verursacht dieses Problem?
- Ich hatte dieses Problem auch auf meinem Mac; das hat es für mich behoben. Andere Verbindungen funktionierten einwandfrei, aber der Zielhostname wurde aktualisiert, um auf einen anderen Server zu verweisen, und ich erhielt den OPs-Fehler.
route flushund andere Dinge haben ' nicht funktioniert, aber das hat funktioniert. - Ich hatte das gleiche Problem, als ich es versuchte Pingen Sie eine bestimmte IP (eine EC2-Instanz für den Datensatz). Das Pingen von öffentlichen Websites wie google.com oder www.cineca.it hat gut funktioniert. Nur diese spezifische IP gab mir
Strange read error from <instance IP> (49 - 'Can't assign requested address')Ich habesudo route delete <instance IP>und plötzlichping <instance IP>fing wieder an zu arbeiten ! Danke @Andy
Antwort
Ein Neustart war das einzige, was das Problem für mich behoben hat. 🙁
Kommentare
- Nur eine Anmerkung; ich ' verwende derzeit OS X 10.11 (. 2 Beta) und ich habe dieses Problem nicht mehr. Ich vermute sehr, dass es an den DNS-Änderungen in 10.9 lag, die Apple in 10.11 zurückgesetzt hat. Wenn also immer noch diese Ausfälle auftreten, aktualisieren Sie auf die neueste Version von OS X und so weiter sollte es beheben.
Antwort
Ich habe dies gerade über die Befehlszeile auf meiner eigenen Workstation unter OS X behoben 10.11.6 durch Leeren der Routing-Tabelle und anschließendes Hinzufügen meiner Standardroute in:
sudo route -n flush sudo route add default 192.168.1.1 Kommentare
- Nur so konnte ich meine Sierra wieder auf die Schienen bringen.
Antwort
Ich habe viele TCP-Sitzungen in CLOSED, FIN_WAIT_1 und mehreren anderen Status gesehen und sie wurden nicht gelöscht. Es sieht so aus, als ob der TCP-Timer gerade gestoppt wurde. Ich musste neu starten, um mein Netzwerk wiederherzustellen.
Antwort
Ich habe dieses Problem gesehen, als NFS-Automounts ausfielen. Sie versuchten, auf UDP zurückzugreifen. Das Ausführen von mount_nfs -o TCP-Dateiserver: / export / path / mnt / path ist zuverlässig fehlgeschlagen mit:
mount_nfs: Kann / export / Pfad vom Dateiserver kann nicht gemountet werden / mnt / path: Kann die angeforderte Adresse nicht zuweisen
kernel.log enthält auch Einträge wie diesen:
31. März 15:40:38 Guru-Kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt gespeichert
OSX – 10.9
Ein Neustart hat das Problem ebenfalls behoben.
Kommentare
- Außerdem: andere Netzwerkverbindungen funktionierten einwandfrei (z. B. über einen Browser) Möglicherweise handelt es sich um ein Problem bei der Portzuweisung, da NFS vertrauenswürdige Ports verwendet.
Antwort
Ich habe eine behoben, indem ich meine USB-WLAN-Schnittstelle abgezogen und wieder angeschlossen habe.