Mikesk

с модемом подтвердить не могу за неимением такого, но перезагружать его же можно автоматически по пингчеку, при потере интернета. У вас настроен пингчек?

сертификат получен на доменное имя, ip-адрес доступен только по http. через keenetic.cloud тоже ошибка?

в присланном логе проблема тем, что в синем порту. Что у вас туда воткнуто - вам виднее.

[I] Apr 29 21:30:55 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [I] Apr 29 21:30:58 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link up at port 0 (100FD/AN). [I] Apr 29 21:31:07 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [I] Apr 29 21:31:09 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link up at port 0 (100FD/AN). [I] Apr 29 21:32:52 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [I] Apr 29 21:33:05 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link up at port 0 (100FD/AN). Проблема с кабелем провайдера. Или портом на у них свиче. Начать с переобжимки кабеля и обращаться к провайдеру. Проверить исправность порта на роутере можно, переназначив WAN на другой порт. Но 99% подобных проблем - это провайдер или некачественно обжатый кабель.

Все, что видно: [I] Apr 27 22:23:25 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link down at port 1. [I] Apr 27 22:23:27 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link up at port 1 (100FD/AN). Это ваш ПК отключается, а не провайдер. Сам или с вашей помощью (передергиваете кабель). Больше в логе ничего про обрывы нет. Либо замените кабель к ПК (если это был обрыв), либо в интервале от загрузки до сохранения диагностики никаких обрывов не было и нужен другой лог. PS: https://forum.keenetic.net/announcement/4-как-правильно-добавить-self-test-и-прочую-отладку-в-тему/ . Кусок лога же можно спокойно публиковать так, как вы это сделали. PPS: с такими проблемами можно смело идти к официалам, они умеют нужную информацию вытаскивать из пользователей.

Логи нужны, чтобы не гадать.

как же это вы с помощью ddns собрались с серыми ip бороться? С динамическими - да, с серыми - никак. Не путайте людей.

[I] Apr 17 13:11:31 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. Вот и причина. Лечите физику (кабель поменять или переобжать хотя б). На внушительные 2 секунды падал, исключите злоумышленника (соседа, ребенка, кота...) :).

полностью лог покажите. Выделенный вами access lost касается недоступности отдельных узлов в интернете, и отвечает этот чекер только за лампочку "интернет". То есть может быть действительно проблемы с линией/провайдером, а может и узел проверки не отвечать - строка будет одинаковая. Также, у вас на ISP (видимо) включен dhcp-клиент, при PPPoE он часто не нужен. Вы уверены, что это правильная настройка, а не "без IP-адреса"?

В настройках рабочей группы или безопасности Windows?

Эх, сколько уж говорилось и в шапке писалось, как прикладывать selftest'ы. self-test и логи могут содержать непубличную информацию Хотите делиться конфигом публично - скопируйте его и потрите пароли (или просто скопируйте из селфтеста), но не вываливайте вот так все сразу. Небезопасно.

Что значит "безусловно"? (настройки покажите). Запрещается доступ устройству в конкретном сегменте, с адресом полученным (или указанным вручную) из dhcp пула этого сегмента (в вашем случае, по скрину - Home VLAN). Если у вас есть еще какой-то VLAN для этого клиента, запрещать надо и там тоже. В общем случае, если например тегированный VLAN приходит от провайдера, роутер вообще может ничего не знать об этом клиенте и быть тупо мостом, как для ТВ-приставок.

Что за тегированный Guest VLAN, зачем? Наверняка через него и пробивается

Значит ЭТО отправляет браузер. Может у вас кэш такой? Другим попробуйте.

Проверьте диск на ошибки. Пришлите лог (от момента подключения диска).

Очень много понаписали, извините если повторюсь. При проблемах со старыми/глючными/непонятными клиентами - первым делом стоит отключить плохопонимаемые ими протоколы (WPA3, включая WPA2/WPA3, а в особо сложных и древних случаях и WPA2 иногда приходится убирать - но таких, по счастью, уже мало), 100% отключить "Управление BSS-окружением 802.11k/v" и роуминг, опционально - TX-Burst и BeamForming. И канал настроить вручную из гарантированно известных "тупому" клиенту.

сходите к официалам

https://help.keenetic.com/hc/ru/articles/360000632239-Клиент-OpenVPN по слову OpenVpn искали?

вы сначала определитесь, port 2 - это провайдер или клиент? Если клиент, то посыл провайдера будет совершенно справедливым.

Судя по в это время инет был подключен через синий провод. А проблемы с физикой на желтом Это вам кабель к компьютеру переобжать надо, как минимум. А если это WAN - то к провайдеру.

в логе что во время прерывания? Гадать тут не умеют.

чтобы хотя бы попытаться понять, нужен минимум лог, сохраненный после того как воспроизведете проблему. А лучше селфтест. А лучше не тут, а к официалам (ибо проблема уникальная и вряд ли быстро заинтересует тех, кто имеет тут права смотреть скрытые файлы).

можно же отключить фильтрацию для отдельного хоста и указать на роутере (или на самом хосте) требуемый DNS - это не то, что вам надо?

у вас в логе, если вы его не обрезали, нет никаких данных о том, что случилось. Перезагрузки, которая помогает по вашим словам, тоже нет. Есть сохранение конфигурации только. Ликбез: интернет чекер обращается к какому-то внешнему узлу, что-то типа google.com (не помню точно), не получает от него ответа и сообщает, что по его мнению интернет потерян. И лампочки гасит. Других данных в вашем логе нет, хотя они могли бы быть - например, ошибка разрешения имени, или обрыв линка, или туннеля, или сообщения от dhcp сервера. Это все вообще-то логгируется и в случае проблем между роутером и провайдером видно. Но у вас роутер считает, что все хорошо, вот только "условно-гугл" не отвечает. Почему он не доступен, вы по диагностике с роутера (которую можно получить не думая) все равно не поймете. Нужно в момент обрыва трассировать шлюз провайдера, хосты в инете и т.д. - роутер сам этого не сделает, это вам надо вручную запускать с роутера или с клиента. Возможно вообще все нормально, но "условно-гугл" отвалился сам, а на самом деле инет работает. В любом случае в саппорте разберутся и научат, как, когда и что сделать.

в огрызке лога @Mezk что-то не нашел пингчека. Интернет чекер есть, но более ничего, даже банального падения линка или получения адреса. Предположу, что проблема выше, чем шлюз провайдера. В логах - безобидный интернет чекер (управленец индикаторами) теряет коннект до своих точек проверки где-то в интернетах. Но чтобы нужно нормальную диагностику смотреть, причем в данном случае даже не с роутера (он, если лог не порезан, не замечает что именно случилось), а всякий пинг/трассировку до внешних и провайдерских узлов. Лучше с такими задачами в поддержку сходить.