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 hirtelenping <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.