¿Problemas con el acceso web lento / intermitente que falla en un escritorio Linux y múltiples dispositivos Android, excepto cuando se usa una VPN?

1

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.confcomo 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-servery 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 ..."

Fitzhugh
fuente
Muy raro. ¿Has probado pingy usando traceroutecuando no estás conectado a través de la VPN? ¿Tiene instalado en su escritorio Linux mtr(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 tradicional tracerouteque actualiza los tiempos de ping desde todos los puntos de rastreo y también muestra la traceroutesalida estándar .
JakeGould

Respuestas:

0

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.

Fitzhugh
fuente