5.2 A7 Подключение wireguard не поднялось после обновления и перезагрузки роутера

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

KN-2110 Вернулась похоже старая проблема 

 

5.2 A7 Подключение wireguard не поднялось после обновления и перезагрузки роутера

 

[KoneTaH]

Судя по селф-тесту, PPPoE интерфейс, через который работает WG, гасится ping-check'ом, поэтому WG не может стартовать нормально. Если у ping-check не прошел хотя бы один тест, то ему при дефолтных настройках потом потребуется не менее 5 успешных тестов (50 секунд) для того чтобы перейти из состояния fail в состояние pass, все это время он будет гасить ваш PPPoE. Можете включить отладку на PPPoE интерфейсе (interface PPPoE0 debug), сохранить конфиг, перезагрузиться и посмотреть, что там ping-check про себя думает в процессе загрузки.

[vasek00]

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

Судя по селф-тесту, PPPoE интерфейс, через который работает WG, гасится ping-check'ом, поэтому WG не может стартовать нормально. Если у ping-check не прошел хотя бы один тест, то ему при дефолтных настройках потом потребуется не менее 5 успешных тестов (50 секунд) для того чтобы перейти из состояния fail в состояние pass, все это время он будет гасить ваш PPPoE. Можете включить отладку на PPPoE интерфейсе (interface PPPoE0 debug), сохранить конфиг, перезагрузиться и посмотреть, что там ping-check про себя думает в процессе загрузки.

WG поднялся на 1812 52A7 на PPPoE канале.

О каком ping-check идет речь ???

Спойлер

В моем случае его упоминание только в данном месте

    <!-- show ping-check -->
    <pingcheck>
        <profile>default</profile>
    </pingcheck>
    <!-- show processes -->
    <process>
        <comm>init</comm>
        <oom-adj>0</oom-adj>
        <oom-score>0</oom-score>
        <oom-score-adj>0</oom-score-adj>
        <arg></arg>
        <arg></arg>
        <arg></arg>
        <arg></arg>
        <arg></arg>
        <arg></arg>
        <state>S (sleeping)</state>
        <pid>1</pid>
        <ppid>0</ppid>
        <vm-size>1080 kB</vm-size>
        <vm-rss>704 kB</vm-rss>
        <vm-data>28 kB</vm-data>
        <vm-stk>132 kB</vm-stk>
        <vm-exe>12 kB</vm-exe>
        <vm-lib>884 kB</vm-lib>
        <vm-swap>0 kB</vm-swap>
        <threads>1</threads>
        <fds>3</fds>
        <statistics>
            <interval>30</interval>
            <cpu>
                <now>113.795995</now>
                <min>0</min>
                <max>0</max>
                <avg>0</avg>
                <cur>0</cur>
            </cpu>
        </statistics>
    </process>

Проверка доступности интернета (Ping Check) - не используется, уже несколько лет.

 

Изменено Пятница в 15:08 пользователем vasek00

[KoneTaH]

12 минут назад, vasek00 сказал:

WG поднялся на 1812 52A7 на PPPoE канале.

О каком ping-check идет речь ???

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

[KoneTaH]

Цитата

Сейчас, правда wwireguard поднялся с задержкой

Все правильно, пока ping-check на основном интерфейсе не даст добро, WG нормально не поднимется. Это может занять время. И вот:
 

