Todos nuestros dispositivos tienen problemas para acceder a Internet hoy. Algunas páginas web se cargan dentro del tiempo esperado, aunque creo que es lento. Otros simplemente no se cargan.
Sin embargo, cuando me conecto a través de VPN con cada dispositivo, el problema desaparece.
Todas las conexiones pasan por un antiguo Linksys WRT54G (firmware de serie, es la versión 6, por lo que no hay recursos para ejecutar nada más) que está conectado a su vez a un enrutador / módem Wi-Fi Comcast que está en modo puente. Todo configurado en DHCP.
ifconfig
con VPN:
eth0 Link encap:Ethernet HWaddr d0:50:99:4a:82:e3
inet addr:192.168.1.103 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::d250:99ff:fe4a:82e3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:153883 errors:0 dropped:0 overruns:0 frame:0
TX packets:125377 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:172285690 (172.2 MB) TX bytes:39495543 (39.4 MB)
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:65536 Metric:1
RX packets:6724 errors:0 dropped:0 overruns:0 frame:0
TX packets:6724 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1462651 (1.4 MB) TX bytes:1462651 (1.4 MB)
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.196.1.6 P-t-P:10.196.1.5 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:8051 errors:0 dropped:0 overruns:0 frame:0
TX packets:7530 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:7218519 (7.2 MB) TX bytes:791798 (791.7 KB)
ifconfig
sin VPN:
eth0 Link encap:Ethernet HWaddr d0:50:99:4a:82:e3
inet addr:192.168.1.103 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::d250:99ff:fe4a:82e3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:154232 errors:0 dropped:0 overruns:0 frame:0
TX packets:125803 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:172349264 (172.3 MB) TX bytes:39585824 (39.5 MB)
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:65536 Metric:1
RX packets:6807 errors:0 dropped:0 overruns:0 frame:0
TX packets:6807 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1474631 (1.4 MB) TX bytes:1474631 (1.4 MB)
resolv.conf
con VPN:
nameserver 209.222.18.222
nameserver 209.222.18.218
nameserver 75.75.75.75
search hsd1.ca.comcast.net
resolv.conf
sin VPN:
nameserver 75.75.75.75
nameserver 75.75.76.76
nameserver 208.67.222.222
search hsd1.ca.comcast.net
Wow, las páginas en las que hice clic hace unos minutos SOLO se cargaron mientras escribo esto.
Sin VPN no puedo hacer ping a esos 75.75.75.7*
servidores de nombres. Puedo hacer ping a ellos cuando estoy conectado a VPN. La configuración manual de DNS, y la reconexión, en el administrador de red o la edición resolv.conf
como prueba no parece ayudar.
No importa si me conecto a través de Ethernet o Wi-Fi con el escritorio de Linux. Mi tableta Samsung no puede obtener una dirección IP aunque la señal sea fuerte. El teléfono Android se conecta a Wi-Fi pero es muy lento en la mayoría de las páginas.
Apagué y encendí el enrutador y la computadora de Linksys, intenté configurar manualmente DNS, iniciar Chrome con --no-proxy-server
y deshabilitar proxies en las preferencias de Firefox (no he configurado ninguno, pero por las dudas).
He visto a Firefox tomarse solo unos minutos para decir "mirar hacia arriba [sitio web]" antes de quedarse atascado en la siguiente etapa (¿conectarse a? Creo) pero ahora se atasca en "mirar hacia arriba ..."
fuente
ping
y usandotraceroute
cuando no estás conectado a través de la VPN? ¿Tiene instalado en su escritorio Linuxmtr
(My Traceroute) ? Está muy comúnmente disponible y debería ser fácil de instalar a través del instalador de paquetes que utilice su sistema Linux. Es una actualización muy buena a la tradicionaltraceroute
que actualiza los tiempos de ping desde todos los puntos de rastreo y también muestra latraceroute
salida estándar .Respuestas:
Gracias.
Desearía poder decir claramente qué estaba mal en caso de que pudiera ayudar a alguien más, pero nunca fue claro para mí o para los técnicos, aunque la red está funcionando ahora. Dicho esto, esta es mi mejor suposición, espero que ayude a alguien, específicamente porque las cosas se hicieron más difíciles ya que los síntomas realmente cambiaron con el tiempo.
Creo que el módem comcast puede haber dejado de funcionar en modo puente, por lo que terminé con dos enrutadores encadenados en lugar de un enrutador y un módem en modo puente.
Ahora está fuera del modo de puente y mi enrutador se elimina de la configuración. Todo funciona dentro de las expectativas (el wifi del enrutador Comcast tiene una potencia de señal horrible).
Comcast nunca pudo solucionarlo, así que pude volver a usar mi enrutador, de hecho empeoró y terminó con mi enrutador que ya no obtenía nada a través de dhcp. Anteriormente durante el problema, sí funcionaba, simplemente funcionaría muy lentamente o no funcionaría según el sitio, y antes de ayer funcionaba bien. Mi computadora no tuvo problemas para obtener IP y DNS cuando estaba conectado al módem en modo puente.
Tuvieron que reiniciar el módem una y otra vez, probablemente 10 veces antes de que funcionara. Resulta que pueden enviar una señal de "entrar al modo puente" o "salir del modo puente", pero no pueden decir en absoluto en qué modo se encuentra. Antes de que esto comenzara, la luz wifi era un buen indicador: si estaba encendido, entonces no Modo Puente. Esa luz ya no funciona después de algunos parpadeos iniciales durante el inicio. Eso condujo a complicaciones ya que confiaba en ese modo indicado.
Esta puede ser una de esas situaciones feas en las que hay múltiples problemas que dificultan la solución. Definitivamente hubo un problema con el módem. Ahora parece que posiblemente haya uno con mi enrutador.
No sabía sobre mtr, gracias, lo instalaré momentáneamente la próxima vez.
fuente