Bien, este problema me ha estado volviendo loco durante días. Normalmente soy un tipo de Linux, así que me siento cómodo con la línea de comandos. No tengo idea de dónde buscar en OSX. Y la típica búsqueda en Google no sirve de nada.
Aquí está mi problema. Cuando configuré la caja, estaba en una red, que era 10.x.x.x
. Eso estuvo bien. Ahora, cuando lo llevo a casa, abro la interfaz de red, me conecto a la red inalámbrica de mi hogar e intento hacer ping a cosas:
$ ping google.com
PING google.com (74.125.113.104): 56 data bytes
Request timeout for icmp_seq 0
^C
--- google.com ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
colossus:~ eteran$ ping google.com
PING google.com (74.125.113.104): 56 data bytes
ping: sendto: No route to host
Request timeout for icmp_seq 0
ping: sendto: No route to host
Request timeout for icmp_seq 1
"No hay ruta al host", OK, entonces reviso las tablas de enrutamiento...
$ netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 10.255.255.1 UGSc 11 5 en1
10.255.255.1/32 link#5 UCS 1 0 en1
10.255.255.1 link#5 UHRLWI 12 0 en1
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 19 2051 lo0
169.254 link#5 UCS 0 0 en1
192.168.10 link#5 UCS 4 0 en1
192.168.10.1 0:1f:90:23:7a:69 UHLWI 12 62 en1 1193
192.168.10.7 c0:cb:38:6c:3:33 UHLWI 2 164 en1 996
192.168.10.9 127.0.0.1 UHS 1 369 lo0
192.168.10.10 0:1a:a0:e6:ee:90 UHLWI 0 30 en1 903
192.168.10.255 link#5 UHLWbI 2 25 en1
Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UH lo0
fe80::%lo0/64 fe80::1%lo0 Uc lo0
fe80::1%lo0 link#1 UHL lo0
fe80::%en1/64 link#5 UC en1
fe80::5ab0:35ff:fe7b:dcf3%en1 58:b0:35:7b:dc:f3 UHL lo0
ff01::/32 ::1 Um lo0
ff02::/32 ::1 UmC lo0
ff02::/32 link#5 UmC en1
Sí, ahí está el problema, la ruta predeterminada está configurada en 10.255.255.1
. Lo cual supongo que era de la otra red. Puedo ajustar esto manualmente con el route
comando. Pero el próximo reinicio... ¡está de vuelta!
El enrutador de mi red doméstica es 192.168.10.1
, así que, por supuesto, quiero que esa sea la ruta predeterminada. Y miré, la solicitud de DHCP definitivamente dice que se use esa como ruta predeterminada. Pero OSX simplemente se niega a utilizarlo. ¡Insiste en utilizar esta ruta predeterminada en la conexión anterior!
¿Dónde se almacena esto y cómo puedo cambiarlo?
Respuesta1
La S
bandera en la entrada de ruta significa que se agrega manualmente, por lo que es posible que deba eliminarla con un comando.
Intentar sudo route delete default
.
Respuesta2
Está dentroPreferencias del SistemabajoRed. Establecer todo enAutomáticoy esto debería volver a la normalidad.
Actualizar:Una forma más contundente.
Haga clic en elUbicacionescuadro desplegable y seleccioneEditar ubicaciones. Haga clic en +para agregar una nueva ubicación. Nómbrelo Auto 2
(o lo que sea). Seleccione esta ubicación y aplíquela.
Respuesta3
El enfoque manual mencionado anteriormente al eliminar y agregar una nueva puerta de enlace predeterminada con el comando de ruta resolvió el problema, pero fue solo una solución temporal ya que se volvió a configurar la puerta de enlace incorrecta al reiniciar.
Para solucionar esto de una vez por todas., primero eliminé todas las interfaces en Preferencias del sistema/Red y luego volví a agregar las que consideré necesarias. En mi caso, simplemente 'Ethernet'.
Esto fue en OS X Lion (10.7.5)
Respuesta4
Si está utilizando tanto la conexión ethernet como la wifi en casa, dado que su ethernet debe estar seleccionada en la lista de redes, se prefiere su configuración predeterminada en lugar de wifi dhcp. Para eliminar el valor predeterminado de la tabla de enrutamiento, deberá ir a las preferencias de red y a la configuración de la dirección IP. Aquí configure el campo "enrutador" en blanco ya que este es el gw predeterminado.