5.1 Beta 1 | После перезагрузки роутер даже не пытается поднять соединение Wireguard

[Robespierre]

Всех приветствую! Прошивка 5.1 Beta 0.3, роутер Keenetic Hopper KN-3810.

Настроено 2 Wireguard-подключения. Оба рабочие. Перезагружаю роутер, происходит следующее:
 

1) Пытается подняться основное провайдерское соединение. По итогу делает это успешно.

2) Пытается подняться соединение (назовём его соединение A) по Wireguard - моментально поднимается после провайдерского.

3) Пытается подняться соединение (назовём его соединение B) по Wireguard - пытается подняться в самом начале, но затем вообще тухнет и в графике нет никаких попыток соединиться. Предполагаю, потому что соединение B делает это слишком долго и потом вообще перестает это делать? Это ожидаемое поведение разве? На скрине будет более понятно о чём я.

 

 

Не попало в график, но до этого были попытки отправки сообщений, потом и они угасли.

Для ТП в следующем сообщении прикладываю Selftest и опишу с каким именно подключением проблема.

Edited April 23 by Robespierre
в новой версии проблема остается актуальной

[Robespierre]

В обоих соединениях выбрано, что должны соединяться через моё основное провайдерское соединение.

[Pumba89]

Давно заметил такое. С первых беток, но у меня было когда одно из трёх Вг выключено тумблером, и после перезагрузки одно след не стартует.

Думал это беда у меня)

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

1 минуту назад, Pumba89 сказал:

Давно заметил такое. С первых беток, но у меня было когда одно из трёх Вг выключено тумблером, и после перезагрузки одно след не стартует.

Думал это беда у меня)

Уже поднималась эта тема. Самое интересное, что на 5.0 все норм, а на 5.1 появилась эта проблема.

[Robespierre]

5 минут назад, Илья Картавенко сказал:

Уже поднималась эта тема. Самое интересное, что на 5.0 все норм, а на 5.1 появилась эта проблема.

Я думал проблема в опции "подключаться через ...". Оказалось не в ней проблема:(

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

6 минут назад, Robespierre сказал:

Я думал проблема в опции "подключаться через ...". Оказалось не в ней проблема:(

Проблема именно там. Но в 5.0 при привязке к конкретному интерфейсу после перезагрузки роутера wireguard поднимался автоматически

[KoneTaH]

Цитата

Прикладываю сюда же селфтест

Попробуйте отключить ping-check на ISP, и, если после этого не заработает, то приложите self-test с отключенным ping-check. Судя по логам, ping-check на ISP не работает примерно никогда и гасит ISP, как только появляется рабочий Wan-интерфейс (которым у вас является один из Wireguard, ну или оба сразу, если повезет). Соответственно Wireguard соединения тоже умирают (они же не могут работать без интернета), и ping-check включает ISP обратно как последний резерв. Далее все повторяется заново циклически.

[Сергий Stern]

34 минуты назад, KoneTaH сказал:

Попробуйте отключить ping-check на ISP,

даже и включен не был, а соединения WG не срабатывают... Проблемы с ISP наблюдаются и с 5.0 в разделе маршрутизация исчезает интерфейс в правиле - маршрутизация идет в пустоту, теперь еще и сами соединения при его указание багуют

 

 

Edited April 18 by Сергий Stern

[KoneTaH]

17 минут назад, Сергий Stern сказал:

даже и включен не был, а соединения WG не срабатывают... Проблемы с ISP наблюдаются и с 5.0 в разделе маршрутизация исчезает интерфейс в правиле - маршрутизация идет в пустоту, теперь еще и сами соединения при его указание багуют

 

 

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

[Robespierre]

2 часа назад, KoneTaH сказал:

Попробуйте отключить ping-check на ISP, и, если после этого не заработает, то приложите self-test с отключенным ping-check. Судя по логам, ping-check на ISP не работает примерно никогда и гасит ISP, как только появляется рабочий Wan-интерфейс (которым у вас является один из Wireguard, ну или оба сразу, если повезет). Соответственно Wireguard соединения тоже умирают (они же не могут работать без интернета), и ping-check включает ISP обратно как последний резерв. Далее все повторяется заново циклически.

Приветствую! К сожалению, отключение ping-check на ISP не помогло. Прикладываю self-test в следующем сообщении.

[KoneTaH]

Цитата

Прикладываю self-test в следующем сообщении.

Да, теперь в логах такое:

[I] Apr 18 17:14:59 ndm: Wireguard::Interface: "Wireguard1": resolved peer "..." endpoint to "X.X.X.X". 
[I] Apr 18 17:14:59 ndm: Wireguard::Interface: "Wireguard1": "...": via interface is not ready, standby. 

и псе. А если соответственно сделать вкл/выкл этого Wireguard1, то все заработает?

[Robespierre]

1 минуту назад, KoneTaH сказал:

Да, теперь в логах такое:

[I] Apr 18 17:14:59 ndm: Wireguard::Interface: "Wireguard1": resolved peer "..." endpoint to "X.X.X.X". 
[I] Apr 18 17:14:59 ndm: Wireguard::Interface: "Wireguard1": "...": via interface is not ready, standby. 

и псе. А если соответственно сделать вкл/выкл этого Wireguard1, то все заработает?

Да. Поведение в общем и целом не поменялось: я отключил пинг-чек, перезагрузил роутер, произошло следующее:

1) поднялось ISP соединение
2) поднялся 1 из вайргард-соединений
3) 2 вайргард не поднялся

