Le ecureuil
-
Постов
11 544 -
Зарегистрирован
-
Посещение
-
Победитель дней
678
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Le ecureuil
-
На 2.08 это невозможно. Была специально добавлена проверка для того, чтобы отключать несовместимые по настройкам туннели, поскольку это так или иначе ведет к труднодиагностируемым проблемам и регулярным отвалам соединения. В 2.09 все еще ведется работа по уточнению этой проверки, возможно в будущем удастся разрешить некоторые сейчас запрещенные конфигурации. -
Эти интерфейсы не предназначены для удаления, Web полагается на их существование и всегда их будет показывать (или сыпать кучей ошибок). Поэтому единственное, что могу посоветовать ТС - не трогать их.
-
Я думаю, что тут что-то с настройками pfsense, поскольку site-to-site между любыми Keenetic, а также Keeentic <> ZyWall и Keenetic <> Linux + Strongswan работает нормально.
-
Ну раз так, чем вас не устраивает usb power-cycle в 1:10 например, и в 7:10? И запускать торренты в 1:20, а тормозить в 6:50?
-
Напоминалка тем, кто потом будет жаловаться почему считает неправильно
-
Когда я пару лет сидел на LTE от Мегафона с ночным безлимитом, я не рвал никакие соединения. (Это в ЦФО). Просто настраивал потребителей трафика запускаться в 1:30, с принудительным остановом в 6:30, однако они никаким образом не были связаны с роутером и его настройками. И все, никакие разрывы не требовались. Где это там такой идиотизм, что биллинг после 1:00 продолжает считать по-старому без разрыва сессии? Объективные доказательства есть?
-
Сразу вангую, что не будет считаться трафик, проходящий по PPE.
-
interface usb power-cycle у вас уже есть много лет, про это уже было написано в теме.
-
Лишняя работа по переносу кода между ветками и тестирование. Плюс после выхода stable-версии (с буквой C) привнесение в нее нового функционала, требующего новых тестов практически запрещено.
-
Может, любой Keenetic проектируется так, что на любом USB-порту NDMS может управлять питанием.
-
В теории именно "последовательную закачку" можно перенести в 2.84. Создавайте тему в развитии, если народ поддержит - возможно сделаю.
-
@Finish25 @JIABP AUTH_ERR говорит о потере пакетов или об их повреждении при передаче через сеть.
-
Прямо сейчас это невозможно.
-
Попробуйте отключить все ускорения как сказано в первом посте:
-
MTU есть, но на интерфейсах (собственно, по ссылке так и говорят). А у IPsec XFRM нет интерфейсов.
-
Что там у вас с ppe?
-
Это не заработает. + вы 100% не сможете inherit lo сделать.
-
Такая опция была в прошивочной ветке 2.92 (называлась "последовательная закачка"), которую все забраковали и потребовали возврата на 2.84.
-
MTU у IPsec канала не бывает. Эта настройка включает подстройку TCP MSS согласно MTU на WAN.
-
Фраза "официальный ответ" и этот форум не могут существовать вместе - или одно, или другое.
-
Такой вывод вы можете сделать и без нашего ответа
-
"Машина уже в пути" Никак руки не доходят, но записано и однозначно скоро будет сделано.
-
У вас тут в этой схеме вообще маршрутизация похоже не нужна, все клиенты роутер2 должны принадлежать к одному L2-домену LAN-сегмента роутер1, и соответственно оттуда получать адреса.
-
Напишите лучше отзыв на google play, это однозначно дойдет до непосредственных разработчиков, причем быстрее и надежнее
