Problemas com o acesso à Web lento / intermitente e com falha em um desktop Linux e vários dispositivos Android, exceto ao usar uma VPN?

1

Todos os nossos dispositivos estão tendo problemas para acessar a Internet hoje. Algumas páginas da web são carregadas dentro do tempo esperado, embora eu acredite no final lento. Outros simplesmente não conseguem carregar.

No entanto, quando me conecto por VPN com cada dispositivo, o problema desaparece.

Todas as conexões passam por um antigo Linksys WRT54G - firmware padrão, sua versão 6, portanto, não há recursos para executar qualquer outra coisa - que, por sua vez, é conectado a um roteador / modem Comcast Wi-Fi no modo bridge. Tudo definido para DHCP.

ifconfig com 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 sem 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 com VPN:

nameserver 209.222.18.222
nameserver 209.222.18.218
nameserver 75.75.75.75
search hsd1.ca.comcast.net

resolv.conf sem VPN:

nameserver 75.75.75.75
nameserver 75.75.76.76
nameserver 208.67.222.222
search hsd1.ca.comcast.net

Uau, páginas que eu cliquei há alguns minutos atrás carregadas enquanto digito isso.

Sem VPN, não consigo fazer ping desses nameservers 75.75.75.7* . Eu sou capaz de fazer ping quando conectado à VPN. A configuração manual do DNS - e a reconexão - no gerenciador de rede ou a edição de resolv.conf como teste não parece ajudar.

Não importa se eu me conecto via ethernet ou Wi-Fi à área de trabalho do Linux. O meu tablet Samsung não consegue obter um endereço IP, apesar de o sinal ser strong. O telefone Android se conecta ao Wi-Fi, mas é dolorosamente lento na maioria das páginas.

Liguei o roteador e o computador Linksys, tentei configurar manualmente o DNS, iniciar o chrome com --no-proxy-server e desabilitar os proxies nas preferências do Firefox (não defini nenhum, mas apenas no caso).

Eu vi o Firefox levar apenas alguns instantes dizendo "olhando para cima [website]" antes de ficar preso na próxima fase (conectando-se a? eu acho), mas agora fica preso em "olhando para cima ..."

    
por fitzhugh 03.04.2015 / 23:29

1 resposta

0

Obrigado.

Eu gostaria de poder dizer claramente o que estava errado, caso isso pudesse ajudar alguém, mas nunca ficou claro para mim ou para os técnicos, embora a rede esteja de volta agora. Dito isto, aqui está o meu melhor palpite, espero que ajude alguém, especificamente porque as coisas ficaram mais difíceis desde que os sintomas mudaram ao longo do tempo.

Acho que o modem da comcast pode ter ficado fora do modo de ponte, de modo que fiquei com dois roteadores encadeados em vez de um roteador e um modem no modo bridge.

Agora ele saiu do modo bridge e meu roteador foi removido da configuração. Tudo está funcionando dentro das expectativas (o wifi do roteador da comcast tem uma força de sinal horrível).

Comcast nunca foi capaz de consertá-lo para que eu pudesse voltar a usar o meu roteador, na verdade piorou e terminou com o meu roteador não obtendo mais nada via dhcp. Mais cedo, durante o problema, ele foi preenchido, só funcionaria muito devagar ou nada dependendo do site e, antes de ontem, funcionava bem. Meu computador não teve problemas para obter IP e dns quando conectado ao modem no modo bridge.

Eles tiveram que reiniciar o modem várias vezes, provavelmente 10 vezes antes de funcionar. Acontece que eles podem enviar um "entrar em modo de ponte" ou "deixar o modo de ponte" sinal, mas não posso dizer em que modo ele está. Antes de começar a luz wifi era um bom telltail: se, então não Modo Ponte. Essa luz não funciona mais depois de algumas cintilações iniciais durante a inicialização. Isso levou a complicações desde que eu estava contando com isso para o modo indicado.

Esta pode ser uma daquelas situações desagradáveis em que há vários problemas que dificultam a correção. Havia definitivamente um problema com o modem. Agora, parece haver um com meu roteador.

Eu não sabia sobre o mtr, obrigado - instalá-lo momentaneamente para a próxima vez.

    
por 05.04.2015 / 01:30