r13

Выделяете порт с тв приставкой в отдельный бридж( в настройке сегментов) и с этим бриджом уже объединяете eoip. Приставка в этом случае живет в отдельной сети вместе с eoip никак не пересекаясь с основной домашней сетью.

А вы eoip туннель только для твсприставки пользуйте, а для остального отдельный ipip

Ну разве что udpproxy. Чисто мультикаст в IPIP не пойдет. Чем Eoip не угодил?

Или вернуть порт на 80

В локальном режиме работает только на 80м порту. This is by design.

@Le ecureuil Давно хотел спросить, при соединении L2TP/IPSec на сервере частенько вижу следующий лог Dec 13 07:00:43accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 657/2, tunnel Ns/Nr: 819/13, tunnel reception window size: 16 bytes) Dec 13 07:01:58accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 658/2, tunnel Ns/Nr: 820/13, tunnel reception window size: 16 bytes) Dec 13 07:03:13accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 659/2, tunnel Ns/Nr: 821/13, tunnel reception window size: 16 bytes) Dec 13 07:04:28accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 660/2, tunnel Ns/Nr: 823/13, tunnel reception window size: 16 bytes) Dec 13 07:05:43accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 661/2, tunnel Ns/Nr: 824/13, tunnel reception window size: 16 bytes) Dec 13 07:06:58accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 662/2, tunnel Ns/Nr: 825/13, tunnel reception window size: 16 bytes) Dec 13 07:08:13accel-ppp l2tp tunnel 40070-12939 (176.14.***.***:1702): discarding out of order message (packet Ns/Nr: 663/2, tunnel Ns/Nr: 826/13, tunnel reception window size: 16 bytes) Периодичность записей постоянная, минута 15 секунд. Данном случае соединение Ультра2-Екстра2 на крайних 2.11, но так же было и на Ультра2-Ультра и на различных прошивках Интернет соединение с обоих сторон IPoE Туннель при этом работает нормально. Собственно что это и почему нарушена последовательность.

Уже спрашивал, делегирования префикса нет на кинетике. А так да хотелось бы что бы было, ну и развития ipv6 функционала. Сейчас он в весьма урезанном виде. Надо бы тему в развитии завести с feture request.

Не, 2.05 https://help.keenetic.net/hc/ru/articles/115000773009-My-Keenetic-мобильное-приложение-для-Android-и-iOS

У гиги 3 ipsec и его производные самые шустрые за счет аппаратного ускорения.

Это так его мобильное приложение(ios) выгружает, ничего с ним не делал. Может тогда стоит формат выгрузки в мобильном приложении пофиксить?

@Alex Sh. добрый день добавьте пожалуйста функцию настройки keendns. В частности возможность инициировать обновление ip адреса в сервисе. (Иногда при изменениях ip на роутере сервис не актуализируется, а так будет возможность дернуть его вручную) или изменить прямой/через облако режим если вдруг провайдер ip серый выдал.

С добрым утром ! На старт2 2.11.A.9.0-3 все равно падает strongswan

А поискать по теме как правильно в конфиг логин/пароль писать?

Свайп по меню с права на лево его скрывает(ios)

@Le ecureuil Попутно еще селф с ультра2 Так StrongSwan упал однократно при загрузке. Может пригодится.

Свеженький селфтест

У меня например айфон тоже ходит но используя default route, маршрут именно подсети роутера не прилетает.

По маршрутам смотрели? Точно не как default route на андройде?

Попробовал, маршрут не появился.

@Alex Sh. На 41й версии приложения работает нормально.

ios 11.2. В логе кинетика все нормально. Ну нет так нет, не воспроизводится и хрен с ним . Мешает не сильно.

@Le ecureuil Что должно быть в конфигурации L2TP сервера чтобы прилетал маршрут до подсети сервера на клиентов? сейчас 2 кинетика соединены по L2TP/IPSec. На сервере прописан l2tp-server interface Home При этом на клиенте маршрут только до самого сервера через L2TP - 192.168.1.1/32. До подсети 192.168.1.0.24 маршрут не прописывается. По PPTP в аналогичной ситуации маршрут прилетает. И еще, возможно ли расширить данную функцию, и добавить возможность передачи настраиваемых вручную маршрутов клиентам?

На 2.11.A.9.0-1 также падает Попутно вопрос: интерфейс EoIP2 в состоянии down, но прошивка тем не менее производит с ним какие-то манипуляции: Резолв source и destination, настройка strongswan, и т.д. Так и должно быть? свежий селфтест.

Провел серию экспериментов со старт2 2.11.A.9.0-1 и приложение для ios v39.2 После каждого теста делал рестарт приложения: 1. Нет подключенных локальных клиентов клиентов - вечная ромашка. 2. Подключаю локального клиента( по вайфай планшет) ios приложение через облако заходит нормально. 3. Подключаюсь локально через wifi через приложение тоже все ок, так как сам айфон и есть требуемый локальный клиент, при этом если после этого отключиться от wifi и зайти через облако, то тоже все ок так как dhcp аренда все еще висит и роутер про него помнит. Как только устройство пропадает из вкладки #home.hosts то возвращается ситуация с вечной ромашкой. Так что пока гипотеза с подключенными клиентами подтверждается. MID скину в личку. PS На anroid все ок, такое поведение не наблюдается.

Подождал 2 минуты, ромашка продолжается.