Причём 2 вайргард опять попытался подняться в начале какое-то время, потом на графике снова тишина.

Плюсом, действительно, если выключить-включить Wireguard-соединение, всё работает как надо, соединяется быстро.

[Namenloss]

Аналогичная ситуация на 5.1 любой, 2 из 3 WG поднимаются после перезапуска, 1 - всегда не работает, трафик 0 именно после перезапуска. Достаточно выкл/вкл и все начинает работать.  Ping-check не установлен.  

Update: если убрать "Подключаться через" (основное IPoE без какой-либо авторизации) - все туннели поднимаются разом.

 

Edited April 19 by Namenloss

[Robespierre]

14 часов назад, Namenloss сказал:

Аналогичная ситуация на 5.1 любой, 2 из 3 WG поднимаются после перезапуска, 1 - всегда не работает, трафик 0 именно после перезапуска. Достаточно выкл/вкл и все начинает работать.  Ping-check не установлен.  

Update: если убрать "Подключаться через" (основное IPoE без какой-либо авторизации) - все туннели поднимаются разом.

 

Если убрать эту опцию, тогда ведь есть риск, что при наличии 2+ вайргард соединений, одно из них начнет подниматься используя уже какое-то активное соединение WG? Неудобно...

[Namenloss]

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

Если убрать эту опцию, тогда ведь есть риск, что при наличии 2+ вайргард соединений, одно из них начнет подниматься используя уже какое-то активное соединение WG? Неудобно...

Что поделать - в случае ребута важнее хоть как-то начать работать, если разработчик вместо расширения штата QA шлет пачки чая за репорты на форуме... и не чинит от беты к бете, то что описано в разных топиках. 

Еще добавлю, если на работающем соединении отключить подключаться через и сохранить, процессор уходит в полку и счетчик отрправленного трафика растет до бесконечности с максимальной скоростью аплинка для интерфейса где менялась настройка.

Edited April 19 by Namenloss

[3-50]

Стоит "Подключаться через любое интернет-подключение", после перезагрузки туннель не поднимается, в логе при включении роутера про Wireguard есть только:

[I] Apr 21 08:02:21 ndm: Wireguard::Interface: "Wireguard0": triggering peers to reinitiate handshakes. 

После того как вручную переключил из положения вкл в положение выкл и обратно:

