Che cosa significa questa rotta fasulla (0 & 0x68 c8.c8.c8.c8 ...) nella mia tabella di routing?

4

Questo è fresco dopo un riavvio, su una rete wireless che è nota per essere un po 'squilibrata. La prima linea è diversa da qualsiasi cosa abbia visto prima:

$ netstat -rn
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
0&0x68             c8.c8.c8.c8.c8.c8.c8.c8.c8.8.0.0.8.ff.ff.ff.0.0.0.68.80.0.5.14.4.0.f.1e.3.8.1.0.7.0.0.0.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7f.ff.ff.ff.0.0.0.0.a8.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.10.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.10.2.0.0.ac.13.80.1.4.0.0.0.0.0.0.0.0.0.0.0.80.0.5.14.4.0.f.1e.5.0.6.5.3.0.0.0.0.0.0.0.1.8.1.0.0.0.0.0.4.0.0.0.7f.ff.ff.ff.0.0.0.0.a8.5.0.0.0.0.0.0.20.7.10.51 USc             9        0     en0
default            172.19.128.1       UGSc           11        0     en0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              4      155     lo0
172.19.128/20      link#4             UCS             2        0     en0
172.19.128.1       0:b:86:61:f2:70    UHLWIir        12       14     en0   1177
172.19.129.189     127.0.0.1          UHS             0        0     lo0
172.19.143.255     ff:ff:ff:ff:ff:ff  UHLWbI          0        6     en0

La prima voce è molto appiccicosa; persino smontare l'interfaccia di rete non lo uccide. Non è riconosciuto da route delete . Ho bisogno di riavviare il sistema operativo per sbarazzarsi di esso. Rende il sistema del tutto inutilizzabile, poiché causa il fallimento delle connessioni di rete:

$ telnet www.google.com 80
Trying 74.125.141.104...
telnet: connect to address 74.125.141.104: Cannot allocate memory
telnet: Unable to connect to remote host

Che cosa sta succedendo qui e come posso risolverlo quando succede senza un riavvio?

    
posta archbishop 04.02.2013 - 19:23
fonte

3 risposte

4

Sebbene non sia stato possibile riprodurlo sul mio MacBook Pro (OS X 10.8.2), alcuni utenti hanno segnalato un comportamento simile, inclusa la creazione di un percorso fasullo:

Destination        Gateway            Flags        Refs      Use   Netif Expire
(...)
128.0&0x8600  ff.ff.ff.ff.0.0.0.0.0.0.0.0.5.ff.ff.ff.86.0.0.0.88.0.5.14.5.0.68.c.1.9.0.0.7.0. 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7f.ff.ff.ff.0.0.0.0.dc.5.0.0.0.0.0.0.8d.c.5a .4f.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0. 0.0.10.2.0.0.a9.fe.0.0.0.0.0.0.0.0.0.0.14.12.5.0.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .6.ff.ff.ff.ff.ff.0.0.7c.0.5.14.1.0.68.c.7.8.0.0.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .0.0.0.0.7f.ff.ff.ff.0.0.0.0.0.40.0.0.0.0.0.0.0.0.0.0.0.c0.0.0.0.c0.0.0.0.0.0.0. 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.10.2.0.0.ac.1c.84 USc             0        4     en0

quando si interrompe il computer mentre si utilizza una connessione VPN tramite WiFi. Questo non sembra il tuo caso, visto che vedi un simile percorso subito dopo aver avviato il tuo Mac.

Non posso dirti cosa sta andando male qui, ma c'è un post nel link sopra che menziona che potrebbe essere risolto senza un riavvio come questo:

Turning off tcp/ip and turning it back on worked like a charm.

Se vuoi fare un tentativo, apri le Preferenze di Sistema, seleziona il pannello Network e, se necessario, fai clic sull'icona a forma di lucchetto per apportare le modifiche:

Selezionalatuaconnessioneapertadall'elencoasinistra(EthernetoWiFi),premiilpulsanteAvanzate...,selezionalaschedaTCP/IP,impostaConfiguraIPv4suOff:

e conferma premendo OK . Imposta TCP / IP alle impostazioni originali.

Spero che ti aiuti.

    
risposta data 04.02.2013 - 22:28
fonte
1

Per correggere il problema dalla riga di comando o in remoto:

interfacetofix='netstat -r -f inet | grep "0&" | awk '{print $NF}''
interfacenametofix='networksetup -listnetworkserviceorder | grep "$interfacetofix" -B1 | tail -2 | head -1 | cut -d " " -f 2-10'
networksetup -setv4off "$interfacenametofix"; networksetup -setdhcp "$interfacenametofix"

Disabilita IPv4 sull'interfaccia con la rotta errata e riabilita DHCP. Per gli indirizzi IP inseriti manualmente:

interfacetofix='netstat -r -f inet | grep "0&" | awk '{print $NF}''
interfacenametofix='networksetup -listnetworkserviceorder | grep "$interfacetofix" -B1 | tail -2 | head -1 | cut -d " " -f 2-10'
interfaceIP='networksetup -getinfo "$interfacenametofix" | grep "^IP address:" | awk '{print $NF}''
interfaceSubnet='networksetup -getinfo "$interfacenametofix" | grep "Subnet mask:" | awk '{print $NF}''
interfaceRouter='networksetup -getinfo "$interfacenametofix" | grep "^Router:" | awk '{print $NF}''
networksetup -setv4off "$interfacenametofix"; networksetup -setmanual "$interfacenametofix" "$interfaceIP" "$interfaceSubnet" "$interfaceRouter"

Per i dettagli completi su cosa fa cosa e perché uso questo codice specifico: link

    
risposta data 30.05.2014 - 09:34
fonte
0

Tieni presente il campo: Netif ,

disabilitazione dell'interfaccia corretta in base a Netif per ripulire le rotte non valide. (Ad esempio, sul mio MacBookPro Retina, en0 è wi-fi)

    
risposta data 30.04.2014 - 07:13
fonte

Leggi altre domande sui tag