¿Qué hice para que Ubuntu no intentara conectarse a una dirección IP específica?

¿Qué hice para que Ubuntu no intentara conectarse a una dirección IP específica?

Tengo un problema muy raro.

Estoy ejecutando 11.10 en una de mis computadoras y su objetivo principal es ejecutar XBMC. Esta computadora no puede conectarse a mirrors.xbmc.org, que tiene complementos, actualizaciones, etc.

baker:~$ ping mirrors.xbmc.org
PING mirrors.xbmc.org (212.110.166.220) 56(84) bytes of data.
From baker.local (192.168.1.100) icmp_seq=1 Destination Host Unreachable
From baker.local (192.168.1.100) icmp_seq=2 Destination Host Unreachable
From baker.local (192.168.1.100) icmp_seq=3 Destination Host Unreachable

¡Pero!

baker:~$ ping canonical.com
PING canonical.com (91.189.94.253) 56(84) bytes of data.
64 bytes from vostok.canonical.com (91.189.94.253): icmp_req=1 ttl=47 time=184 ms
64 bytes from vostok.canonical.com (91.189.94.253): icmp_req=2 ttl=47 time=184 ms
64 bytes from vostok.canonical.com (91.189.94.253): icmp_req=3 ttl=47 time=184 ms

Prácticamente cualquier otro sitio en Internet que haya probado al azar también funciona.

Desde otra computadora en la red:

Cypress:~$ ping mirrors.xbmc.org
PING mirrors.xbmc.org (212.110.166.220) 56(84) bytes of data.
64 bytes from atlantis.xbmc.org (212.110.166.220): icmp_req=1 ttl=48 time=186 ms
64 bytes from atlantis.xbmc.org (212.110.166.220): icmp_req=2 ttl=48 time=186 ms
64 bytes from atlantis.xbmc.org (212.110.166.220): icmp_req=3 ttl=48 time=194 ms

Si intento hacer ping a la IP directamente, resulta lo mismo. No parece un problema de DNS, sino algo más. Busqué toda mi carpeta /etc para esa URL o esa dirección IP para ver si accidentalmente había configurado algo para "fallar en esta IP". Nada.

Además, una ruta de seguimiento de Baker, la máquina defectuosa:

baker:~$ tracepath 212.110.166.220
1:  baker.local                                           0.081ms pmtu 1500
1:  baker.local                                         3001.459ms !H
 Resume: pmtu 1500 

Casi parece que esa máquina ha decidido que simplemente no puede dirigirse a ella. Por lo que tengo entendido, !H significa que el host no está disponible. Lo cual no lo es.

Carezco de terminología de redes para seguir buscando y me vendría bien un poco de ayuda para identificar lo que está pasando aquí.

Respuesta1

La respuesta corta fue que había elegido la puerta de enlace incorrecta en esa máquina. Por lo que puedo decir, este fue el orden de los acontecimientos:

  1. La computadora se configuró usando DHCP, sin problemas.
  2. Edité /etc/network/interfaces para darle a esa máquina una IP estática. No hay problemas, puerta de enlace correcta.
  3. En algún momento después de esto, probablemente unas semanas, por alguna razón usé una GUI para trastear con la configuración de red. En este punto, cambié por error la configuración de mi puerta de enlace al enrutador equivocado.

Aquí es donde se puso raro. O la computadora o el enrutador incorrecto tenían algún tipo de tabla de enrutamiento parcial o algo así, lo que causó el problema inicial.

El comando clave que finalmente solucionó esto por mí:

route -n

Al aprender sobre tablas de ip y ese tipo de cosas, me encontré con ese comando. Lo ejecuté y vi que la puerta de enlace era el enrutador incorrecto. Revisé /etc/network/interfaces que ya no tenía mi bloque estático.

Lo puse nuevamente allí con la dirección IP correcta del enrutador y todo funciona.

información relacionada