Cómo volver a cargar la tabla de enrutamiento predeterminada de Mac OSX sin reiniciar

Saludos,

Estoy usando vpncpara un cliente VPN. También estoy haciendo algunas cosas difíciles routepara asegurarme de que todavía puedo acceder a mi red local, etc., etc. (los detalles aquí no son muy importantes).

A veces obtengo la tabla de enrutamiento tan elevada que obtengo ping: sendto: Network is unreachableURL que de otro modo deberían resolverse.

Actualmente, si reinicio Mac OS X, todo vuelve a la normalidad. Lo que me gustaría hacer es restablecer las tablas de enrutamiento a las "predeterminadas" (por ejemplo, lo que está configurado en el arranque) sin reiniciar todo el sistema.

Creo que el paso 1 es route flush(para eliminar todas las rutas). Y el paso 2 necesita recargar todas las rutas predeterminadas.

¿Alguna idea sobre cómo hacer esto? (por ejemplo, ¿qué es el paso 2?)

EDITAR Además, estoy notando que otro síntoma traceroutetambién falla en la dirección en cuestión. Por ejemplo:

traceroute the.good.dns.name

traceroute: bind: Can't assign requested address

Necesitas limpiar las rutas. Use route -n flush varias veces. A continuación, agregue sus rutas con agregar ruta.

Me encontraba con este problema mientras usaba un servidor OpenVPN doméstico y me conectaba a él usando la aplicación Tunnelblick en Mac.

Lo que estaba sucediendo de mi parte es que una ruta con la IP de mi hogar como destino y una puerta de enlace incorrecta se estaba quedando después de desconectarse de la VPN. Eliminar esta ruta resolvió el problema, simplemente

$ sudo route -n delete the.good.dns.name

Ejemplo: estoy en la escuela y después de un nuevo inicio de computadora, me conecto a una red inalámbrica. Me conecto al servidor OpenVPN de mi casa con Tunnelblick.

$ netstat -nr
Destination                   Gateway
....
[home-ip]/32                  [school-default-gateway-1] ....
....

Me desconecto del servidor VPN. Cambio las redes inalámbricas. Esto cambia mi puerta de enlace predeterminada.

$ netstat -nr
Destination                   Gateway
...
[home-ip]/32                  [school-default-gateway-1] ...
...
$ ping [home-ip]
PING [home-ip]: 56 data bytes
ping: sendto: Network is unreachable
ping: sendto: Network is unreachable
Request timeout for icmp_seq 0
...

Bajo ninguna circunstancia puedo conectarme a mi red doméstica (VPN, ping, nada) después de que esto suceda. Si luego elimino la ruta:

$ sudo route -n delete [home-ip]
delete net [home-ip]
$ ping [home-ip]
PING [home-ip]: 56 data bytes
64 bytes from [home-ip]: icmp_seq=1 ttl=56 time=13.111 ms

Funciona bien.

Puede haber un problema con la configuración del cliente / servidor OpenVPN que está dejando esto (y me interesaría saber qué es eso), pero instalé un script de Tunnelblick posterior a la desconexión que automatiza esta eliminación de ruta.

Primero necesita una ruta para su interfaz de red. Si la VPN está desconectada, simplemente baje la interfaz de red y vuelva a abrirla con ifconfig. Luego use el comando de ruta y construya su gw predeterminado. Entonces algo como:

ifconfig en0 down

ifconfig en0 up

route add <ip address> default

Me encontraba con el mismo problema que @Sean (también estoy ejecutando OS X), en el sentido de que cuando cambié entre las redes domésticas y laborales, la ruta predeterminada no se borraba.

Para completar, cuando me conecto a mi VPN en casa y ejecuto el siguiente comando, mostraría la puerta de enlace predeterminada como se muestra a continuación

$ netstat -nr
Destination                   Gateway
...
[home-ip]/32                  [work-default-gateway-1]

Y cuando me desconecté, la puerta de enlace [home-ip] todavía estaría allí. Cuando me conecté a mi red de trabajo, no pude conectarme a Internet y me encontré con el mismo problema que OP

$ traceroute the.good.dns.name    
$ traceroute: bind: Can't assign requested address

Luego tendría que eliminar manualmente la ruta con

$ sudo route -n delete [home-ip]

Inicialmente puse el "route -n delete" en un post-disconnect.shscript, pero eso fue un poco desordenado, así que en su lugar encontré este enlace

https://code.google.com/p/tunnelblick/issues/detail?id=177

Aparentemente, la razón se debe a establecer lo siguiente en mi .ovpnarchivo

user nobody
group nogroup

Lo que significa que la ruta está configurada como root, pero cuando se desconecta la conexión, el usuario ya no es root, por lo que la ruta no se puede eliminar.

Al comentar estas 2 líneas en mi .ovpnarchivo se solucionó el problema, sin tener que usar a post-disconnect.sh.