[I] Aug 28 18:21:01 ndm: PingCheck::Profile: "default": interface "PPPoE0": failed to resolve any of the checked hosts, failure count 1/5. 
[...]
[W] Aug 28 18:24:12 ndm: PingCheck::Profile: "default": interface "PPPoE0" address 100.104.198.230: success count 1/5. 
[...]
[W] Aug 28 18:24:23 ndm: PingCheck::Profile: "default": interface "PPPoE0" address 100.104.198.230: success count 2/5. 
[...]
[I] Aug 28 18:24:53 ndm: PingCheck::Profile: "default": interface "PPPoE0" address 100.104.198.230: success count 5/5. 
[I] Aug 28 18:24:54 ndm: Wireguard::Interface: "Wireguard0": resolved peer "XXX" endpoint to "X.X.X.X". 
[I] Aug 28 18:24:54 kernel: wireguard: Wireguard0: peer "XXX" (6) created
[I] Aug 28 18:24:54 ndm: Network::Interface::EndpointTracker: "Wireguard0": "XXX": remote endpoint is "X.X.X.X". 
[I] Aug 28 18:24:54 ndm: Network::Interface::EndpointTracker: "Wireguard0": "XXX": connecting via "PPPoE0" (PPPoE0). 
[I] Aug 28 18:24:54 ndm: Network::Interface::EndpointTracker: "Wireguard0": "XXX": local endpoint is "X.X.X.X". 
[I] Aug 28 18:24:55 ndm: Network::InternetChecker: Internet access detected. 
[I] Aug 28 18:25:00 ndm: Network::Interface::Base: "Wireguard0": "wireguard" changed "link" layer state "pending" to "running". 
[I] Aug 28 18:25:00 ndm: Network::Interface::Ip: "Wireguard0": interface "Wireguard0" is global, priority 31743. 
[I] Aug 28 18:25:00 ndm: Network::Interface::Ip: "Wireguard0": adding default route via Wireguard0. 

Все как я и сказал - один фейл у ping-check и все, нужно ждать почти минуту, потом WG нормально поднимается.

 

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

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

Все правильно, пока ping-check на основном интерфейсе не даст добро, WG нормально не поднимется. Это может занять время. И вот:
 

[I] Aug 28 18:21:01 ndm: PingCheck::Profile: "default": interface "PPPoE0": failed to resolve any of the checked hosts, failure count 1/5. 
[...]
[W] Aug 28 18:24:12 ndm: PingCheck::Profile: "default": interface "PPPoE0" address 100.104.198.230: success count 1/5. 
[...]
[W] Aug 28 18:24:23 ndm: PingCheck::Profile: "default": interface "PPPoE0" address 100.104.198.230: success count 2/5. 
[...]
[I] Aug 28 18:24:53 ndm: PingCheck::Profile: "default": interface "PPPoE0" address 100.104.198.230: success count 5/5. 
[I] Aug 28 18:24:54 ndm: Wireguard::Interface: "Wireguard0": resolved peer "XXX" endpoint to "X.X.X.X". 
[I] Aug 28 18:24:54 kernel: wireguard: Wireguard0: peer "XXX" (6) created
[I] Aug 28 18:24:54 ndm: Network::Interface::EndpointTracker: "Wireguard0": "XXX": remote endpoint is "X.X.X.X". 
[I] Aug 28 18:24:54 ndm: Network::Interface::EndpointTracker: "Wireguard0": "XXX": connecting via "PPPoE0" (PPPoE0). 
[I] Aug 28 18:24:54 ndm: Network::Interface::EndpointTracker: "Wireguard0": "XXX": local endpoint is "X.X.X.X". 
[I] Aug 28 18:24:55 ndm: Network::InternetChecker: Internet access detected. 
[I] Aug 28 18:25:00 ndm: Network::Interface::Base: "Wireguard0": "wireguard" changed "link" layer state "pending" to "running". 
[I] Aug 28 18:25:00 ndm: Network::Interface::Ip: "Wireguard0": interface "Wireguard0" is global, priority 31743. 
[I] Aug 28 18:25:00 ndm: Network::Interface::Ip: "Wireguard0": adding default route via Wireguard0. 

Все как я и сказал - один фейл у ping-check и все, нужно ждать почти минуту, потом WG нормально поднимается.

 

ОК, спасибо за разъяснения.

[vasek00]

В 28.08.2026 в 18:18, KoneTaH сказал:

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

Проблема только в том что это форум, для всех и данное сообщение адресовано не конкретно вам -> следовательно всем.

Второе - не которые пользователи пишут фразу про selftest, например "отправил в скрытом сообщение"

Третье - был вариант не использования ping-check и показано, что все работает.

Четвертое возникает из третьего

В 28.08.2026 в 18:47, Илья Картавенко сказал:

ОК, спасибо за разъяснения.

сам вопрос - не могли бы пояснить использования вами ping-check для PPPOE соединения в вашем варианте, если в нем есть механизм контроля этого соединения или используете данную настройку по умолчанию. Ремарка - так как WG использует либо default маршрут или строчку "connect via PPPoE0" для поднятия соединения до Endpoint точки, то естественно поиск можно было начать с этого.