ndm

Добавили поддержку нужного расширения в версии 3.3 Alpha 5, просьба проверить. Если не заработает, нужен новый дамп пакетов.

Действительно, @Le ecureuil кое-какой патч из 3-й ветки не перенес, это легко исправить.

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

Хорошие новости Кинетик каждый год продлевает контракт с Microsoft за использование текущего набора файловых систем, и с добавкой exFAT он был бы еще дороже. Редкие особо настойчивые звонят и требуют exFAT, но то, что сейчас можно по-быстрому и бесплатно встроить, 1) медленно работает и 2) требует исследования, насколько это законно. Поэтому, пока — нет, извините. Микрософт прямо пишет:

Создайте для телевизора отдельный сегмент с точкой доступа 5 ГГц, и выключите на этом сегменте 2.4 ГГц. Дальше вопрос — нужно ли, чтобы телевизор был в одном сегменте с телефонами и ноутбуками? Если да, то придется в командной строке перенести WifiMaster1/AccessPointX (точка доступа для телевизора) из BridgeX в Bridge0.

Посмотрите в startup-config. Обычно все отмены настроек делаются с помощью приставки "no". Например "no schedule такое-то" полностью удаляет расписание такое-то. Отключить перезагрузку по расписанию — no system reboot. Не забудьте сохранить конфиг после этого: system configuration save

Да, большую часть проблем dual-image решает. Но иногда, сразу старта обновленной версии прошивается загрузчик, и если поврежден начальный сектор, всё слетает к хренам. Тогда никакая кнопка и восстановление не спасает, но это всё в теории. Что на самом деле сломалось, можно только гадать. Заменят и старый в помойку выкинут.

Какие еще пути, разбираться самому. Припаять консоль, подключиться и читать, что там. На кнопку реагирует работающая прошивка! А по симптомам всё слетело под корень.

Не нужно, достаточно указать сегмент "Network access", и к нему будет доступ. Попробуйте пул адресов PPTP-сервера настроить 192.168.1.X - 192.168.1.Y, но так, чтобы они не пересекались с пулом DHCP. Если на тп-линке доступ со стороны PPTP-клиента в сторону PBX открыт, всё заработает. Есть ощущение, что дело в тп-линке, который не знает, куда посылать пакеты до 192.168.1.0/24. Если адреса PPTP-клиентов будут совпадать с домашней сетью, ему будет проще. И для кинетика это корректная конфигурация.

Настройки VPN-сервера на кинетике ограничены, там нельзя сделать правила для каждого клиента, и идентификация подключений в оболочке отсутствует. (Она есть в linux, но на уровень CLI кинетика не выведена.) Возможностей VPN-сервера по умолчанию достаточно для простых задач. Пока всё, что можно менять — это настраивать доступ через VPN к выбранному сегменту или к интернету в целом. Если нужны гибкие настройки, пользуйтесь GRE, IPIP и другими, но это совсем другая тема. Никаких специальных ограничений на SIP/UDP в VPN-сервере нет, т.е. если "удаленная сеть пингуется", то и всё остальное должно работать. Вы пишете, что телефон находится за tp-линком, но не очень понятно, где и по какому адресу у вас FreePBX.

Сертификат на кинетике ни при чем, потому что acme-challenge работает по HTTP, а не HTTPS. Мешать может только редирект кинетика. Попробуйте отключить его: (config)> no ip http ssl redirect Если не помогает, создайте руками файл в каталоге /.well-known и снаружи wget-ом посмотрите, что происходит.

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

Реализовано в версии 2.15 вместе с введением ACMEv2 и wildcard-сертификатов. На собственных зонах KeenDNS работает через DNS-TXT-записи вместо HTTP /.well-known.

Много воды утекло, подытожу. В версии 2.15 и 3.1 новый интерфейс, в котором лог открывается в два щелчка — Диагностика → Показать журнал. Никакой прокрутки и лишних движений. Улучшать нечего, тему закрываем.

Будем считать, фича реализована (версия 3.00.A.1.0-1). Поддержка в конкретных чипсетах зависит от Mediatek, но обещанные сроки сдвигаются, и если начнет пригорать, портируем сами.

Реализовано в версии 3.1. Можно тестировать.

Реализовано в версии 3.1.

3.1 в драфте.

Теперь появляется и на бета, и на драфт-версии. Официальная поддержка теперь публикует информацию обо всех выпусках Keenetic OS: https://help.keenetic.com/hc/ru/categories/360000400920-Информация-о-выпусках-KeeneticOS Появление ссылки в интерфейсе устройства на соответствующую статью БЗ управляется со стороны сервиса обновлений.

Хуже того: бывает, что камера или NAS пробрасывает себе 80-й порт по UPnP, а люди не догоняют, что произошло. Создаёшь домены KeenDNS, пыхтишь — из домашней сети всё открывается как надо. А при доступе извне попадаешь то на NAS, то на камеру, кто первый успел.

"Полноценные" модули, которые нам доставались на тестирование, действительно работали, но продавать их никто не будет ввиду высокой стоимости. Операторы раздают PON-терминалы бесплатно, а этот модуль стоит как сам кинетик. OMCI в прошивку добавлять не планируется.

Конфиг не забудьте сохранить "system configuration save"

Не имеет значения, каким портом, по идее настроить можно, если шлюз и DNS виден в сети, куда Ультра воткнута. Скажем, (config)> ip route default {gateway} Network::RoutingTable: Added static route: 0.0.0.0/0 via {gateway}. (config)> ip name-server {server} Dns::Manager: Name server {server} added, domain (default). (config)> interface Home ip global 1

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

Линк падает на пару секунд. GigabitEthernet0/0 — это разъем с надписью "1". Уточните, у вас туда комп проводом воткнут?