A hálózat nem működik, a “ ' t hozzárendelheti a kért címet ”

Az OS X 10.9 rendszeren (de nincs korábbi verzió) hébe-hóba furcsa hálózati hibákat kapok. Még tudok pingelni, de bármi, ami tényleges tartalmat igényel (például egy weboldal), teljesen leáll.

Például:

$ 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 

Ez hasonlónak tűnik ehhez az üzenetszálhoz , de ott nem látok választ.

Megpróbáltam törölni az ethernet felületet, és újra -kiegészítés, de úgy tűnik, ez nem segít.

Megpróbáltam törölni az ethernet interfészt és bekapcsolni a wifi-t, amely ugyanazokat a tüneteket mutatja.

Az újraindítás megoldhatja a probléma, de meglehetősen tolakodó. Van ötlet?

Megjegyzések

  • Hibának tűnik az OSX hálózati veremben. Egy másik üzenetszál a diskusijas.apple.com/thread/5551686?tstart=0
  • Ellenőrizze, hogy VPN-szoftvere nem hagy-e hátra statikus útvonalakat a tun / tap device: netstat -n -r Ebben az esetben győződjön meg arról, hogy konfigurálta az elsődleges felület visszaállítását a bontás után.

Válasz

m-ben y esetben csak egy házigazda adta nekem ezt a kérdést. sudo route delete example.com azonnal kijavította, nem indította újra.

Megjegyzések

  • Mi okozza a problémát?
  • Nekem is volt ilyen problémám a Mac gépemen; ez kijavította nekem. Más kapcsolatok rendben működtek, de a célgazdanév frissítésre került, hogy egy másik szerverre mutasson, és én kaptam az OP-k hibáját. A route flush és egyéb dolgok nem működtek, de ez sikerült.
  • Ugyanez volt a probléma, amikor megpróbáltam pingeljen egy adott IP-t (EC2 példány, a rekordhoz). Az olyan nyilvános weboldalak pingelése, mint a google.com vagy a www.cineca.it, jól működött. Csak az adott IP adott nekem Strange read error from <instance IP> (49 - 'Can't assign requested address') sudo route delete <instance IP>, és hirtelen ping <instance IP> újra elkezdtem dolgozni ! Köszönöm @Andy

Válasz

Az újraindítás volt az egyetlen, ami javította a problémát számomra. 🙁

Megjegyzések

  • Csak egy megjegyzés; I ' m az OS X 10.11 (. 2 Beta) és már nincs ez a probléma. Határozottan gyanítom, hogy a 10.9-es DNS-változásoknak köszönhető, amelyeket az Apple 10.11-ben visszaváltott. Tehát, ha valakinek még mindig tapasztalhatók ezek a kiesések, frissítsen az OS X legújabb verziójára, és javítania kell.

Válasz

Ezt csak a saját OS X rendszert futtató munkaállomásom parancssorából javítottam ki 10.11.6 az útválasztási táblázat öblítésével, majd az alapértelmezett útvonal visszaadásával:

 sudo route -n flush sudo route add default 192.168.1.1 

Megjegyzések

  • Csak így tudtam visszaszerezni a Sierra-t a sínekre.

Válasz

Sok TCP-munkamenetet láttam ZÁRVA, FIN_WAIT_1 és számos más államban, és ezek nem törlődtek. Úgy tűnik, hogy a TCP időzítő éppen leállt. Újra kellett indítanom, hogy visszakapjam a hálózatomat.

Válasz

Láttam, hogy ez a probléma hátraveti a fejét, amikor az NFS-automaták meghibásodni kezdtek. Megkísérelték visszaszorítani az UDP-t. A mount_nfs -o tcp fájlszerver futtatása: / export / elérési út / mnt / elérési út megbízhatóan meghiúsult a következővel:

mount_nfs: nem lehet “csatolni / exportálni / elérni a fájlszerverről a / mnt / elérési útvonalat:

A kernel.log az ehhez hasonló bejegyzéseket is tartalmaz:

március 31. 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt mentve

OSX – 10.9

Az újraindítás is megoldotta a problémát.

Megjegyzések

  • Továbbá, más hálózati kapcsolatok jól működtek (pl .: böngészőből) Talán ez egy portkiosztási probléma, mivel az NFS megbízható portokat használ.

Válasz

Meggyógyítottam egyet azáltal, hogy kihúztam az USB WiFi interfészt és visszacsatlakoztattam.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük