cheburashkaDDNS

@dimon27254 ну, как я и написал выше с добавлением ipv6 или dns-over-https такой проблемы нет. при dns-over-tls в полноэкранном режиме тоже все хорошо. возможно здесь просто забыли исправить.

ipv6, doh впорядке. при dot в полноэкранном режиме (F11) браузера тоже.

обратил внимание на частое появляение записей в системном журнале. связаны с работой dns-proxy. используются DoH pure IPs до публичных резолверов. перебирал варианты, интернет-фильтры, на всех DNS происходит логгирование. на саму работу влияния не оказывает. Янв 11 20:23:15 https-dns-proxy 8B7D: curl response code: 500, content length: 12 Янв 11 20:23:17 ndnproxy too short packet, ignore. Янв 11 20:23:17 https-dns-proxy 6EE0: curl response code: 500, content length: 12

подтверждаю наличие проблемы

Спасибо за исправление, проверил в версии 5.0.0 (preview), теперь всё работает верно! Хотелось бы ещё попросить (на Ваше усмотрение) добавить возможность скрыть отображение пароля при выводе окна с QR-кодом в интерфейсе. И по возможности реализовать привязку -> если пароль скрыт то и в бланке при выборе "Распечатать" он отображаться не будет. Это поможет лишний раз не скомпрометировать пароль, тем паче что в локальном хранилище на устройстве он также не выводится.

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

@keenadmin это с включённым "Игнорировать DNSv4 интернет-провайдера" ?

@dimon27254 подтверждаю. данные события также присутствуют в журнале. 5.0 Beta 0 Сен 8 20:52:26 mtkiappd received a request with an unknown IAPP version 86 from 192.168.1.10

Для скрытой точки доступа с выставленным флагом "скрывать SSID" через QR-код подключения на устройства передаётся неверная информация "Скрытая сеть: нет". Как следствие мобильные устройства не транслируют сигнал пытаясь найти эту сеть и не подключаются к ней.

wind Error: failed to send message to UDP socket: operation not permitted. 5.0 Alpha 7. также замечаю это событие в системном журнале время от времени.

Не знаю, если так и было раньше, но сейчас будто бы во время опроса портов пропадает индикация статуса проводного подключения. гиф ускорен

@Anna_ Chrome. нет, ничего особенного кроме штатных настроек не стоит. На Keenetic Air 4.3 beta 3 такое же поведение. Нужно постоянно нажимать "Скрывать меню" при каждом заходе в веб-интерфейс. Проверял в режиме "инкогнито" с отключенными расширениями.

@Anna_ плиточный режим, когда остаются только иконки разделов. да, в том же браузере. просто закрываю страницу и ввожу IP-адрес заново. выбор не сохраняется.

@Anna_ я выбираю "скрывать меню", оставляю плиточный режим. стоит закрыть страницу и зайти в дашбоард заново, меню снова развёрнуто. giga iii 4.3 b2

можно команду для удаления? и дополнительно, есть ли возможность посмотреть статус asc для выбранного интерфейса?

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

Zyxel Keenetic Giga III есть проблема

@Le ecureuil 4.2.1 "Монитор трафика" отсутствует ссылка на статью. В параметрах IPv4 при ручной настройке пропадает пункт "Игнорировать DNSv4 интернет-провайдера". Задумка?

@Le ecureuil прошу посмотреть на последний релиз Beta 3, месяц туннель работал без падений с прописью ASC параметров. после обновления до последней беты начались отвалы. помогает как и было написано выше смена порта, туннель сразу поднимается, handshake устанавливается.

@Uncertainty какая версия прошивки у вас установлена на данный момент? заметил такое же поведение у себя после перехода на 4.2 Beta 3.

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

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

поднял туннель wireguard на основном профиле, весь трафик идёт через основное подключение за исключением некоторых маршрутов. всё работает. но на одном из устройств домашней сети планировал оставить только подключение через основное подключение. создал новую политику, снял галочку с wireguard, перенес клиента в эту политику. зашел в раздел клиенты сети, перепроверил, выставлена новая политика, у wireguard перечеркнутый крестик. выхожу в сеть на этом клиенте и о чудо трафик идёт через туннель. так и должно быть?

тоже пропали. что делал: удалил все DoH DNS-резолверы, включил обратно DNS провайдера, добавил заново DoH сервера, отключил DNS провайдера. в логах чисто.

4.1 Alpha 1 логи сыпят