KorDen

А есть адекватные пояснения, в каких случаях их требуется менять? Скажем, зачем измененять Beacon Interval? Больше 100 - не будут клиенты точку находить, меньше - будет лишняя утилизация эфира.

mtkiappd для работы 802.11r синхронизирует ключи посредством отправки broadcast-пакетов в своем сегменте.

Добро пожаловать в современные реалии. Именно такие непонятные блокировки сейчас в РФ. Тем же, чем и keenetic.net / com - IP Hetzner.

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

"Статьи по теме" и список изменений должны были появиться, поиск по базе знаний будет позднее.

Сделайте его приоритетным в отдельной политике и отправьте всех клиентов домашней сети в эту политику

Если у вас коммутатор управляемый, то нужно добавить тегированным VLAN с ID второй сети (смотреть в настройках контроллера vlan id) на все порты коммутатора. Если коммутатор неуправляемый и при этом не пропускает прозрачно все VLAN - это косяк коммутатора

А зачем и как вы это себе представляете, в какие исключения?

Обычно без проблем можно за тысячу рублей купить Б/У типа ZTE F612 или Huawei HG8120H и его вам спокойно пропишут чаще всего.

Была проблема на стороне облака, сейчас уже должно работать нормально

Уверены? Скорее всего, вам нужно подключить приставку к домашней сети, но настроить IGMP-прокси для домашней сети (в настройках сегмента внизу), выбрав в качестве IPTV-подключения подключение с припиской IPoE

Прямо так и вставляете, 34 строчками за раз, если мы конечно говорим о Telnet/SSH, а не о WebCLI добавить reject в конце перед комментарием ip route 1.2.3.4/24 IKE0 auto reject !comment

А зачем, если можно простой заменой в блокноте написать блок строчек вида ip route 1.2.3.4/24 IKE0 auto !comment и вставить его в CLI?

Перехитрили сами себя. Вы сильно отстали от жизни. ТСПУ блокирует что угодно как угодно и максимально неожиданным образом. Так, например, у меня на одном из провайдеров наблюдается четкая зависимость возможности подключиться по SSH на нестандартном порту к серверам на некоторых зарубежных хостингах в зависимости от TTL - напрямую с хоста с Linux в домашней сети можно подключиться, а стоит добавить в домашней сети один хоп (скажем, если идти из под WSL2, где та же убунта, но через второй виндовый NAT) - блокируется. Он уже сказал выше, что просил перевести свой роутер в EU, т.е. речь про другой домен

Вы уверены? Откуда вы взяли устройство с регионом EU в РФ - в интерфейсе в разделе о системе действительно отображается EU, а не EAEU? Если это действительно EU - весьма вероятно, что попали под ковровые блокировки зарубежных хостеров РКНом.

Какой у вас провайдер/регион и какой код региона устройства - EAEU? В идеале - обратитесь в официальную поддержку

- сами-знаете-кто блокирует связь с Hetzner, где распологаются NS-серверы KeenDNS. Это порождает проблемы резолва доменов на некоторых провайдерах. - есть проблема с доступом через облачный режим строго на Дальнем Востоке, выглядящая как очередная блокировка сами-знаете-кем. Вы (роутер, к которому подключаетесь), случаем, не оттуда?

Самый простейший вариант - настраиваете на соседних LAN-портах тегированные WAN и LAN, а затем в CLI указываете для WAN-порта switchport trunk vlan <id домашнего vlan> WEB-интерфейс от этого разъедется и попытка дальше что-то изменить в нём всё сломает Тем в развитие несколько, надо бы их объединить...

А зачем вы ставите драфт, чего не сидите на Stable?

На выходных была проблема с KeenDNS для архивных Zyxel Keenetic. В понедельник починили, никаких телодвижений дополнительных не требовалось. Параллельно писали и в другой теме - https://forum.keenetic.com/topic/5958-не-работает-keendns/page/3/

Дело не в версии приложения. В Android 7 и более старых в корневых сертификатах нет сертификата Let's Encrypt ISRG Root X1. https://letsencrypt.org/certificates/#root-certificates правильнее устанавливать именно отсюда и именно ISRG Root X1. Установка сертификата R3 и других подобных - это неправильный путь. Корень LE был подписан имеющимся в старых системах DST Root CA X3, но эта подпись истекает 30 сентября 2024. Поэтому Let's Encrypt проактивно с 8 февраля перестал выдавать цепочку сертификатов с кросс-подписью. Подробности - https://letsencrypt.org/2023/07/10/cross-sign-expiration.html или на русском https://xakep.ru/2023/07/12/let-s-encrypt-old-android/

Напишите в поддержку

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

Выключите DHCP-серверы на 3020, скорее всего где-то остался включен. Или у вас конфликт IP между Giga и каким-то из 3020

Такого быть не должно. Попробуйте со стороны и роутера и NAS прописать VLAN, затем включить агрегацию XOR на NAS и затем агрегацию на роутере.