Не обязательно. Достаточно подключиться к нему по ssh


В приложенном логе данные от 14:22:50 до 14:23:11
Интерфейс отвалился в 14:22:39

То есть в логе события через 11 секунд после отваливания.

Впрочем в новых прошивках это можно и через web:

первый столбец это время на ноуте, который спешит по времени, и не синхронизирован, жирным я выделил в предыдущем посте верное время на шлюзе и оно начинается с 14:22:29, если немножко окунуться в "поток чистой энергии"©, то с 14:22:39 на lan интерфейс не сыпятся conn_open что говорит о том что он рухнул.


Дальше предлагаете мониторить консоль? её просто открыть? никакой режим debug или verbose включать не надо?

Вероятно, пакеты пытаются ходить другим маршрутом. Смотрите правила и таблицу(-ы) маршрутизации.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Как такое возможно?
Ходят ходят, потом что то происходит и таблица маршрутизации меняется или правила какие-то начинают работать или не работать?
и при этом шлюз не отвечает на arp запрос...

Так а что происходит-то? Мы то откуда знаем, что у вас в сети происходит?
Железка Ваша, стоит рядом, Вам и виднее что происходит! Причин может масса!
Самая элементарная - кто-то включил в сеть какой-то девайс с включенным DHCP в подсети 192.168.0.0/24 или 192.168.1.0/24 и сеть начинает колбасить. А у мыльниц по дефолту именно так!
Но выловить такой девайс ппц как сложно порой! Поэтому всегда говорю - уводите lannet на верхние адреса!!!!

Кстати, какой lan_ip у железки? Случайно не 192.168.1.1 ?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Где-то в логах кажется проскакивало 192.168.1.254

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

192.168.0.1
уводить верх надо было при планировании сети)
проблема такая, lan интерфейс перестает отвечать на запросы, но сама железка работает. на arp запрос никто не отвечает, левого dhcp нет
нашел вкладку routing settings, опишите на что влияют параметры Route Fail-Over?

Поздравляю!
Откуда такая уверенность?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Вообще, Мануал никто нее отменял! Параметры Route Fail-Over определяют живость маршрута.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Вы же написали, начинает сеть колбасить, такого нет, отваливается инет, все остальное работает.

Ну разумеется отваливается - если левый DHCP выдает левые DNS'ы или вообще их не выдает... Какой уж тут интернет?

Кстати, какой правильный DNS-сервер прилетает клиентам? С ним все в порядке?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Опишите пожалуйста подробно все симптомы ваше проблемы!

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Давайте еще раз, попробую написать по другому.

Имеем
шлюз 192.168.0.1
сеть \20
комп 192.168.11.110 со статикой

Периодически(закономерного интервала нет, ночью, днем, чаще под нагрузкой, может два раза за час, а может 1 раз в месяц) шлюз перестает обслуживать соединения из локальной сети(комп не пингует шлюз, шлюз не отвечает на arp запросы, комп не знает mac адреса хоста 192.168.0.1, не открывается веб-морда), при этом сама ОС шлюза работает(обслуживает подключение pptp клиента), конфигурация не меняется на протяжении трех-четырех месяцев.
заходим с мобилы(VPN) на веб-морду, ребутаем, вуля еще работает неопределеное время.

А да DNS 8.8.8.8 указан вручную на компьютере