Le ecureuil

Может SSID-то назовете? У Keenetic стандартный SSID состоит из 4 цифр на конце, это означает, что примерно на каждый тысячный Keenetic SSID будет повторяющимся. Все, больше не вижу смысла толочь воду в ступе.

А, вы проверяли адреса _внутри_ туннеля? Тогда это должно было работать конечно.

Хотелка интересная, однако реализовать ее довольно непросто. Вот представьте - вы подписались на мультикаст, и от вылетает к клиенту в порт свича кинетика. Дальше стоит тупой свитч, не умеющий в снупинг, который рассылает его по всем портам. Теперь если они все включат у себя показ этого потока, это у них заработает, но мы про этот факт даже не узнаем! И что здесь делать? Если кратко - у unicast-трафика источник или назначение ведут к конкретному хосту в сети. А у multicast почти всегда "левый" адрес источника и мультикастный адрес назначения. Как узнать, кто его принимает?

Нужен self-test.

Лучше спрашивайте конкретно. На каждой версии структура netfilter немного меняется, потому описать один раз и навсегда не выйдет.

Поменялось все. Полностью переписан код.

На клиенте попробуйте уменьшить MTU до 1200.

Без opkg нереально - только через внешнее управление по REST.

Ну у него в другой локации такое может быть, и там все работает. Не допускаете? Ну или это вообще один раз кто-то попытался, и теперь у него сеть "запомнилась".

Yota у меня тоже работает. Короче, если это кроме визуальных огрехов не вызывает проблем, то забейте.

К сожалению, поддержка встроенной телефонии закончилась.

"Встроенный hosts" это список ip host в cli, и ничего более.

Тогда это мой первый пост - у кого-то забита в настройках сеть с SSID как у вас, но с другим паролем.

В 2.14.B должно быть исправлено, можно проверить.

Только скриптом из entware.

Похоже, что железка накрывается. Тут мало чем можно помочь. Разве что поставьте 2.04 с поддержкой opkg.

Чот странно. Я скорее поверю что злоумышленник случайно одновременно выключил wifi или утопил гаджет.

Скоро все браузеры начнут помечать обычные HTTP-соединения красным. Хочется этого избежать.

Нельзя, так работает TLS.

Пока нет, но в списке задач есть.

Это совсем другой протокол и другой тип - клиент, а не сервер.

Ошибка эта связана с тем, что клиент ушел не "попрощавшись". К роутингу отношения иметь не должно. А клиенты не за одним ли ip-адресом сидят?

Записал, если будет время посмотрю.

К сожалению, нет Руки не доходят (

Пробуйте 2.14.B.