La rete smette di funzionare, con "Impossibile assegnare l'indirizzo richiesto"

26

Su OS X 10.9 (ma nessuna versione precedente), ogni tanto inizio a ricevere strani errori di rete. Posso ancora eseguire il ping, ma tutto ciò che richiede contenuto effettivo (come una pagina Web) si interrompe completamente.

Per esempio:

$ 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

Sembra simile a questo thread di messaggi , ma non vedo una risposta lì.

Ho provato a eliminare l'interfaccia Ethernet e ad aggiungerla di nuovo, ma questo non sembra essere d'aiuto.

Ho provato a eliminare l'interfaccia Ethernet e ad attivare il wifi, che mostra gli stessi sintomi.

Un riavvio potrebbe risolvere il problema, ma è piuttosto invadente. Qualche idea?

network mavericks

— comprensione
fonte

Sembra un bug nello stack di rete OSX. Anche un altro thread di messaggi su Discussions.apple.com/thread/5551686?tstart=0

— hanxue

1

Verifica se il tuo software VPN sta abbandonando percorsi statici verso il dispositivo tun / tap: netstat -n -r In tal caso, assicurati di configurarlo per ripristinare l'interfaccia principale dopo la disconnessione.

32

Nel mio caso c'era un solo host che mi dava questo problema. sudo route delete example.comrisolto all'istante, nessun riavvio.

— Andy
fonte

Cosa sta causando quel problema?

— Whitecat,

Ho avuto questo problema anche sul mio Mac; questo ha risolto il problema per me. Altre connessioni funzionavano bene, ma il nome host di destinazione era stato aggiornato per puntare a un altro server e stavo ottenendo l'errore OP. route flushe altre cose non funzionavano, ma questo funzionava.

— Doktor J,

7

Un riavvio è stata l'unica cosa che ha corretto il problema per me. :(

— Richard Hurt
fonte

Solo una nota; Attualmente sto eseguendo OS X 10.11 (.2 Beta) e non ho più questo problema. Sospetto fortemente che ciò sia dovuto alle modifiche del DNS in 10.9 che Apple ha ritirato in 10.11. Quindi, se qualcuno sta ancora riscontrando queste interruzioni, aggiorna all'ultima versione di OS X e questo dovrebbe risolverlo.

— Richard Hurt,

2

Ho appena risolto questo problema dalla riga di comando sulla mia workstation che esegue OS X 10.11.6 svuotando la tabella di routing e quindi aggiungendo il mio percorso predefinito in:

    sudo route -n flush
    sudo route add default 192.168.1.1

— Busitech
fonte

Questo è stato l'unico modo per riavere la mia installazione Sierra sui binari.

— wt

0

Ho visto molte sessioni TCP in CHIUSO, FIN_WAIT_1 e in molti altri stati e non sono state cancellate. Sembra che il timer TCP sia appena stato arrestato. Ho dovuto riavviare per riavere la mia rete.

— Michael Graff
fonte

0

Ho visto questo problema sollevare la testa quando gli automount NFS hanno iniziato a fallire. Hanno tentato di tornare a UDP. Esecuzione di mount_nfs -o tcp fileserver: / export / path / mnt / path fallito in modo affidabile con:

mount_nfs: impossibile montare / esportare / percorso dal file server su / mnt / percorso: impossibile assegnare l'indirizzo richiesto

kernel.log contiene anche voci come questa:

31 mar 15:40:38 kernel guru [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - NoRisorse da txFrame - pkt salvato

OSX - 10.9

Un riavvio ha anche risolto il problema.

— imoverclocked
fonte

Inoltre, altre connessioni di rete hanno funzionato bene (ad es. Da un browser) Forse questo è un problema di allocazione delle porte poiché NFS utilizza porte affidabili.

— imoverclocked

0

Ne ho risolto uno scollegando la mia interfaccia WiFi USB e ricollegandola.

— Alan Corey
fonte