O DD WRT perde a conexão WAN, por que liberar e renovar o DHCP restabelece a conexão?

Question

Sou novo (ish) para redes e tenho configurado um servidor doméstico. Parte de garantir que o servidor seja bom e saudável é, claro, garantir que eu tenha uma conexão sólida.

Infelizmente, nosso roteador DD WRT precisa ser redefinido pelo menos semanalmente. Ninguém usa P2P em nossa rede, no máximo, há apenas algumas máquinas padrão que fazem navegação básica na web a qualquer momento.

Ontem à noite foi a primeira vez que tive a chance de chegar à rota do problema, e tentar um método menos agressivo para reparar a conexão, em vez de reinicializar toda a máquina.

Então fiz ping (ed) 8.8.8.8 mas não recebi resposta. Fui então forçado a corrigir o problema imediatamente por um dos outros usuários da LAN; no entanto, em vez de redefinir o roteador, eu liberei e renovarei a concessão e a conexão do DHCP.

Deixando a porta WAN dos roteadores, a próxima máquina abaixo da linha é o modem e depois sai para a Comcast. Parece que tivemos problemas com os mesmos sintomas nos últimos três roteadores, todos os quais eram Netgear / Broadcom, os dois últimos rodaram DD WRT.

Então eu tenho três perguntas:

1. Quem tem culpa? ISP ou DDWRT?

2. Quais ferramentas posso usar para diagnosticar de forma mais inteligente o problema do que verificar se um servidor conhecido como o DNS do Google está acessível?

3. Como posso ter certeza de que o DD WRT cuida desse problema, mesmo que eu não consiga resolver a causa da rota. Por exemplo, considerei escrever um script que pinga um servidor conhecido, como 8.8.8.8, em intervalos regulares. Se não houver resposta, é feito um registro do quanto a máquina faz isso (usando ferramentas como a pergunta 2) e, em seguida, o DHCP é liberado / renovado. Eu sinto como se uma solução mais elegante deveria existir.

Answer 1

Eu realmente corri para esse mesmo problema exato , várias vezes. (Em um caso, o problema acabou sendo uma fonte de alimentação imprópria em um dos meus roteadores, tenho certeza que você confere ALL o básico primeiro.)

1. Quanto a quem é a culpa, eu culparia o equipamento no nível do consumidor. Essas pequenas caixas Netgear / Linksys / etc nunca foram o bastião da confiabilidade, e também não há nada de elegante nelas.

2. • Verifique seu endereço IP da WAN. Eu tive modems junky temporariamente distribuir um endereço 192.168.100.x para o meu roteador enquanto ele pega um endereço IP adequado. Às vezes, meu roteador ficava preso aqui, em vez de pegar o IP público.
   • Se você quiser detalhar o que está acontecendo lá, coloque um hub (não um switch) entre o roteador e o modem e, em seguida, cheire os pacotes de um computador usando o Wireshark ou o monitor Microsoft Network.
   • Você também pode usar o tcpdump do seu roteador DD-WRT para solucionar problemas
   • Também pode ser útil ativar o registro no roteador DD-WRT e ver quais eventos são exibidos.
3. Pessoalmente, eu pararia de lutar com isso e seguiria em frente e configuraria seu roteiro. Cheque 8.8.8.8, libere e renove se estiver baixo, e se isso não funcionar, reinicie. Problema resolvido. Se o problema não for solucionado, esmague seu modem em pequenos pedaços e obtenha um novo.

Answer 2

Como observado pelo @ r.Tanner.F, hardware de nível de consumidor pode ter problemas.

Um dos mais comuns é que eles não toleram bem o calor ou a falta de energia.

Certifique-se de que haja uma ampla circulação de ar e evite empilhar outro hardware, como modems ou chaves.

A energia é melhor resolvida com a instalação de um no-break, para que você tenha uma velocidade constante de 120 / 240V. Eu vi muitos clinets com problemas resolvidos com um bom no-break. Os picos geralmente não são o problema, mas sim quedas e baixa voltagem em geral. Parece enviar o dispositivo para um estado estranho em que ele pode não funcionar ou algumas funções falham.

Em qualquer caso, uma boa UPS é sempre uma boa ideia.