Sergey Zozulya

Я к тому, что если с клиентами проблем нет, то эти опции напротив ускоряют WiFi.

Почему они лишние?

@hellonow хм, похоже, что это какая-то особенность системного резолвера. Возможно, локальные адреса как-то по-другому резолвятся. Потому что хоть DNS сервер и кинетик, без явного указания IP кинетика как DNS сервера имя не резолвится, а вот с указанием IP все нормально: На Android все работает без танцев. Windows не нашел, на WinPE не удалось подключиться к роутеру. Удалось добиться обращения только по имени, если еще дополнительно включить https://help.keenetic.com/hc/ru/articles/214471085. Отдельно использование DHCP Option 15 не помогает, но вместе с update-dns работает. Для справки - без обоих этих опций работает обращение через orangepi5.local.

Keenetic Extra (KN-1713) 4.0 Alpha 9 Включил резолвинг клиентов по имени хоста по этой инструкции - https://help.keenetic.com/hc/ru/articles/360011129420-Обращение-к-сетевому-устройству-по-hostname В выводе show dns-proxy вижу добавленные статические записи, например: static_a = orangepi5 192.168.1.100 static_a = ESP-D3E181 192.168.1.106 static_a = lumi-gateway-mgl03 192.168.1.200 но по имени хоста клиенты не резолвятся: $ ping orangepi5 ping: orangepi5: Temporary failure in name resolution $ ping 192.168.1.100 PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data. 64 bytes from 192.168.1.100: icmp_seq=1 ttl=64 time=2.01 ms 64 bytes from 192.168.1.100: icmp_seq=2 ttl=64 time=2.05 ms 64 bytes from 192.168.1.100: icmp_seq=3 ttl=64 time=10.9 ms ^C --- 192.168.1.100 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2005ms rtt min/avg/max/mdev = 2.013/4.975/10.866/4.165 ms На машине, с которой отправляю запрос, DNS-сервер - роутер: $ resolvectl dns wlo1 Link 2 (wlo1): 192.168.1.1 Hostname клиента, к которому обращаюсь, верный: $ hostname orangepi5 Прикрепляю self-test постом ниже.

К сожалению, не подскажу. У меня Pixel 5.

Вы были правы, подключается с любым значением IPSec identifier. Но через 15 секунд почему-то получает сигнал на разрыв соединения и все:

Вы так пробовали и работает? Или просто предположение? Для адреса сервера там уже есть поле. Адекватный список у Samsung. А Google в Pixel'ях оставила только три не самых распространенных типа VPN, скриншот был выше.

Насколько понял, это разные подключения. Например, в Android'е поле IPSec identifier обязательное, в настройках сервера такого поля нет. Это просто дополнительные настройки для выбранного типа VPN. Обычно там только прокси. Хороший адекватный список. Google в этот раз что-то совсем психанула.

Что еще печальнее, в Android 12 только три варианта для создания нового VPN соединения:

Может дело в ТВ и его особенностях при работе по DLNA? У меня такая же схема, как у вас. Субтитры (именно вшитые в файл) всегда видны и без проблем включаются.

Ну раньше-то они в одной песочнице сидели. А теперь уже конкуренты)

Благодарю! Вы всегда идете навстречу 🙏

Чтобы можно было найти и поставить стандартными средствами Entware

А разве нельзя просто собрать пакет с уже собранными бинарниками? https://github.com/AdguardTeam/AdGuardHome/wiki/Getting-Started#installation

Эта функция делает то же, что и введённые команды. Соединение выкл/вкл сделали? Команды работают, использую очень давно.

Есть еще такая тема: но никто не ответил. Поддержка пояснила, что некоторые устройства используют для обнаружения мультикаст, который через NAT между сегментами не проходит.

Есть такое. Это все устройства, которые когда-либо подключались к ТД, но не регистрировались.

Вы не понимаете ни кто вам отвечает, ни семантики задаваемых вам вопросов. Ваша позиция относительно разработчиков и так ясна из других тем, неужели вы думаете, что можно взять и выдавить из них, разработчиков, желаемое таким способом?

Вам пытаются объяснить, что прошивка универсальна и никто не собирается намеренно фрагментировать модельный ряд, выделяя дополнительные ресурсы на сомнительную функциональность. И это правильно. Кому придется? Вы готовы выступить спонсором?

Так же и на Pixel 1, который WPA3 не умеет: Enterprise в списке, потому что фактически он реализуется силами стороннего сервера.

Это вам так хотелось бы, но не является правдой. Android 10 тоже принес поддержку WPA3, тем не менее Pixel 1 (2016) сеть видит, но не подключается, Pixel 3 подключается и работает без проблем.

WPA3 исправно работает на всех устройствах, у которых явно заявлена поддержка WPA3 (пример - Pixel 3). Клиенты, которые не поддерживают, ведут себя точно так же, как ваши.

Разумеется поддерживают, но точно среди них нет SE.

@enternet с вероятностью близкой к 100% можно утверждать, что ваши клиенты не поддерживают WPA3.

@MegBrest действительно вообще не по теме. Создавайте новую тему в курилке и спрашивайте.