[На версиях KeeneticOS 4.0b3 - 4.0.0 не работает туннель 6in4]

3 часа назад, stakp сказал:

У IPv6 должен быть максимальный приоритет. Поднимайте вверх.

С другой стороны, после этого ломаются доступы через тоннели.

Так и поднят до максимального.

[На версиях KeeneticOS 4.0b3 - 4.0.0 не работает туннель 6in4]

Друзья, я понимаю, но не совсем сюда, но здесь наиболее близкое.

У меня более сложная конструкция: Ethernet -> дальше pppoe туннель -> туннель ip4market

Поднял приоритет ip4market по отношению к pppoe.

Домашняя сеть увидела RA, ipv6 адреса выдались.

interface TunnelSixInFour0
    description ip4market
    security-level public
    ip global 49150

interface PPPoE0
    description "\xd0\x9f\xd0\xbe\xd0\xb4\xd0\xba\xd0\xbb\xd1\x8e\xd1\x87\xd0\xb
5\xd0\xbd\xd0\xb8\xd0\xb5 Ethernet"
    role inet
    ipv6cp
    lcp echo 30 3
    ipcp default-route
    ipcp dns-routes
    ipcp address
    no ccp
    security-level public
    ip mtu 1492
    ip access-group _WEBADMIN_PPPoE0 in
    ip global 32767

При переключении приоритетов/включении-отключении ip4market пролетает один ipv6  пинг и всё.

При этом из сети я пингую по ipv6 роутер, с роутера пингую ipv6 ресурсы.

А через роутер не идёт...

Глобальная маршрутизация ipv6 включена:

 set net.ipv6.conf.all.forwarding 1

Куда ещё копать ?

Версия (поэтому и малёк не по адресу): 4.0.4

[MTProtoproxy для Entware.]

1 час назад, UweStrich сказал:

Эта конфигурация обеспечивает не только работу fake-tls на 443 порту, но также и обеспечивает "обратную совместимость" с более старой версией mtproto (секреты, начинающиеся с "dd"); работает она у меня уже несколько дней, и насколько могу судить - mtprotoproxy за nginx оказался даже более производительным, чем наоборот, как понимаю - в первую очередь из-за использования юникс-сокета во временной памяти: по "оценкам на глаз по пингу в Телеграмме" - где-то в полтора-два раза быстрее.

У mtprotoproxy завышенное время пинга без подключения - это особенность работы.

После подключения пинг уменьшается.

https://github.com/alexbers/mtprotoproxy/issues/34

А nginx фронт это и делает.

[Не работает band steering KN 1610]

3 часа назад, ajs сказал:

Говорят если ТД скрыта то BS не работает, может как раз Ваш вариант?

BS на stable ветке на 3.1 сломался и с открытым SSID.

[Не работает band steering KN 1610]

Товарищи разработчики, хотя бы в бетах 3.1 планируется BS-то починить ?

[Как обновиться-то?]

12 часа назад, Le ecureuil сказал:

Таблицу всем смотреть обязательно.

Откатил Giga KN-1010 на 2.15.

После components list legacy видим только 2.11.D.3.0-0.

ps. При этом Extra II ушла на 2.16 без проблем...