5 votos

Ubuntu Server 12.04 puede acceder a la LAN pero no a Internet

Utilizando Ubuntu Server (12.04) a través de la línea de comandos, puedo acceder a la LAN (por ejemplo, hacer ping a las máquinas locales) pero no a Internet (por ejemplo, "ping google.com" o "sudo apt-get update"). ¿Cómo puedo solucionar este problema?

Empezaré diciendo que yo fue Puedo acceder a Internet (usando sudo apt-get) pero después de algunos "trabajos de configuración" ahora sólo puedo acceder a la LAN. Antes funcionaba cuando tenía una conexión DHCP. Me di cuenta del problema algún tiempo después de haber cambiado a una IP estática. He vuelto a cambiar a DHCP pero sin suerte.

/etc/network/interfaces actualmente se ve así:

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-ssid myrouterssid
wpa-psk myrouterpassword

ifconfig -a informes:

eth0      Link encap:Ethernet  HWaddr 00:1e:7a:d9:1b:07
          inet addr:192.168.0.101  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:68ff:fed9:1b07/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:217 errors:0 dropped:0 overruns:0 frame:0
          TX packets:414 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:23826 (23.8 KB)  TX bytes:47487 (47.4 KB)
          Interrupt:16

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:720 (720.0 B)  TX bytes:720 (720.0 B)

virbr0    Link encap:Ethernet  HWaddr 86:19:a7:9b:a6:4a
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr 00:94:ea:de:1f:78
          inet addr:192.168.0.3  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::216:eaff:fede:1f78/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:328 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:58008 (58.0 KB)  TX bytes:1852 (1.8 KB)

"ping 192.168.0.1" (puerta de enlace) funciona. "ping 192.168.0.100" (yo mismo) funciona. "ping 192.168.0.7" (otro PC) funciona. "ping google.com" reporta "ping: host desconocido google.com". "ping 173.194.34.72" (google.com) falla.

También puedo SSH a este servidor ubuntu desde otro PC (aunque ahora espera unos 20 segundos antes de pedir la contraseña mientras que antes era instantáneo - ¿significativo?)

EDITAR: ruta -n informes:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    100    0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0
192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0 virbr0

0 votos

¿Cuáles son sus rutas para esta máquina? (pista route -n )

7voto

Peter Puntos 1

Es probable que las entradas de su resolv.conf estén mal. Debe determinar la(s) dirección(es) adecuada(s) y escribirlas manualmente en resolv.conf (eliminando las entradas actuales).
Supongo que el servidor DNS es el mismo que la puerta de enlace (192.168.0.1).

Puede probar esto antes de hacer cambios en resolv.conf mediante un comando:

dig @192.168.0.1 google.com

El comando anterior intenta preguntar a 192.168.0.1 (no a tu configuración actual en resolv.conf) por la IP de google.com, si hay un servidor DNS funcionando la respuesta contendrá el siguiente texto:

;; ANSWER SECTION:
google.com.             300     IN      A       173.194.35.162
google.com.             300     IN      A       173.194.35.161
google.com.             300     IN      A       173.194.35.164
[...]

Si no lo consigue, pruebe a introducir diferentes IPs en dig comando

Otro problema es que al intentar hacer ping a google por IP falla (como escribiste). Para hacer una prueba rápida de por qué falla prueba el siguiente comando:

traceroute 173.194.35.162

Verás cuál de los lúpulos causa el problema. Es posible que tu puerta de enlace no funcione.

0 votos

Ah, fantástico. Tienes razón, el problema era la puerta de enlace: había algunos filtros heredados en las IPs que quería usar. Cuando cambié a IP estática terminé en esas IPs y cuando volví a cambiar a DHCP el router dejó mi PC en esas IPs. Gracias a todos por las respuestas realmente útiles y los grandes consejos para solucionar problemas. Voy a votar (en cuanto tenga suficientes privilegios). @daftu gracias por detectar el problema de fondo (que no estaba en el PC en absoluto).

0 votos

Como nota al margen, yo también tuve este problema, y el problema fue que un ordenador me había robado la dirección ip estática que había puesto.

5voto

Pablo Venturino Puntos 1660

Cosas que hay que comprobar:

Tienes los servidores de nombres definidos en /etc/resolv.conf

/etc/resolv.conf :

nameserver 8.8.8.8
nameserver 8.8.4.4

Tienes una puerta de enlace por defecto en tu tabla de enrutamiento:

ip route

tom.oconnor@charcoal-black:~$ ip route
192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1 
169.254.0.0/16 dev eth0  scope link  metric 1000 
192.168.0.0/16 dev eth0  proto kernel  scope link  src 192.168.100.27 
default via 192.168.1.1 dev eth0  metric 100 

La ruta por defecto es la que comienza " default via "

0 votos

/etc/resolv.conf contiene 2 servidores de nombre: nameserver 194.168.4.100 nameserver 194.168.8.100 . ruta ip informa default via 192.168.0.1 dev eth0 metric 100 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.101 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.8 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1

1 votos

Sus servidores de nombres están en .4.100 y .8.100 y su ruta por defecto es 0.1... pero sus máscaras son 255.255.255.0. ¿Cómo podría véase esos servidores DNS?

0 votos

@Bart Estás diciendo que las máscaras significan que las IPs de los servidores de nombres serían inalcanzables, ¿verdad? Perdona que no entienda lo suficiente como para ver cómo se engancha todo esto. ¿Es posible que como etc/resolv.conf es autogenerado tal vez estos nameservers aparecieron aquí antes de ¿Empecé a tener problemas?

0voto

Signum Puntos 542

Parece que tu resolución de nombres (DNS) está rota. Comprueba tu /etc/resolv.conf y la configuración DNS de tu gestor de red.

0 votos

Tengo 2 servidores de nombres en /etc/resolv.conf. Cómo puedo comprobar la configuración de DNS de mi gestor de red (a través de la línea de comandos)?

0 votos

NB nmcli no está instalado y sin acceso a internet no puedo descargarlo e instalarlo.

0 votos

Utilice dig o host . Host está instalado por defecto en la mayoría de los sistemas.

0voto

Jan Marek Puntos 1355

No has definido tu ruta por defecto. Tu servidor DHCP para el WiFi no envía información al respecto. Por favor, corrige la configuración de tu DHCP, o debes establecerla en el sistema Ubuntu a mano.

0voto

Laszlo Puntos 1

Esto puede ocurrir debido a un enlace IP/MAC falso en su router. Emita el ifconfig compruebe su HWaddr con la tabla de enlaces IP/MAC del router.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: