KompЯ новичок (ish) в сети и настраиваю домашний сервер. Часть убедившись, что сервер является хорошим и здоровым, конечно, убедившись, что у меня есть твердое соединение.
к сожалению, наш маршрутизатор DD WRT необходимо перезагружать по крайней мере еженедельно. Никто не использует P2P в нашей сети, в лучшем случае есть только несколько стандартных машин, выполняющих основной просмотр веб-страниц в любой момент.
прошлой ночью был первый раз, когда у меня была возможность добраться до маршрута задачи, и попробовать менее агрессивный способ восстановить соединение, а не сбросить всю машину.
Так что я пинг (ed) 8.8.8.8, но не получил ответа. Затем я был вынужден немедленно устранить проблему одним из других пользователей локальной сети; однако вместо сброса маршрутизатора я освободил и возобновил аренду DHCP, и соединение было восстановлено.
оставляя маршрутизаторы WAN порт, следующая машина вниз по линии модем, а затем прочь к Comcast он идет. Мы, кажется, имели проблемы с теми же симптомами для последних трех маршрутизаторов, все из которых были машинами Netgear/Broadcom, последние два выполняли DD WRT.
поэтому у меня три вопроса:
-
кто виноват? ISP или DDWRT?
-
какие инструменты я могу использовать для более разумной диагностики проблемы, чем проверка, доступен ли известный сервер, такой как DNS от Google?
-
Как я могу убедиться, что DD WRT сам позаботится об этой проблеме, даже если я не могу устранить причину. Например, я подумал о написании сценария, который регулярно проверяет связь с известным сервером, таким как 8.8.8.8. Если нет ответа, журнал создается о том, как далеко машина делает это (с помощью таких инструментов, как Вопрос 2), а затем DHCP освобождается/обновляется. Я чувствую, что должно существовать более элегантное решение.
3168
