Pe OS X 10.9 (dar fără versiune anterioară), din când în când încep să primesc erori de rețea ciudate. Încă pot face ping, dar orice lucru care necesită conținut real (cum ar fi o pagină web) se oprește complet.
De exemplu:
$ 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
pare similar cu acest fir de mesaje , dar nu văd un răspuns acolo.
Am încercat să șterg interfața ethernet și re -Adăugându-l, dar asta nu pare să ajute.
Am încercat să șterg interfața Ethernet și să activez conexiunea wifi, care prezintă aceleași simptome.
O repornire ar putea remedia problema, dar este destul de intruzivă. Aveți idei?
Comentarii
- Pare o eroare în stiva de rețea OSX. De asemenea, un alt fir de mesaje la discussions.apple.com/thread/5551686?tstart=0
- Verificați dacă software-ul VPN lasă în urmă rute statice către tun / atingeți dispozitivul: netstat -n -r Dacă acesta este cazul, asigurați-vă că îl configurați pentru a reseta interfața principală după deconectare.
Răspuns
În m În cazul în care o singură gazdă mi-a dat această problemă. sudo route delete example.com
a remediat-o instantaneu, fără repornire.
Comentarii
- Care este cauza acestei probleme?
- Am avut această problemă și pe Mac; asta mi l-a reparat. Alte conexiuni funcționau bine, dar numele gazdă țintă fusese actualizat pentru a indica un alt server și primeam eroarea OPs.
route flush
și alte lucruri nu au funcționat ', dar acest lucru a funcționat. - Am avut aceeași problemă în timp ce încercam să ping un IP specific (o instanță EC2, pentru înregistrare). Ping-urile site-urilor publice precum google.com sau www.cineca.it au funcționat bine. Numai acel IP specific îmi dădea
Strange read error from <instance IP> (49 - 'Can't assign requested address')
Am făcutsudo route delete <instance IP>
și deodatăping <instance IP>
a început să funcționeze din nou ! Mulțumesc @Andy
Răspuns
O repornire a fost singurul lucru care a corectat problema pentru mine. 🙁
Comentarii
- Doar o notă; eu ' m rulează în prezent OS X 10.11 (. 2 Beta) și nu mai am această problemă. Bănuiesc cu tărie că s-a datorat schimbărilor DNS din 10.9 pe care Apple le-a revenit în 10.11. Deci, dacă cineva se confruntă în continuare cu aceste întreruperi, actualizați la cea mai recentă versiune de OS X și ar trebui să o remediem.
Răspuns
Tocmai am remediat acest lucru din linia de comandă de pe propria stație de lucru care rulează OS X 10.11.6 prin spălarea tabelei de rutare și apoi adăugarea rutei mele implicite în:
sudo route -n flush sudo route add default 192.168.1.1
Comentarii
- Acesta a fost singurul mod în care am putut să-mi fac instalarea Sierra din nou pe șine.
Răspuns
Am văzut o mulțime de sesiuni TCP în ÎNCHIS, FIN_WAIT_1 și în alte câteva state și nu au fost șterse. Se pare că temporizatorul TCP tocmai s-a oprit. A trebuit să repornesc pentru a-mi recupera rețeaua.
Răspuns
Am văzut această problemă în spate când capetele automate NFS au început să eșueze. Au încercat să revină la UDP. Rularea mount_nfs -o tcp fileserver: / export / path / mnt / path a eșuat în mod fiabil cu:
mount_nfs: nu se poate monta / exporta / calea de pe serverul de fișiere pe / mnt / path: Nu se poate atribui adresa solicitată
kernel.log conține și intrări de acest gen:
31 mart 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt salvat
OSX – 10.9
De asemenea, o repornire a eliminat problema.
Comentarii
- De asemenea, alte conexiuni de rețea au funcționat bine (de exemplu: de la un browser) Poate că aceasta este o problemă de alocare a porturilor, deoarece NFS folosește porturi de încredere.
Răspuns
Am vindecat una deconectând interfața USB WiFi și reconectând-o.