DD WRT pierde la conexión WAN, ¿por qué al liberar y renovar la conexión DHCP se restablece la conexión?

Soy nuevo (ish) en redes y he estado configurando un servidor doméstico. Parte de asegurarme de que el servidor sea bueno y saludable es, por supuesto, asegurarme de que tengo una conexión sólida.

Desafortunadamente, nuestro enrutador DD WRT debe reiniciarse al menos semanalmente. Nadie usa P2P en nuestra red, a lo sumo solo hay unas pocas máquinas estándar que realizan navegación web básica en un momento dado.

Anoche fue la primera vez que tuve la oportunidad de llegar a la ruta del problema y probar un método menos agresivo para reparar la conexión en lugar de reiniciar toda la máquina.

Entonces hice ping (ed) 8.8.8.8 pero no recibí respuesta. Luego, uno de los otros usuarios de LAN me obligó a solucionar el problema de inmediato; sin embargo, en lugar de restablecer el enrutador, liberé y renové el contrato de arrendamiento de DHCP y se restableció la conexión.

Al dejar el puerto WAN del enrutador, la siguiente máquina en la línea es el módem y luego se apaga para Comcast. Parece que hemos tenido problemas con los mismos síntomas en los últimos tres enrutadores, todos los cuales eran máquinas Netgear / Broadcom, los dos últimos ejecutaban DD WRT.

Entonces tengo tres preguntas:

1. ¿Quién tiene la culpa? ISP o DDWRT?

2. ¿Qué herramientas puedo usar para diagnosticar el problema de manera más inteligente que verificar si se puede acceder a un servidor conocido como el DNS de Google?

3. ¿Cómo puedo asegurarme de que DD WRT se ocupe de este problema en sí mismo, incluso si no puedo solucionar la causa de la ruta? Por ejemplo, he considerado escribir un script que haga ping a un servidor conocido, como 8.8.8.8, a intervalos regulares. Si no hay respuesta, se hace un registro de cuán lejos llega la máquina (usando herramientas como la pregunta 2), y luego se libera / renueva el DHCP. Siento que debería existir una solución más elegante.

De hecho, me he corrido en este exacto mismo problema a mí mismo, varias veces. (En un caso, el problema resultó ser una fuente de alimentación inadecuada en uno de mis enrutadores, así que asegúrese de verificar TODOS los elementos básicos primero).

1. En cuanto a quién tiene la culpa, culparía a los equipos de nivel de consumidor. Estas pequeñas cajas Netgear / Linksys / etc. nunca han sido el bastión de la fiabilidad, y tampoco tienen nada de elegante.

2. • Verifique su dirección IP WAN. He tenido módems basura temporalmente entregando una dirección 192.168.100.x a mi enrutador mientras recoge una dirección IP adecuada. A veces mi enrutador se atasca aquí, en lugar de recoger la IP pública.
   • Si desea profundizar en lo que está sucediendo allí, coloque un concentrador (no un interruptor) entre el enrutador y el módem, luego huela los paquetes de una computadora usando Wireshark o el monitor de red de Microsoft.
   • También puede usar tcpdump desde su enrutador DD-WRT para solucionar problemas
   • También puede ser útil habilitar el inicio de sesión en el enrutador DD-WRT y ver qué eventos aparecen.
3. Personalmente, dejaría de pelear con él y seguiría y configuraría tu guión. Verifique 8.8.8.8, libere y renueve si está inactivo, y si eso no funciona, reinicie. Problema resuelto. Si el problema no se resuelve, destruya su módem en pedazos pequeños y obtenga uno nuevo.

Como señaló @ r.Tanner.F, el hardware de grado de consumidor puede tener problemas.

Una de las más comunes es que no toleran bien el calor o el mal poder.

Asegúrese de que haya suficiente circulación de aire y evite apilar otro hardware como módems o interruptores.

La potencia se aborda mejor mediante la instalación de un UPS para que obtenga un voltaje constante de 120 / 240V. He visto muchos clinets con problemas resueltos con un buen UPS. Los picos generalmente no son el problema, sino los apagones y el bajo voltaje en general. Parece enviar = el dispositivo a un estado extraño donde puede no funcionar en absoluto o algunas funciones fallan.

En cualquier caso, un buen UPS siempre es una buena idea.