Le ecureuil

Используется сторонний NTFS-драйвер от Tuxera, который полностью одобрен Microsoft. Мы конечно можем им написать, что дескать, через пару лет возможно вы разламываете MFT, но вероятность фикса тут почти нулевая.

На сие есть множество исторических причин. Пока менять всю логику ради работы openvpn-сервера у нескольких пользователей никто не спешит.

Со временем наверное появится.

У меня какой-то 720p SVEN висит на улице 24/7 с лета 2016, работает без вопросов. Так что "полосение" - это какие-то аппаратные глюки китайских матриц.

А я первые полгода разработки, пока не было никакого Web постоянно все это вручную вбивал!

Александр выше в треде показывал пример с dig.

Общение с upstream нужно оставить по http. Https пока не работает. А вот средствами keenetic это все можно завернуть в SSL.

Расскажите точно и по шагам, где нам взять такой модем, и добавим.

Да, пока всем можно сделать вот так и все будет работать.

Попробую перетащить в 2.11.D, но по времени ничего не обещаю.

А вы в cli пробовали? Там ограничения нет, ставьте все нули и наслаждайтесь

Разрешенные имена описываются вот так: ^([A-Za-z0-9_\\.\\-]+)$ Все остальные символы запрещены.

Лучше покажите TTL записи, и что strongswan не реагирует на смену адреса после истечения TTL. Это будет продуктивнее.

Ну какбы это уже не роутерная фича немного, а скорее для NAS. Плюс iSCSI требует внимательного и аккуратного использования, в среде с пропаданием связи он работает плоховато. Я имел с ним опыт когда был системным администратором, и он довольно требователен к надежности аппаратных средств. Ну и грамотная настройка не уместится в 2-3 поля в браузерном попапе. Потому я в целом против таких вещей в базовой прошивке, но в opkg - пожалуйста.

https://www.opennet.ru/base/sys/iscsi_fedora.txt.html Попробуйте сначала userspace-решение в виде scsi-target-utils. Если у вас все будет отлично работать, подумаем над in-kernel LIO или SCST.

https://wiki.strongswan.org/projects/strongswan/wiki/StrongswanConf Я что-то тут не вижу настроек DNS. Да и скорее всего там используется системный резолвер из uclibc-ng, который хранит записи по TTL.

Да, специалист по chilli выйдет из отпуска и подумаем. Спасибо за информацию.

Через CLI или в старом web.

Gre over IPsec, IPIP over IPsec, EoIP over IPsec, L2TP over IPsec

Похоже на баг, посмотрим.

Начинаем все с чистого листа. Старый раздел был ужасно захламлен, расчищать его нет сил. Потому по всем багам 2.11 legacy создаем новые темы (строго одну на баг, иначе сразу буду закрывать и в мусор - я один, и разбирать завалы у меня времени нет). С 2.11.C.X тоже сюда лучше не приходите. Поехали! PS: Народ, думаю и так всем понятно, что новые устройства, новые фичи и новые прошивки всегда будут в приоритете относительно 2.11. В 2.11 переносятся исправления, реально критичные для стабильной работы в углу без присмотра.

Ветка 2.11 переходит в неофициальную категорию legacy: 2.11.D. Скажем так, good old stable. Эта песочница создана для следующих категорий пользователей: желающие иметь "классический" Web-интерфейс желающие иметь поддержку для LTE, VOX, DSL и Keenetic III и держать их в актуальном состоянии с точки зрения критических багов и уязвимостей Перейти на эту песочницу можно через > components list legacy После этого вы останетесь на ней. Выкладывание бинарников для перехода не планируется. Выпуски будут выходить не на регулярной основе, а по мере необходимости. Если найдутся заметные баги - будет пересобираться, если нет - будет лежать долго в одной и той же версии. ВНИМАНИЕ! Это такая же неофициальная версия, как delta и draft. Поддержка по багам и уязвимостям осуществляется на этом форуме. Обращаться с ней в официальную техподдержку бесполезно. Мы тут с вами остаемся один-на-один. Поддерживаемые устройства: все, на которых была 2.11 в том или ином виде. А именно: Keenetic Start II Keenetic Lite II Keenetic Lite III Keenetic Lite III rev. B Keenetic 4G III Keenetic 4G III rev. B Keenetic Omni Keenetic Omni II Keenetic Viva Keenetic Extra Keenetic II Keenetic Giga II Keenetic Ultra Keenetic III Keenetic DSL Keenetic VOX Keenetic LTE Полный список устройств с разбивкой по каналам выпуска доступен здесь. Новые устройства, которые выйдут на 2.12 и выше в качестве заводской версии, не будут поддерживаться. Версия 2.11.D.0.0-0: добавлен вывод IPv6 Link-local адресов (по просьбе @r13) исправлен декремент TTL в модуле fast_nat при передаче пакетов LAN → WAN починены счетчики трафика зарегистрированных хостов на protected-сегментах OpenSSL обновлен до 1.1.0i VPN: реализован выбор случайного адреса VPN-сервера из DNS Wi-Fi: реализована поддержка SSID в кодировке UTF-8 (только в CLI) HTTP: исправлено вычисление хеша при авторизации (сообщил @AlexU) реализована поддержка режима wwan-force-connected для интерфейсов UsbLte реализована поддержка USB-модема ME909s-120 Wi-Fi: добавлена команда настройки BSSID для WISP: interface {name} mac bssid {bssid} исправлен принудительный сброс сессий при работе некоторых модемов Huawei HiLink реализована поддержка USB-модема Huawei K5160 Opkg: скорректирован обработчик "opkg disk" с учетом символов ':' и '/' (сообщил @Sergey Zozulya) исправлена фиксация TTL на исходящих пакетах "ip interface adjust-ttl send" (сообщил @qwertyhgfdsa) ... и еще много других мелких фиксов, все уже и не упомнишь

dhcp работает на L2 и скорее всего конфликтовать и даже просачиваться не будет.

Ну вы нормальный проект по фильтрации можете предложить? Я вам даже его в opkg соберу, ради бога тестируйте. Только все что я пока вижу - оно либо через nfnetlink_queue (прощай, скорость) или давно сдохло и в 2018 не работает (типа opendpi).