KoneTaH

Это, можно сказать, уже исправлено по большому счету, но в 5.01.B.2.0 это не попадает. Так что исправление будет "через одну бету".

Если IPv6 в локалке нет, то клиентские устройства просто не будут пользоваться IPv6 адресом, а будут пользоваться только IPv4, и вреда не будет. Собственно и раньше, когда вы выставляли режим работы cloud и для IPv4 и для IPv6, происходило то же самое - эти записи добавлялись и для IPv4 и для IPv6 для локалки, даже если в локалке у вас ну совсем не было IPv6, в этом плане ничего не изменилось. Присылайте self-test, логи, посмотрим.

Эта запись чисто для доступа из локальной сети. Сейчас такие записи для локалки добавляются не только в cloud-режиме как раньше, но и в direct режиме в том случае, если с WAN что-то случилось, и он не получил адрес из соответствующего семейства. Это отслеживается отдельно для IPv4 и IPv6. Например, если WAN не получил IPv4 адрес, то подобная запись будет добавлена для IPv4. Как только WAN получит IPv4 адрес (и если стоит direct режим), то эта запись будет с роутера удалена. Точно так же все работает для IPv6. Снаружи эти записи не видны.

Следующая бета будет включать исправление для access-list и ipv6 access-list.

Понятно, спасибо, в понедельник посмотрю.

А можно привести access-list'ы, для которых наблюдаются такие ошибки, в текстовом виде? А то с картинки ну очень неудобно копировать для тестов.

Ну вообще-то это не совсем так. При автоматическом создании mws wlan при переезде с версии, на которой их еще нет, оно пропишется. Можете проверить - добавить schedule на точку доступа 2.4GHz (точнее, на первую точку в конфиге с данным SSID), убрать mws wlan из конфига редактором и перезагрузиться. А при переезде с беты на бету возможны флюктуации, да.

Если слева - последняя версия, то ненормально.

Schedule теперь навешивается через mws wlan, а с AccessPoint, находящихся под управлением mws wlan, schedule принудительно убираются (поскольку больше нет никакого способа управлять ими через Web UI). А что "поломали" в access-list с вашей точки зрения - я не понял, ошибки пропали?

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

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

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

Да, теперь в логах такое: [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, то все заработает?

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

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

Сегодня 10 апреля, пятница. Судя по self-test, у вас тоже. Но расписание у вас выглядит так, как на приложенном скриншоте - выключена сплошная суббота: И в логе там где вы выполняете манипуляции с расписанием сплошные [I] Apr 10 12:44:02 ndm: Core::Schedule::Manager: raised action "start" by "schedule0". Вы попробуйте выключать расписание не в субботу, а все-таки в пятницу.

Приложите, пожалуйста, текущий self-test после переприменения настройки, посмотрю, как там что.

Попробуйте "переприменить" расписание в веб-интерфейсе (переключить на "Работает постоянно", сохранить настройки, потом обратно расписание включить и опять сохранить настройки). После этого AccessPoint должен отключиться по расписанию и в дальнейшем по расписанию включаться/отключаться как обычно.

Проблема в том что одно и то же расписание сейчас настроено в двух местах: на интерфейсе AccessPoint и в конфигурации mws wlan. Когда вы убираете расписание из одного из этих мест, оно остается на другом и продолжает действовать. Попробуйте сделать так: Зайдите на роутер по ssh или через telnet; Подайте следующие команды: interface WifiMaster1/AccessPoint0 no schedule exit system configuration save После этого режим "Работает постоянно" в вебе должен заработать.

Попробуйте сделать так: Загрузите через веб-интерфейс файл startup-config; Посмотрите, есть ли там секции, начинающиеся с "mws wlan" (идут примерно в конце конфига). Если есть - удалите эти секции в текстовом редакторе; Перезалейте отредактированный startup-config обратно в устройство и дождитесь перезагрузки. После перезагрузки устройства у меня появились в веб-интерфейсе отдельные точки доступа с разными SSID и диапазонами, привязанными к одному сегменту. Но через веб-интерфейс такое настроить действительно у меня пока не получилось, он отказывается добавлять новые точки, даже когда для сегмента есть свободные диапазоны.

Как именно? У меня например сходу не получилось: (config-user)> password plain 12345678 Core::Authenticator error[1509528]: plaintext password is found in the blocklist. Вы пароль сразу в виде хеша указали?

Так это много лет так работало (лет пять как минимум точно), A-запись в direct режиме не добавлялась. Просто это "недобавление" записи требовало перезагрузки устройства. Т.е. выставляешь режим direct, перезагружаешься, и все - записи нет. Единственное что теперь изменилось - это то, что перезагрузка для пропадания записи больше не нужна.

Ну так а он filled? У меня заработало. В формочке должны быть заполнены оба поля - и "Адрес сервиса" и "Доменное имя", хотя web GUI почему-то требует заполнения только первого из них.