[4.3.4] Пропадает интернет при выключении компьютера

[Ponywka]

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

Записал происходящее на видео, где запустил TCPDump + пинг 8.8.8.8. На видео присутствует точное время (нужное для сопоставления с логами Keenetic)  UNIX время с роутра (для сопоставления с логами) + относительное (для сопоставления с pcap файлов в Wireshark).

Для того, чтобы исключить провайдера - между провайдером и роутером Keenetic стоит роутер MikroTik. Основной ноутбук подключен к док-станции DELL WD19-2250 по Type-C, и уже в этот док входит кабель RJ45 от роутера.

Отпишу ключевые тайминги:
03:22 - Выключаю основной ноутбук
03:32 - Основной ноутбук отключился
06:18 - Экспериментирую с Wi-Fi - включаю/выключаю его на iPad
06:35 - Перестаёт работать интернет
07:22 - Показываю в веб-морде Keenetic, что интернета нет
07:42 - Подключаюсь к MikroTik, показывая, что интернет есть
08:12 - Включаю основной ноутбук
08:19 - Проскакивают зависшие пакеты
08:38 - Ввожу на ноутбуке пароль от LUKS контейнера (Linux)
08:42 - Linux на основном ноутбуке поднимает сеть, интернет на роутере восстанавливается, пинг снова работает

