Denis P

вариант использования резолверов с отключенным EDNS вы принципиально не рассматриваете?

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

там обновлений и не ждите, новый и актуальный портал тута https://support.keenetic.ru/eaeu/giga/kn-1010/ru/22852.html

Претензий к разработчикам на самом деле ровно ноль. Тема была с одним голосом и одним сообщением, о чем можно сделать определенные выводы) Конечно, это всё ограничится моделями у которых есть storage, на котором мы спокойно сможем хранить нужные нам файлы для работы нашей "странички"

жаль что эта тема ушла вы небытие у многих вендоров есть базовый функционал кэптив портала, с возможностью подкрутить свою страничку. Сценарий - дать клиенту с авторизацией интернет на условный час, после нажатия на нужную кнопку. Зачастую этого вполне достаточно, когда не требуется интеграция с внешними сервисами, авторизация по смс/звонкам, подробная статистика, журналы, etc

Не должны быть, указывайте просто ru com io без точек и все будет работать.

Берете родной клиент strongswan и проверяете. Что там конкретный вендор сделал у себя внутри догадаться сложно

вы конечно откопали древность на 2.16, там такой фокус не работает

Субъективно - бесполезная ерунда, показывает погоду на Плутоне. Особенно если устройства находятся в регионах которые чуть дальше двух столиц.

тип mschapv2 адрес сервера - ваше домен кинднс идентификатор ipsec = имя пользователя

И не ломалось.

последняя доступная - 5b1

ошибки нет, я поторопился с ответом, по этому в дальнейшем его удалил, тоже не получается отправить два разных режима работы т.е вот такой вариант работает { "access": "direct", "access6": "cloud" } а наоборот - нет

действительно, сначала пробовал через cli, там похоже не до конца реализовано, потому что доступна только вот такая команда ndns get-update direct ipv6 cloud без указания "cloud" получаем ошибку argument parse error

Логичным было бы дать возможность включать cloud для v4 и direct для ipv6.

в beta2 будет поправлено поведение ndnproxy, при получении тех пакетов которые ему не по душе.

5.0b1 браузер хром и фф, разрешение FullHD, т.е 1920*1080, 24" без масштабирования и прочего точно так же выглядит и на 13" 1440*900 тут еще вопрос попутно к ув. @Le ecureuil а можно ли нам как-то выводить адреса и порты пиров(клиентов)? а то везде нули, хотя wg такое умеет и показывает в выводе wg show, а ndms судя по всему совсем нет, даже через cli. При чем есть стойкое ощущение что оно было когда-то очень давно, на заре появления wg в кинетиках, но может и приснилось.

Можно сделать себе dhcp с пулом ровно в 1 адрес, который собственно и занять ретранслятором

1. При создании статического ipv4 маршрута он не отображается и не сохраняется в running-config, хотя отображается в списке действующих и продолжает работать. 2. При создании ipv6 маршрута в выпадающем списке отсутствуют интерфейсы типа TunnelSixInFour это же касается и пинхолинга ipv6 3. При создании ipv6 маршрута обязательным является указание шлюза - через cli таких ограничений нет + при указании любого шлюза получаем ошибку "IP-адрес из другой подсети"

Не вывозит проц, ему как раз "тяжело" писать на диск сразу с большого количества пиров. По этому картинки с бОльшими скоростями которые вы видели были либо на других устройствах либо с ssd (в случае его использования нагрузка на проц как раз меньше)

Тут больше и не будет.

Что делали? Что не получается? Управление портами ретранслятора есть на вкладке Wi-Fi система на контроллере, отмечаем чекбоксом нужный ретранслятор и вуаля

это не так устроено, в этом случае у вас бы не работал ни кинднс, ни приложение/облако, ни сервера обновлений.

в данный момент выглядит это довольно своеобразно, еще и с сайд скролом, на fhd

потому что для локальных сегментов включен ip nat по умолчанию, это можно увидеть в конфиге, например ip nat Home его нужно отключить и делать уже выборочно, в необходимые интерфейсы