Namenloss

Здравствуйте, В связи с предстоящим выходом модели Titan SE KN-4210 (Q2-Q3 2025) возник вопрос: для посыпавшейся ФС на NVME устройстве, под рукой необходимо будет держать компьютер и собирать/разбирать роутер/компьютер для исправления ошибок, ну или внешний бокс? Это так задумано? Или будет поддержка проверки extFS? каким образом предусмотрено форматирование нулевого устройства? Например, ситуация, у меня есть KN-4210, MacBook Pro и новый купленный NVME для роутера. Искать компьютер? Покупать внешний бокс, ставить OPKG на встроенную память, поставить утилиты, отформатировать, переставить NVME в роутер, завершить это внешним боксом на полке до времен, когда надо будет проверить ФС? Спасибо.

Написал. Проблема сохраняется и между 4.2.6.1 (sstp-клиент) и 4.3b2 (sstp-сервер). Проблемы нет на Beta 0. P.S. Поддержка: пишите на форум. Форум: пишите в поддержку. Вы между собой договоритесь, пожалуйста! Как клиент, отдавший деньги за устройства (не одно), для которых заявлена поддержка, хочу обращаться в поддержку по любым версиям (beta/dev/stable), а не куда-то на форум, где "никто Вам тут ничего не должен, у нас не получилось, или фаза луны не сошлась". Спасибо.

Решение вопроса можно не ждать и забыть про SSTP сервер? Бета 2, ничего не изменилось. 2025/02/27 18:00:44 [alert] 941#0: *2528 1280 worker_connections are not enough while connecting to upstream, client: 2xx.1xx.1xx.2xx, server: unix:/var/nginx/stream.403.socket, upstream: "unix:/var/nginx/stream.403.socket", bytes from/to client:0/0, bytes from/to upstream:0/0

Попробовал, поставил direct, ошибка прежняя.

Ошибка в логе при попытке подключиться с помощью SSTP connect с iOS: https://forum.keenetic.com/topic/19868-kn-1811-43-beta-01-sstp-server-is-broken/ (тут проигнорили с 0.1 беты еще) [I] Feb 3 22:54:03 router nginx: 2025/02/03 22:54:03 [alert] 27513#0: *32440 1280 worker_connections are not enough while connecting to upstream, client: x.x.x.x, server: unix:/var/nginx/stream.403.socket, upstream: "unix:/var/nginx/stream.403.socket", bytes from/to client:0/0, bytes from/to upstream:0/0 Откат прошивки решает проблему, ну и аналогичные настройки SSTP connect с 4.2.6 не вызывают проблем.

+1: добавить возможность выбрать прошивку для загрузки: текущая/предыдущая добавить отображение версий

В прошлом году создавал обращение в ТП: 598316, просто молча закрыли, сказав что между двумя кинетиками не работает. Создал новое обращение 174455719, на удивление создали NDM-3091 (если бы сделали в прошлом году, номер был бы гораздо ниже), сроков не назвали, на просьбу исправить документацию до момента исправления - игнор. Попросил не закрывать обращение, - "сроков у нас нет, подпишитесь на форум". В прошлом году написали, - "используйте другие типы соединений".

Бесполезная ночная тема. Один раз настроил и забыл. + в системных настройках есть опции позволяющие менять название вкладки/заголовка и т.д. - тогда нет путаницы между роутерами. Лучше бы provisioning нормальный взялись делать или API человеческое, а не через RCI с угадай где и что можно забрать исходя из консольных вызовов, чем переписывать и так вполне годный интерфейс. -1 голос, "ненужное"...

Предлагаю добавить в веб-интерфейс следующие пункты: возможность задать группу портов, которую можно выбрать при настройке правила, например, порты 80 и 443 в одном правиле (аналог -m multiport), сейчас доступен только диапазон портов; возможность задать группу адресов, которую можно выбрать при настройке правила, например, список нескольких подсетей (и сразу через ipset? ); возможность выбрать тип действия reject/drop; клонирование правил; Сейчас это можно решить через entware (multiport, ipset, ...), копирование вручную конфигурации правил, но из интерфейса может тот же Ubiquiti, а, например, API и вменяемого provisioning у Keenetic нет и без Entware не будет на более простых устройствах. Весь workflow становится кривым: применить часть правил - конфигурация устройства, другая часть правил где-то в entware....

+1

Починили в 4.0 a12: 🔸PPE: изменено поведение "no ppe hardware" для сохранения ускорения LAN Wi-Fi [NDM-2660].

Номер обращения в ТП:598332, присвоенный номер проблемы: SYS-724 При отключении HWNAT, отключается WHNAT. Ответ поддержки: "Номер задачи - SYS-724, сроки разработчики не сообщают (вряд ли в ближайших версиях)." На Voyger/Giga и т.д. где нет: "EN7528DU 900 МГц" эти проблемы отсутствуют. У меня один вопрос - когда SYS-724 будет решен? И если нет, то напишите на сайте для данных моделей, что скорость передачи данных между WiFi и LAN = 240мбит/с, если Вам требуется по какой либо из причин отключить HWNAT.

KN-3510, mDNS нет "патамушта" USB нет? Не могли бы Вы, пожалуйста, пересмотреть подход к выбору категорий ПО? Возможность подключить диск никак не связана с Multicast DNS. У Speedster, например, Вы пишите в документации наличие mDNS, а пакетов то у него SMB/AFP аналогично нет. Мне необходимо 2 разных сегмента, но HomeKit в связке с HomeAssistant и без mDNS работают плохо. Отключение isolate-private не рассматривается. Круто, только зачем запихали к AFP и SMB, когда AFP уже RIP и не рекомендован самим Apple для APFS, а SMB пакет недоступен без USB, тогда как KN-3510 и KN-1011 имеют одинаковый размер Flash для системы. Можно в 3.8 это исправить? Пишу здесь, ибо техподдержка скурвилась и может день-два-три не отвечать (#99883756). f7fbb5e294e8fde5ac62bca81aede70f5638.pdf

Перенастроил с нуля один роутер из связки после полного сброса, L2TP/IPSec туннель до публичного VPN с security-level public открывает доступ к роутеру из Public сегмента. Странная ситуация, хотелось бы услышать комментарии разработчиков.

Нет, компонент UPNP не установлен, но задействован IPSec/VPN между двумя роутерами в данной инсталляции (KN-1010 <> KN-1010), выставлены только правила доступа для сетей используемых за роутерами.