¿Qué significa esta ruta falsa (0 y 0x68 c8.c8.c8.c8 ...) en mi tabla de enrutamiento?

4

Esto es nuevo después de un reinicio, en una red inalámbrica que se sabe que es un poco inestable. La primera línea es diferente a todo lo que he visto antes:

$ 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 primera entrada es muy pegajosa; incluso quitar la interfaz de red no lo mata. No es reconocido por route delete . Necesito reiniciar el sistema operativo para deshacerme de él. Hace que el sistema sea completamente inutilizable, ya que causa fallas en las conexiones de red:

$ 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

¿Qué está pasando aquí y cómo puedo solucionarlo cuando ocurre sin reiniciar?

    
pregunta archbishop 04.02.2013 - 19:23

3 respuestas

4

Aunque no pude reproducirlo en mi MacBook Pro (OS X 10.8.2), algunos usuarios han informado de un comportamiento similar, incluida la creación de una ruta falsa:

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

al poner la computadora en modo de suspensión mientras usa una conexión VPN a través de WiFi. Este no parece ser tu caso, ya que ves una ruta de este tipo justo después de iniciar tu Mac.

No puedo decirte qué está mal aquí, pero hay una publicación en el enlace de arriba que menciona que podría solucionarse sin un reinicio como este:

  

Apagar tcp / ip y volver a encenderlo funcionó como un encanto.

Si desea intentarlo, abra Preferencias del sistema, seleccione el panel Red y, si es necesario, haga clic en el icono de bloqueo para realizar cambios:

Seleccionesuconexiónabiertadelalistaenelladoizquierdo(EthernetoWiFi),presioneelbotónAvanzado...,seleccionelapestañaTCP/IP,configureConfigurarIPv4enApagado:

y confirme presionando OK . Establecer TCP / IP de nuevo a su configuración original.

Espero que ayude.

    
respondido por el jaume 04.02.2013 - 22:28
1

Para solucionar el problema desde la línea de comandos, o de forma remota:

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"

Esto desactiva IPv4 en la interfaz con la ruta incorrecta y vuelve a habilitar DHCP. Para direcciones IP ingresadas 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"

Para obtener detalles completos sobre qué hace qué y por qué utilizo este código específico: enlace

    
respondido por el BrianCanFixIT 30.05.2014 - 09:34
0

Tenga en cuenta el campo: Netif ,

inhabilitar la interfaz adecuada de acuerdo con Netif para limpiar las rutas no válidas. (por ejemplo, en mi MacBookPro Retina, en0 es wi-fi)

    
respondido por el Bill Chung 30.04.2014 - 07:13

Lea otras preguntas en las etiquetas