Перейти к содержанию

aldzorg

Участники форума
  • Постов

    3
  • Зарегистрирован

  • Посещение

Оборудование

  • Устройства
    Peak

Достижения aldzorg

Новичок

Новичок (1/6)

3

Репутация

  1. Это сработает только для клиентов. Хотя тоже баг а не фича. Если вы добавляете пир и назначаете ему конкретный интерфейс, то становится обязательным к заполнению поле "Адрес и порт пира", что для пиров прописываемых на сервере не годится т.к. они описывают входящие, а не исходящие подключения. Проблема обсуждаемая в этой теме касается именно wireguard в режиме сервера. У меня работало 2 wireguard подключения в режиме сервера по нескольку пиров в каждом. одно из них с обфускацией. При переходе на 5.0.0 и после изменения данных пиров данная проблема и проявилась. Временно полечил установкой приложения "WireGuard VPN-сервер". Через него пока работает. Обфускацию на нем не включал. Но мне удобно иметь несколько wireguard серверов. Поэтому жду исправления.
  2. Подтверждаю проблему. Ситуация полностью аналогичная. Проблема появилась при переходе с 5.0 beta на 5.0.0
  3. У меня была такая же проблема. В домашней сети 1 Peak + 5 extender`ов (3 шт. Challenger SE (KN-3911) + Challenger (KN-3910) + Giga (KN-1011)) подключенных кабелем через настраиваемый коммутатор D-Link DGS-1100-24PV2 у всех версия 5.0 Alpha 9 Для обхода STP коммутатора для mesh включена энкапсуляция STP: mws stp encapsulation В self-test: <backhaul> <root>4000.50:ff:XX:XX:XX:XX</root> <bridge>4000.50:ff:XX:XX:XX:XX</bridge> <uplink>GigabitEthernet0</uplink> <mac>50:ff:XX:XX:XX:XX</mac> <link>up</link> <speed>1000</speed> <duplex>full</duplex> <auto-negotiation>on</auto-negotiation> <flow-control>off</flow-control> <eee>off</eee> <port-label>1</port-label> <cost>4</cost> <bss-shutdown>yes</bss-shutdown> </backhaul> т.е. <root> и <bridge> содержат MAC контроллера mesh wi-fi (Peak). Беспроводная транспортная сеть - на контроллере (Peak) выключена. После перезагрузки любого ретранслятора на нем в логе видим вышеописанную проблему: ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": no appropriate BSS to join. ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": performing site survey (partial scan). Т.е. ретранслятор ищет backhaul сеть и не получает от контроллера команду на ее выключение. Соответственно имеем потери пакетов. Полечил эту проблему созданием расписания работы для интерфейса WifiMaster1/WifiStation0 на каждом ретрансляторе: schedule backhaul_off action stop 00 03 * exit interface WifiMaster1/WifiStation0 schedule backhaul_off system configuration save т.е. WifiMaster1/WifiStation0 всегда выключен. У меня такое решение отлично работает.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.