Das Netzwerk funktioniert nicht mehr. Die angeforderte Adresse kann nicht zugewiesen werden.


26

Unter OS X 10.9 (aber ohne vorherige Version) bekomme ich ab und zu seltsame Netzwerkfehler. Ich kann immer noch pingen, aber alles, was tatsächlichen Inhalt erfordert (wie eine Webseite), hört vollständig auf.

Beispielsweise:

$ 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 neu hinzuzufügen, aber das scheint nicht zu helfen.

Ich habe versucht, die Ethernet-Schnittstelle zu löschen und WLAN einzuschalten, was die gleichen Symptome zeigt.

Ein Neustart könnte das Problem beheben, ist aber eher aufdringlich. Irgendwelche Ideen?


Scheint ein Fehler im OSX-Netzwerkstapel zu sein. Auch ein weiterer Nachrichtenthread unter discussion.apple.com/thread/5551686?tstart=0
Hanxue,

1
Überprüfen Sie, ob Ihre VPN-Software statische Routen zum Tun / Tap-Gerät hinterlässt: netstat -n -r Wenn dies der Fall ist, stellen Sie sicher, dass Sie es so konfigurieren, dass die primäre Schnittstelle nach dem Trennen zurückgesetzt wird.

Antworten:


32

In meinem Fall gab es nur einen Host, der mir dieses Problem gab. sudo route delete example.comEs wurde sofort behoben, kein Neustart.


Was verursacht das Problem?
Whitecat

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 Sachen haben nicht funktioniert, aber das hat funktioniert.
Doktor J

7

Ein Neustart war das einzige, was das Problem für mich behoben hat. :(


Nur eine Notiz; Ich verwende derzeit OS X 10.11 (.2 Beta) und 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 diese Ausfälle weiterhin auftreten, führen Sie ein Upgrade auf die neueste Version von OS X durch. Damit sollte das Problem behoben sein.
Richard Hurt

2

Ich habe dies über die Befehlszeile auf meiner eigenen Workstation unter OS X 10.11.6 behoben, indem ich die Routing-Tabelle geleert und dann meine Standardroute wieder hinzugefügt habe:

    sudo route -n flush
    sudo route add default 192.168.1.1

Nur so konnte ich meine Sierra wieder auf die Schienen bringen.
6.

0

Ich habe viele TCP-Sitzungen in CLOSED, FIN_WAIT_1 und mehreren anderen Zuständen 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.


0

Ich habe gesehen, wie sich dieses Problem auf den Kopf gestellt hat, als NFS-Automounts fehlschlugen. Sie versuchten, auf UDP zurückzugreifen. Das Ausführen von mount_nfs -o tcp fileserver: / export / path / mnt / path schlug zuverlässig fehl mit:

mount_nfs: kann / export / pfad vom fileserver nicht auf / mnt / pfad mounten: Angeforderte Adresse kann nicht zugewiesen werden

kernel.log enthält auch solche Einträge:

31. März 15:40:38 Guru-Kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - NoResources von txFrame - pkt gespeichert

OSX - 10.9

Ein Neustart hat das Problem ebenfalls behoben.


Auch andere Netzwerkverbindungen funktionierten einwandfrei (z. B. über einen Browser). Dies ist möglicherweise ein Problem bei der Portzuweisung, da NFS vertrauenswürdige Ports verwendet.
imoverclocked

0

Ich habe eine davon geheilt, indem ich meine USB-WLAN-Schnittstelle abgezogen und wieder angeschlossen habe.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.