4 votos

Lo que hace esta falsa ruta (0&0x68 c8.c8.c8.c8...) decir en mi tabla de enrutamiento?

Esta es fresco después de un reinicio, en una red inalámbrica que es conocido por ser un poco escamosa. La primera línea se parece a nada que hayas 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 tomando abajo de la interfaz de red no matar. No es reconocido por route delete. Tengo que reiniciar el sistema operativo para deshacerse de él. Esto hace que el sistema totalmente inutilizable, ya que las causas de las conexiones de red a fallar:

$ 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

Lo que está pasando aquí, y cómo puedo solucionarlo cuando ocurre sin necesidad de reiniciar?

4voto

Phill Puntos 126

Aunque no pude reproducir en mi MacBook Pro (OS X 10.8.2), algunos usuarios han reportado un comportamiento similar, incluyendo la creación de una falsa vía:

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

a la hora de poner el equipo en modo de suspensión mientras se utiliza una conexión VPN a través de WiFi. Esto no parece ser tu caso, como se puede ver esta vía, a la derecha después de iniciar su Mac.

Yo no te puedo decir lo que está mal aquí, pero hay un post en el link de arriba que menciona que podría ser solucionado sin necesidad de reiniciar como este:

La desactivación de tcp/ip y volver a encenderla trabajó como un encanto.

Si quieres darle una oportunidad, abra Preferencias del Sistema, seleccione el panel de la Red y, si es necesario, haga clic en el icono de candado para hacer los cambios:

enter image description here

Seleccione su conexión abierta de la lista en el lado izquierdo (Ethernet o WiFi), pulse el botón Avanzadas..., seleccione la ficha TCP/IP, el conjunto de Configurar IPv4 en Off:

enter image description here

y confirme pulsando OK. Conjunto TCP/IP a su configuración original.

Espero que ayude.

1voto

BrianCanFixIT Puntos 11

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 deshabilita IPv4 de la interfaz con el malo de la ruta y volver a activar DHCP. Para introducidos manualmente las direcciones IP:

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 más detalles sobre lo que hace qué y por qué debo utilizar este código: http://briancanfixit.blogspot.com/2014/05/fix-juniper-network-connect-on-mac-bad.html

0voto

Bill Chung Puntos 1

Ser conscientes de la esfera: Netif,

la desactivación de la interfaz adecuada de acuerdo a Netif para limpiar el inválido rutas. (por ejemplo, en mi MacBookPro Retina, en0 es wi-fi)

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X