DD WRT теряет WAN-соединение, почему освобождение и возобновление DHCP-соединения восстанавливают?

Question

Я новичок в сети и настраиваю домашний сервер. Конечно, чтобы убедиться, что сервер исправен и исправен, у меня есть надежное соединение.

К сожалению, наш маршрутизатор DD WRT необходимо переустанавливать как минимум раз в неделю. Никто не использует P2P в нашей сети, в лучшем случае есть только несколько стандартных машин, выполняющих базовый просмотр веб-страниц в любой момент.

Прошлой ночью я впервые смог найти способ решения проблемы и попробовать менее агрессивный метод восстановления соединения, а не перезагрузки всей машины.

Поэтому я пинг (ред) 8.8.8.8, но не получил ответа. Затем я был вынужден немедленно решить проблему одним из других пользователей локальной сети; однако вместо сброса настроек маршрутизатора я освободил и возобновил аренду DHCP, и соединение было восстановлено.

Покидая WAN-порт маршрутизатора, следующая машина - это модем, а затем отправляется в Comcast. Кажется, у нас были проблемы с теми же симптомами на последних трех маршрутизаторах, все из которых были машинами Netgear/Broadcom, последние два работали с DD WRT.

Итак, у меня есть три вопроса:

1. Кто виноват? ISP или DDWRT?

2. Какие инструменты можно использовать для более разумной диагностики проблемы, чем для проверки доступности доступного известного сервера, такого как DNS от Google?

3. Как я могу убедиться, что DD WRT сама позаботится об этой проблеме, даже если я не смогу устранить причину маршрута. Например, я рассмотрел написание сценария, который регулярно проверяет связь с известным сервером, таким как 8.8.8.8. Если ответа нет, регистрируется, как далеко машина делает это (используя такие инструменты, как вопрос 2), и затем DHCP освобождается / обновляется. Мне кажется, что должно существовать более элегантное решение.

Answer 1

Я на самом деле запустить в эту точно такая же проблема, я сам несколько раз. (В одном случае проблема оказалась в неподходящем источнике питания на одном из моих маршрутизаторов, так что наверняка вы сначала проверите ВСЕ основы.)

1. Что касается того, кто виноват, я бы обвинил оборудование уровня потребителей. Эти маленькие коробки Netgear/Linksys/etc никогда не были оплотом надежности, и в них нет ничего элегантного.

2. • Проверьте ваш WAN IP-адрес. У меня были старомодные модемы, которые временно выдавали адрес 192.168.100.x моему маршрутизатору, пока он выбирал правильный IP-адрес. Иногда мой маршрутизатор застревал здесь, а не собирал общедоступный IP-адрес.
   • Если вы хотите узнать, что там происходит, вставьте концентратор (не коммутатор) между маршрутизатором и модемом, а затем прослушайте пакеты с компьютера с помощью Wireshark или монитора сети Microsoft.
   • Вы также можете использовать tcpdump с вашего маршрутизатора DD-WRT для устранения неполадок
   • Также может быть полезно включить регистрацию на маршрутизаторе DD-WRT и посмотреть, какие события всплывают.
3. Лично я перестал бы бороться с этим и пошел бы вперед и установил ваш сценарий. Проверьте 8.8.8.8, выпустите и обновите, если это не работает, и если это не работает, перезагрузите компьютер. Задача решена. Если проблема не решена, разбейте свой модем на мелкие кусочки и получите новый.

Answer 2

Как отметил @r.Таннер.У оборудования потребительского уровня могут быть проблемы.

Одним из наиболее распространенных является то, что они плохо переносят жару или плохое питание.

Убедитесь в наличии достаточной циркуляции воздуха и избегайте установки другого оборудования, такого как модемы или коммутаторы.

Мощность лучше всего решать, устанавливая ИБП, чтобы обеспечить постоянное напряжение 120/240 В. Я видел много клинтов с проблемами, решенными с помощью хорошего ИБП Шипы, как правило, не проблема, а скорее провалы и низкое напряжение в целом. Кажется, устройство отправляется в странное состояние, когда оно может вообще не работать или некоторые функции перестают работать.

В любом случае хороший ИБП - это всегда хорошая идея.