La caja de desarrollo de Debian Squeeze no puede conectarse a Internet, la networking local funciona

Buenas tardes a todos,

Situación extraña: trabajo desde una máquina de desarrollo local que ejecuta apache y lighttpd en tándem. Hoy he intentado instalar curl-php5 que afirma que el repository es inaccesible. Después de más análisis me parece que debian no puede conectarse a Internet (fuera de la networking) por alguna razón. No poseo los conocimientos necesarios para depurar este problema más y se han quedado sin URL con fragments de bash para probar. Por lo tanto, solicito su ayuda en este asunto.

dmesg | grep egiga0 egiga0: mac address changed egiga0: link down egiga0: started egiga0: link up, full duplex, speed 1 Gbps 

La networking se encamina a través de un conmutador que conecta varios orderadores y el devbox al módem en el que el devbox está 192.168.178.30 estatizado.

La interfaz egiga0 tiene las siguientes properties:

 ifconfig -a egiga0 Link encap:Ethernet HWaddr 14:d6:4d:a6:97:76 inet addr:192.168.178.30 Bcast:192.168.178.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7275 errors:0 dropped:0 overruns:0 frame:0 TX packets:12545 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:532 RX bytes:646188 (631.0 KiB) TX bytes:14662888 (13.9 MiB) Interrupt:11 

Según su petición, la salida de nano /etc/resolv.conf:

 nameserver 192.168.178.1 nameserver 192.168.178.1 

y la salida de la ruta ip mostrar:

 192.168.178.0/24 dev egiga0 proto kernel scope link src 192.168.178.30 224.0.0.0/8 dev egiga0 scope link default via 192.168.178.1 dev egiga0 

La máquina en sí es un sharecenter d-link que ejecuta el compresor debian de ffp (fun plug). Todos los serveres que se ejecutan en él son accesibles desde la networking local como uno debe esperar, sin embargo, cada command externo como wget o ping www.google.nl resultan en un nombre de host irresoluble del cual deduzco que no se puede acceder a Internet.

Estaré encantado de proporcionar cualquier información solicitada para resolver el problema. ¿Ingresar a alguien?

Usted necesita saber dónde está el problema – si está en la caja o en la networking. Intente hacer ping a su puerta de enlace pnetworkingeterminada para los iniciadores.

En su configuration: 192.168.178.30 255.255.255.0 lo más probable es 192.168.178.1 . Por lo tanto: ping 192.168.178.1

Si eso responde, lo más probable es que el enrutador no encamine su tráfico. Además, compruebe las reglas iptables con iptables -L -n para asegurarse de que no hay reglas que bloqueen el tráfico.

Si puede hacer ping a la puerta de enlace pnetworkingeterminada – intente hacer ping a algo en el exterior basado en IP y no en hostname, por ejemplo, Google nameserver: ping 8.8.8.8 – ¿responde? Si responde, entonces DNS es probablemente el culpable. Usted podría corregirlo editando /etc/resolv.conf e insertando serveres de nombres en funcionamiento (por ejemplo, 8.8.8.8 y 8.8.4.4 que son serveres de nombres de Google)