Так как в Self-test файле и в pcap файле присутствует чувствительная информация - скину оригиналы лишь в ЛС (тут на форуме, либо же в ЛС Telegram - https://t.me/ponywka). Прошу прощения, за то, что не могу предоставить файл здесь же.

Индексы интерфейсов для pcap файла:

Spoiler

1: lo
2: tunl0@NONE
3: sit0@NONE
4: gre0@NONE
5: gretap0@NONE
6: ethoip0@NONE
7: ip6tnl0@NONE
8: ezcfg0
9: eth2
10: eth3
11: ra0
12: ra1
13: ra2
14: ra3
15: ra4
16: ra5
17: ra6
18: ra7
19: ra8
20: ra9
21: ra10
22: ra11
23: ra12
24: ra13
25: ra14
26: ra15
27: apcli0
28: apcli1
29: eth2.1@eth2
30: eth2.2@eth2
31: br0
32: br1
33: ra7.1@ra7
34: ra15.1@ra15
35: ovpn_br0
36: ra7.2@ra7
37: ra15.2@ra15
38: tun6in4_0@NONE
39: nwg0
40: singtun0
42: tun0

 

 

Edited Saturday at 02:57 AM by Ponywka

[Илья Картавенко]

4 часа назад, Ponywka сказал:

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

Записал происходящее на видео, где запустил TCPDump + пинг 8.8.8.8. На видео присутствует точное время (нужное для сопоставления с логами Keenetic)  UNIX время с роутра (для сопоставления с логами) + относительное (для сопоставления с pcap файлов в Wireshark).

Для того, чтобы исключить провайдера - между провайдером и роутером Keenetic стоит роутер MikroTik. Основной ноутбук подключен к док-станции DELL WD19-2250 по Type-C, и уже в этот док входит кабель RJ45 от роутера.

Отпишу ключевые тайминги:
03:22 - Выключаю основной ноутбук
03:32 - Основной ноутбук отключился
06:18 - Экспериментирую с Wi-Fi - включаю/выключаю его на iPad
06:35 - Перестаёт работать интернет
07:22 - Показываю в веб-морде Keenetic, что интернета нет
07:42 - Подключаюсь к MikroTik, показывая, что интернет есть
08:12 - Включаю основной ноутбук
08:19 - Проскакивают зависшие пакеты
08:38 - Ввожу на ноутбуке пароль от LUKS контейнера (Linux)
08:42 - Linux на основном ноутбуке поднимает сеть, интернет на роутере восстанавливается, пинг снова работает

Так как в Self-test файле и в pcap файле присутствует чувствительная информация - скину оригиналы лишь в ЛС (тут на форуме, либо же в ЛС Telegram - https://t.me/ponywka). Прошу прощения, за то, что не могу предоставить файл здесь же.

Индексы интерфейсов для pcap файла:

  Показать контент

1: lo
2: tunl0@NONE
3: sit0@NONE
4: gre0@NONE
5: gretap0@NONE
6: ethoip0@NONE
7: ip6tnl0@NONE
8: ezcfg0
9: eth2
10: eth3
11: ra0
12: ra1
13: ra2
14: ra3
15: ra4
16: ra5
17: ra6
18: ra7
19: ra8
20: ra9
21: ra10
22: ra11
23: ra12
24: ra13
25: ra14
26: ra15
27: apcli0
28: apcli1
29: eth2.1@eth2
30: eth2.2@eth2
31: br0
32: br1
33: ra7.1@ra7
34: ra15.1@ra15
35: ovpn_br0
36: ra7.2@ra7
37: ra15.2@ra15
38: tun6in4_0@NONE
39: nwg0
40: singtun0
42: tun0

 

 

Компьютер подключен проводом к кинетику?

 

Если кинетик используется один, удалите компонент контроллер wifi системы. Если используете меш, то выключите stp как описано в статье. https://help.keenetic.com/hc/ru/articles/4405876929682-Отключение-поддержки-STP-на-порту-коммутатора-роутера

Edited Saturday at 05:40 AM by Илья Картавенко

[vasek00]

16 часов назад, Ponywka сказал:

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

Записал происходящее на видео, где запустил TCPDump + пинг 8.8.8.8. На видео присутствует точное время (нужное для сопоставления с логами Keenetic)  UNIX время с роутра (для сопоставления с логами) + относительное (для сопоставления с pcap файлов в Wireshark).

Для того, чтобы исключить провайдера - между провайдером и роутером Keenetic стоит роутер MikroTik. Основной ноутбук подключен к док-станции DELL WD19-2250 по Type-C, и уже в этот док входит кабель RJ45 от роутера.

Индексы интерфейсов для pcap файла:

  Скрыть контент

1: lo
2: tunl0@NONE
3: sit0@NONE
4: gre0@NONE
5: gretap0@NONE
6: ethoip0@NONE
7: ip6tnl0@NONE
8: ezcfg0
9: eth2
10: eth3
11: ra0
12: ra1
13: ra2
14: ra3
15: ra4
16: ra5
17: ra6
18: ra7
19: ra8
20: ra9
21: ra10
22: ra11
23: ra12
24: ra13
25: ra14
26: ra15
27: apcli0
28: apcli1
29: eth2.1@eth2
30: eth2.2@eth2
31: br0
32: br1
33: ra7.1@ra7
34: ra15.1@ra15
35: ovpn_br0
36: ra7.2@ra7
37: ra15.2@ra15
38: tun6in4_0@NONE
39: nwg0
40: singtun0
42: tun0

 

 

Опишите схему, так же речь идет о каком то "backup" канале на Ethernet и наличие на нем pingcheck (какие у него настройки), потом на нем OpenVPN поднимается.

Edited Saturday at 05:45 PM by vasek00

[Ponywka]

11 hours ago, vasek00 said:

On 7/5/2025 at 4:33 AM, Ponywka said:

Опишите схему, так же речь идет о каком то "backup" канале на Ethernet и наличие на нем pingcheck (какие у него настройки), потом на нем OpenVPN поднимается.

Проводное подключение настроено как "Резервное" из-за особенностей Keenetic в работе с IPv6 to IPv4 tunnel. Source: https://help.keenetic.com/hc/ru/articles/360008337639-Пример-подключения-к-туннельному-брокеру-IPv6-компании-IP4Market

Quote

NOTE: Важно! Начиная с версии KeeneticOS 4.0 были внесены изменения в реализацию работы Подключений IPv6 через IPv4. Теперь для работы данного типа туннелей необходимо поднять приоритет IPv6-подключения, т.е. сделать его основным на странице "Приоритеты подключений" на вкладке "Политики доступа в Интернет".

Пинг-чек тоже вполне обычный - ICMP, 8.8.8.8

OpenVPN - это просто соединение с одной внешней сетью. Оно работает на 172.X.X.X и не относится к интернет подключению.

[Ponywka]

23 hours ago, Илья Картавенко said:

Компьютер подключен проводом к кинетику?

Изначально же написал, что кабель заходит в док-станцию с USB сетевой картой внутри, которая потом идёт по кабелю Type-C в основной ноутбук (тот самый, к которому подключено два монитора, расположенные на видео сзади).

23 hours ago, Илья Картавенко said:

Если кинетик используется один, удалите компонент контроллер wifi системы. Если используете меш, то выключите stp как описано в статье. https://help.keenetic.com/hc/ru/articles/4405876929682-Отключение-поддержки-STP-на-порту-коммутатора-роутера

При чем здесь это?

[sergeyk]

В 05.07.2025 в 04:33, Ponywka сказал:

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

Отключите flow control на порту 1012, к которому подключена док-станция:

no interface {name} flowcontrol send

или

no interface {name} flowcontrol

 

[Илья Картавенко]

23 минуты назад, Ponywka сказал:

Изначально же написал, что кабель заходит в док-станцию с USB сетевой картой внутри, которая потом идёт по кабелю Type-C в основной ноутбук (тот самый, к которому подключено два монитора, расположенные на видео сзади).

При чем здесь это?

Прочитайте статью, и прочитайте что такое протокол stp

[Илья Картавенко]

Но вообще проблема может быть и не в роутере, а в самой док-станции.

[vasek00]

40 минут назад, Ponywka сказал:

Проводное подключение настроено как "Резервное" из-за особенностей Keenetic в работе с IPv6 to IPv4 tunnel.

Пинг-чек тоже вполне обычный - ICMP, 8.8.8.8

OpenVPN - это просто соединение с одной внешней сетью. Оно работает на 172.X.X.X и не относится к интернет подключению.

При таком описании, в моем случае все работает. Возможно кто-то поймет данное вами описание получше.

Спойлер

 

Edited Sunday at 05:35 AM by vasek00

[Ponywka]

1 hour ago, Илья Картавенко said:

Прочитайте статью, и прочитайте что такое протокол stp

Я прочитал - всё равно не понял при чём здесь это. У меня нет петель, да и тогда уж наоборот, мне следовало бы включить STP, что как бы и так должно быть по-умолчанию.

59 minutes ago, Илья Картавенко said:

Но вообще проблема может быть и не в роутере, а в самой док-станции.

В не приложенных (в целях конфиденциальности) отладочных файлах при визуальном анализе трафика Wireshark'ом я не увидел, чтобы там была какая-нибудь DDoS атака на роутер (на видео видно, что за 9 минут было ~250k пакетов, что в целом является нормой учитывая количество подключенных устройств).

1 hour ago, vasek00 said:

При таком описании, в моем случае все работает.

Без комментариев. Я не говорил, что проблема кроется конкретно в этом. Я в целом говорю о том, что есть какой-то странный баг. Сброс роутера не помог. Либо же какая-то аппаратная проблема, либо же проблема в прошивке возникающая в очень редких сценариях. Допускаю, что проблема возможно и во мне, но пока мне не предоставят способ собрать ещё больше информации по происходящему - не смогу дать внятный ответ.

[Mamay]

8 минут назад, Ponywka сказал:

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

То есть вместо того чтобы попробовать вариант от разработчика 

no interface {name} flowcontrol send

Вы предпочитаете вести флейм с волонтёрами.

[Илья Картавенко]

14 минут назад, Ponywka сказал:

Я прочитал - всё равно не понял при чём здесь это. У меня нет петель, да и тогда уж наоборот, мне следовало бы включить STP, что как бы и так должно быть по-умолчанию.

В не приложенных (в целях конфиденциальности) отладочных файлах при визуальном анализе трафика Wireshark'ом я не увидел, чтобы там была какая-нибудь DDoS атака на роутер (на видео видно, что за 9 минут было ~250k пакетов, что в целом является нормой учитывая количество подключенных устройств).

Без комментариев. Я не говорил, что проблема кроется конкретно в этом. Я в целом говорю о том, что есть какой-то странный баг. Сброс роутера не помог. Либо же какая-то аппаратная проблема, либо же проблема в прошивке возникающая в очень редких сценариях. Допускаю, что проблема возможно и во мне, но пока мне не предоставят способ собрать ещё больше информации по происходящему - не смогу дать внятный ответ.

Дело в том, что stp долго сходится, и потому могут происходить обрывы. STP не должен работать на клиентских портах, т.к это как раз и может приводить к таким обрывам.

[Ponywka]

1 hour ago, Mamay said:

То есть вместо того чтобы попробовать вариант от разработчика 

no interface {name} flowcontrol send

Вы предпочитаете вести флейм с волонтёрами.

1) Я даже не был в курсе, что это волонтеры.

2) Окей, я попробую, только есть такой момент, что это я терпеливый и местами дотошный, что могу попробовать разобраться с этим, а условная "домохозяйка", которой посоветовали роутер от Keenetic уже нет. Такие моменты должны работать из коробки, и не должны решаться командами в Telnet (даже не смотря на RCI, командой это не перестает быть). 

