Temos um problema em nossa conexão ADSL, conectado em rede a alguns computadores (4, às vezes 5 em uso por vez), da seguinte maneira:
- 1 x Roteador Linksys Modem - Roteador Modem Wireless-N ADSL2 + WAG120N
- 1 x 24 comutador de porta
- 5 computadores conectados ao switch via cabos LAN CAT5E
- Outras poucas estações de trabalho também têm conexões com fio, mas não estão em uso no momento (ou seja, os cabos estão lá, mas não há PCs).
- A rede sem fio do roteador Linksys não está sendo usada por ninguém. Sem fio ainda está "ligado", não usado.
A questão é que nossa conexão continua caindo. Nossos computadores (principalmente no Windows 7 e um no Ubuntu) perdem acesso à rede, embora ainda possamos nos conectar à interface Linksys 192.168.1.1. O status do roteador indica "Desconectado" neste momento, o que significa que ele foi desconectado da Internet. O roteador se reconecta automaticamente após um minuto ou mais. Eu colei abaixo de um log típico do roteador antes e depois da desconexão / reconexão. Eu marquei lá onde a desconexão ocorreu (veja abaixo).
Também temos um roteador de modem de porta única mais antigo da D-Link, que não elimina as conexões, mas tem seus próprios problemas, como a Internet se torna realmente lenta às vezes. Nós ligamos para o nosso provedor de serviços que nos informa que a linha telefônica até as nossas instalações é boa. Eles não verificaram as conexões internas, eles apenas garantem que o fio até as instalações está OK. Então, achamos que é um dos seguintes problemas:
I) A linha de telefone do lado de fora para o nosso modem dentro (ou seja, insider nossas instalações) está com defeito, por isso precisamos colocar em uma nova linha de telefone / fresco e tentar isso. O ruído pode, às vezes, atrapalhar a conexão, e um de nossos palpites é que o ruído está fazendo com que a conexão fique lenta (roteador antigo) ou desconectada (roteador novo).
ii) Alguma questão dentro de nossa rede é outra possível causa - em nossos PCs. Nós executamos o antivírus Avira e o Lavasoft Awaware e o Spybot para limpar vírus / spywares, etc. e, até o momento, o Spybot só encontra alguns problemas com cookies de navegador quando os executamos e os limpamos.
Estamos perdidos em saber exatamente o que está errado. Executar um tracert em www.Google.com funciona bem quando a conexão está ativa e não funciona quando a conexão está inativa. Por exemplo:
C:\Users\THE>tracert www.Google.com
Unable to resolve target system name www.Google.com.
C:\Users\THE>tracert 192.168.1.1
Tracing route to 192.168.1.1 over a maximum of 30 hops
1 <1 Microsoft <1 Microsoft <1 Microsoft 192.168.1.1
Trace complete.
E quando o roteador do modem está conectado, o tracert tem cerca de 11 esperanças. Alguns desses são 106ms e 754ms no final, eu acho que geralmente nossas conexões aqui no Sri Lanka não são tão boas! Eu estou em uma linha de 1Mbps e, às vezes, tenho uma boa taxa de download, mas, novamente, nós temos os problemas acima durante o horário de expediente. Qualquer ajuda aqui seria apreciada, eu gostaria tanto feedback quanto possível antes de tentar colocar em uma nova linha telefônica para ver se esse é o problema.
O log do roteador:
Fri, 2011-09-09 14:20:34 - Returning UPnPError 714: NoSuchEntryInArray
Fri, 2011-09-09 14:20:34 - AddPortMapping: external NULL:42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR with timeout:0
Fri, 2011-09-09 14:20:34 - no permission rule matched : accept by default (n_perms=0)
Fri, 2011-09-09 14:20:34 - redirecting port 42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR
Fri, 2011-09-09 14:20:34 - creating pass rule to 192.168.1.30:42193 protocol TCP for: MSNMSGR
Fri, 2011-09-09 14:20:34 - GetSpecificPortMappingEntry: rhost='NULL' 42193 TCP found => 192.168.1.30:42193 desc='MSNMSGR'
Fri, 2011-09-09 14:20:34 - AddPortMapping: external NULL:42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR with timeout:0
Fri, 2011-09-09 14:20:34 - removing redirect rule port 42193 TCP
Fri, 2011-09-09 14:20:34 - Trying to delete rules at index 0
Fri, 2011-09-09 14:20:34 - DeletePortMapping: external port: 42193, protocol: TCP
Fri, 2011-09-09 14:20:34 - removing redirect rule port 42193 TCP
Fri, 2011-09-09 14:31:26 - No response to 3 echo-requests
Fri, 2011-09-09 14:31:26 - Serial link appears to be disconnected.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Couldn't increase MTU to 1500.
Fri, 2011-09-09 14:31:26 - Couldn't increase MRU to 1500
Fri, 2011-09-09 14:31:26 - LCP down.
Fri, 2011-09-09 14:31:29 - Failed to get IP address for interface ppp0
Fri, 2011-09-09 14:31:29 - Failed to get IP address for interface ppp0
Fri, 2011-09-09 14:31:32 - Connection terminated.
Fri, 2011-09-09 14:31:32 - Connect time 12.1 minutes.
Fri, 2011-09-09 14:31:32 - Sent 626579 bytes, received 2853159 bytes.
Fri, 2011-09-09 14:31:32 - Enter: tdb_store.
Fri, 2011-09-09 14:31:32 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:32 - Enter: tdb_update.
Fri, 2011-09-09 14:31:32 - Doing disconnect
Fri, 2011-09-09 14:31:32 - Exit. **************** [We lost connection here]
Fri, 2011-09-09 14:32:49 - ADSL is connected **************** [We regained connection here]
Fri, 2011-09-09 14:32:55 - Initialize LCP.
Fri, 2011-09-09 14:32:55 - Plugin pppoe loaded.
Fri, 2011-09-09 14:32:55 - PPPoE Plugin Initialized
Fri, 2011-09-09 14:32:55 - Plugin pppoe called.