3-50

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

Стоит "Подключаться через любое интернет-подключение", после перезагрузки туннель не поднимается, в логе при включении роутера про 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 нужен? В этой теме или отдельную?

Аналогично, в 5.1 b0.2 показывается только для 2.4 ГГц

Защиту при этом не вынесли, у меня в рамках одного сегмента для 2.4 и 5 ГГц разные ssid с разным типом шифрования, при этом 5 ГГц не показывается в настройках в принципе (обсуждают тут).

Да тоже с этой проблемой столкнулся, у меня в рамках одного сегмента для 2.4ГГц и 5 ГГц два разных ssid, у каждого разные типы шифрования (2.4 ГГц — wpa2 (для всего с претензией на умность, а также подключены какой-то из ipad pro, старые ноуты и тв), 5 ГГц — wpa3 (всё более-менее новое).

На 5.0.3 больше такого поведения не наблюдаю.

На 5.0.2 проблема сохраняется.

Через официальную тех.поддержку запрос сделал, ситуация у меня 100% воспроизводимая, но воспроизвести её в своём зоопарке устройств не могут. Убрали "подключение через ProviderName" (появился в Wireguard на 5.0.0 баг, когда рандомные пиры без явного указания подключиться не могли, вот я его и подобавлял, где надо было и где необязательно), добавили маршрут 192.168.121.0/24 через cli, после перезагрузки он остался, другой (192.168.1.0/24) тоже, но стоило мне зайти в маршрут 192.168.1.0/24 для этого же Wireguard подключения, поставить галочку "Добавлять автоматически", как он сразу же перескочил из "Пользовательских" в "Действующие". Убеждаюсь, что у серверного Wireguard у всех пиров нет "подключаться через", перезагружаюсь, удаляю маршрут 192.168.121.0/24 (маршрут 192.168.1.0/24 после перезагрузки удалился сам), и всё по новой: маршрут 192.168.1.0/24 добавляется в Пользовательские и сохраняется, маршрут 192.168.121.0/24 добавляется только в Действующие до первой перезагрузки.

5.0.1, поведение не изменилось, при добавлении маршрута 192.168.121.0/24 в пользовательских его нет, в действующих появляется, а после перезагрузки — пропадает. В первый раз роутер был Voyager Pro, сейчас настроенный с нуля Netcraze Giga.

@Le ecureuil, @dimon27254 товарищи! Оказывается, как минимум, с первой беты тянется. Несущественно и я могу на релизную перейти (у этого роутера путь быть был: релизная>5.b3>5.0.0) или пригодится вам для экспериментов? @Denis P, о, отлично, спасибо, то есть получается время идёт, а некая закономерность сохраняется. У меня этот роутер выступает в качестве пира с доступами к 192.168.121.0/24 (сервер-пир), и 192.168.1.2/32 для другого пира.

В предрелизной версии столкнулся с поведением, описанным для 5b2: Происходит в точности как описано выше: для Wireguard добавляю маршрут, в списке Пользовательских его нет, но он появляется в Действующих, а после перезагрузки роутера добавленный маршрут исчезает. При этом, закономерно, до добавления, обращения в нужную сеть не работают, после — маршрутизация начинает работать.

Интерфейс рабочий, открывается, например, диагностика, можно пропинговать сайт. При попытке открыть проводные подключения никаких подробностей о подключении не показывается. Роутер по Ip адресу, другие компьютеры по нему недоступны.

Подтверждаю, спасибо.

@vst, воспроизвёл последовательность действий после которых пинг перестаёт работать, видео записал. Соединение установлено, данные принимаются/отправляются, пинг работает; Отключаю "использовать для выхода в интернет" (если приоритет "высокий", то сбросится на "низкий" после отключения), сохраняю и снова включаю; Перезагружаю роутер; Соединение в статусе "подключено", но данные не принимаются, не отправляются, пинга нет. Итого Если у "Подключения IPv6 через IPv4" убрать галочку "использовать для выхода в интернет", сохранить, затем поставить и снова сохранить, то соединения после перезагрузки не будет. Устанавливается соединение после перезагрузки и работает пинг ipv6, если Перезапустить подключение; Поменять приоритет. Если был высокий приоритет, то после того, как убирается галочка, приоритет становится низким. Если был низкий, то так так и остаётся низким. В обоих случаях после перезагрузки соединение не устанавливается, ping ipv6 не работает, но показывается у соединения статус "Подключено".

@vst, прямо сейчас воспроизвёл. В интерфейсе отображается как поставленная, после перезагрузки не пингуется, также записал видео, где показано, что статус у подключения "подключено", в настройках подключения галочка "использовать для выхода в интернет" стоит, пинг не идёт, после переподключения пинг сразу работает.