1 hour ago, Илья Картавенко said:

Дело в том, что stp долго сходится, и потому могут происходить обрывы.

Спасибо за объяснение. Попробую.

Но вообще такие обрывы не просто какие-то короткие, а держатся от момента выключения компьютера, до момента включения. Т.е. тут я выключил комп - отвалился инет, и появился ток тогда, когда я его включил, т.е. спустя 12 часов. На Keenetic у меня крутится домашний сервер, и собственно он был недоступен все это время. 

Spoiler

 

[Илья Картавенко]

1 час назад, Ponywka сказал:

Но вообще такие обрывы не просто какие-то короткие, а держатся от момента выключения компьютера, до момента включения. Т.е. тут я выключил комп - отвалился инет, и появился ток тогда, когда я его включил, т.е. спустя 12 часов. На Keenetic у меня крутится домашний сервер, и собственно он был недоступен все это время. 

Вот это вы должны были сказать в самом первом своем сообщении. Тогда это скорее всего баг вашей док-станции. Попробуйте ее отключить совсем от сети.

[sergeyk]

5 часов назад, Ponywka сказал:

Такие моменты должны работать из коробки, и не должны решаться командами в Telnet (даже не смотря на RCI, командой это не перестает быть). 

Всё так и есть: для подавляющего большинства пользователей включенный flowcontrol — правильная настройка; любое нормальное правильно настроенное сетевое устройство изначально работает в таком режиме.