[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": "base" changed "conf" layer state "running" to "disabled". 
[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": interface is down. 
[I] Apr 21 08:36:55 ndm: Core::System::StartupConfig: saving (http/rci). 
[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": "base" changed "conf" layer state "disabled" to "running". 
[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": interface is up. 
[I] Apr 21 08:36:55 ndm: Core::System::StartupConfig: saving (http/rci). 
[I] Apr 21 08:36:56 ndm: Wireguard::Interface: "Wireguard0": resolved peer "T/qaWJm

100% воспроизводимость, пять раз за последние пару дней, туннель всего один. Self-test нужен? В этой теме или отдельную?

[Robespierre]

У кого сохраняется проблема - давайте дождемся 0.4 бету (надеюсь там это исправят), если у в ней не пофиксится, будем делать отдельные темы.

[KoneTaH]

В 19.04.2026 в 14:53, Namenloss сказал:

Еще добавлю, если на работающем соединении отключить подключаться через и сохранить, процессор уходит в полку и счетчик отрправленного трафика растет до бесконечности с максимальной скоростью аплинка для интерфейса где менялась настройка.

Да, есть такое. Точнее, было. С большой вероятностью и это тоже должно быть исправлено в следующей бете.

[KoneTaH]

В 21.04.2026 в 22:43, 3-50 сказал:

Стоит "Подключаться через любое интернет-подключение", после перезагрузки туннель не поднимается, в логе при включении роутера про Wireguard есть только:

[I] Apr 21 08:02:21 ndm: Wireguard::Interface: "Wireguard0": triggering peers to reinitiate handshakes. 

После того как вручную переключил из положения вкл в положение выкл и обратно:

[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": "base" changed "conf" layer state "running" to "disabled". 
[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": interface is down. 
[I] Apr 21 08:36:55 ndm: Core::System::StartupConfig: saving (http/rci). 
[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": "base" changed "conf" layer state "disabled" to "running". 
[I] Apr 21 08:36:55 ndm: Network::Interface::Base: "Wireguard0": interface is up. 
[I] Apr 21 08:36:55 ndm: Core::System::StartupConfig: saving (http/rci). 
[I] Apr 21 08:36:56 ndm: Wireguard::Interface: "Wireguard0": resolved peer "T/qaWJm

100% воспроизводимость, пять раз за последние пару дней, туннель всего один. Self-test нужен? В этой теме или отдельную?

Так я так и не понял, вкл/выкл после загрузки помогает или нет? А вообще не похоже на то что у топикстартера. Лучше наверное сделать отдельную тему и добавить туда self-test, снятый сразу после перезагрузки и попытки сделать вкл/выкл интерфейса Wireguard. В скрытом сообщении, разумеется.

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

9 часов назад, KoneTaH сказал:

Так я так и не понял, вкл/выкл после загрузки помогает или нет? А вообще не похоже на то что у топикстартера. Лучше наверное сделать отдельную тему и добавить туда self-test, снятый сразу после перезагрузки и попытки сделать вкл/выкл интерфейса Wireguard. В скрытом сообщении, разумеется.

У меня помогает.

[KoneTaH]

2 часа назад, Илья Картавенко сказал:

У меня помогает.

Да не у вас, а у того, на чье сообщение я отвечал  Вот для этого и нужны разные темы...

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

19 минут назад, KoneTaH сказал:

Да не у вас, а у того, на чье сообщение я отвечал  Вот для этого и нужны разные темы...

Кстати, кроме этой темы есть еще. 

 

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

 

[Robespierre]

В 5.1 Beta 1 проблема сохраняется. Selftest прикладываю в следующем сообщении.

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

1 минуту назад, Robespierre сказал:

В 5.1 Beta 1 проблема сохраняется. Selftest прикладываю в следующем сообщении.

Да, проблема осталась.

[Robespierre]

15 минут назад, Илья Картавенко сказал:

Да, проблема осталась.

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

[3-50]

После обновления до 5.1 b1 проблема сохранилась, сразу же после загрузки веб-туннель неактивен.

[keshun]

Beta1,  ситуация усугубилась, если раньше не подключался 1 из 3 туннелей, то теперь все 3 лежат пока не переткнешь.

[Robespierre]

33 минуты назад, keshun сказал:

Beta1,  ситуация усугубилась, если раньше не подключался 1 из 3 туннелей, то теперь все 3 лежат пока не переткнешь.

Это странно. У меня как и раньше: 1 поднимается, а 2 только после выкл вкл

[t800]

Стоило сразу найти эту тему, а то я уж думал, что у меня что-то уникальное. Да, проблема наблюдается на 5.1, при этом может не включаться одно, а могут все два из двух WG-туннелей. Закономерностей или временных решений не нашёл. 

Но есть еще одно наблюдение: проблема касается не только перезагрузки. Если туннель упал по какой-то причине (рестарт сервера), то кинетик рандомно может его не поднять. Светится статус "нет соединение" и на графике "гребёнка", как если бы в сторону сервера отправлялись пакеты, а в ответ ничего. Помогает перевключение тумблером в Web UI

[Robespierre]

37 минут назад, t800 сказал:

Стоило сразу найти эту тему, а то я уж думал, что у меня что-то уникальное. Да, проблема наблюдается на 5.1, при этом может не включаться одно, а могут все два из двух WG-туннелей. Закономерностей или временных решений не нашёл. 

Но есть еще одно наблюдение: проблема касается не только перезагрузки. Если туннель упал по какой-то причине (рестарт сервера), то кинетик рандомно может его не поднять. Светится статус "нет соединение" и на графике "гребёнка", как если бы в сторону сервера отправлялись пакеты, а в ответ ничего. Помогает перевключение тумблером в Web UI

Это странно. У меня такой проблемы нет. После статуса недоступности сервера всё нормально обратно поднимается