TAILORD

Спасибо за ответ. Ну иначе еще можно так сказать. Если статический маршрут прописан на определённом интерфейсе (подключение) то независимо от порядка в списке подключения, и независимо от того зарегистрированы устройства или нет, трафик направляется по прописанному в маршруте адресу. У меня было не так, как выше написал только если подключение с маршрутами было первым, основным. Потому создал политики VPN и NOVPN и все зарегистрированные устройства поместил в NOVPN. А основным подключением сделал не провайдера. В принципе так больше возможности но все равно странно почему без политик не работало

Имеется два подключения, провайдер и условно впн, в котором прописаны статические маршруты. 1) Маршруты должны работать независимо от того какое подключение является основным? 2) Типа на то маршруты и прописаны что они должны идти строго через того подключения куда их прописали, так? Но у меня работает только если впн является основным, если провайдер основной то все идет через него. 3) И еще, влияет ли на это зарегистрированы или нет устройства ?

Спасибо еще раз большое за ответ. В итоге должна быть изменена? Т.е. на данный момент как минимум если создаю такую точку доступа то должен убрать security-level protected ? И насколько правильно понял ничего взамен не добавляем, как бы убираем только одну лишнюю команду, так?

Спасибо за ответ. Я про то что отличаются в config в старой прошивке и новой. Потому и спросил будет ли меняться информация на странице или это не имеет значение? https://help.keenetic.com/hc/ru/articles/4402854785170 Не знаю насколько конкретно но указано именно в части Пример создания отдельной точки доступа Wi-Fi в Домашнем сегменте в диапазоне 5 ГГц:

Хорошо раз в курсе и будет исправлено. А команды не изменились? security-level protected нет больше в startup-config но есть новая dyndns nobind То что на сайте https://help.keenetic.com/hc/ru/articles/4402854785170 interface bridge0 include WifiMaster1/AccessPoint2 exit interface WifiMaster1/AccessPoint2 mac access-list type none security-level protected authentication wpa-psk 12345678 encryption enable encryption wpa2 ip dhcp client dns-routes ip dhcp client name-servers ssid test-5 wmm up system configuration save exit

К сожалению уже почти 8 месяцев прошли и никакого решения. Как бы вы не питались научно скинуть все проблемы на индусов и на кривизну xiaomi, факт остается фактом. Как выше писал: роуминг происходит только в одну сторону, к Speedster, (причем всегда! на него переключается если к нему подходишь), а обратно к Sprinter не переключается никогда!, сколько бы времени не прошло, находясь прямо у роутера. Я уже проделал все советы от техподдержки связанные с каналами и мощностью, прошивки уж с тех пор столько обновились. И все это куда логичнее смотрится как ваши косяки, ибо кривизна клиента и индусы работали бы рандомно в обе стороны, а тут их можно углядеть только в сторону Sprinter, в сторону Speedster кривизна сразу выпрямляется а драйвер словно писали программисты из кинетика Вы же понимаете что это сказки? Может хватит уже а?

Ну может решения нет, но хоть воспроизвести удалось?

Спасибо заранее большое если вы в этом сможете разобраться, важное уточнение. Подключаться нет проблемы, подключается к тому к которому ближе, а вот переключаться, именно роуминг происходит только в одну сторону, к Speedster, (причем всегда на него переключается если к нему подходишь), а обратно к Sprinter не переключается никогда, сколько бы времени не прошло, находясь прямо у роутера. Но если изначально подключен к Sprinter, держится на него, пока не пойдешь к Speedster. Явно же что-то в Sprinter не так, либо потому что он контроллер, (я так подумал поскольку также не переключался и когда до Sprinter контроллером был Giga III) по-другому никак не объяснить

Очень хочется верить что у Apple проблемы, у qualcomm с индусами (куда ж без них) главное что радует, у вас их нет Даже такие очевидные, ни индусами ни пиндосами никак не оправдать, написал ведь, к одному роутеру переключается а к другому нет, оба роутеры ваши, вы всерьёз думаете что это в них заложили индусы? Или все таки может что-то в консерватории поправить?

А с моим Sprinter (KN-3710) остается только расстраиваться?

В целом это одна из двух проблем которые я уже долго обсуждал в переписке с поддержкой и там же переадресовали сюда напрямую к вам Как уже отметил у меня Mesh Wi-Fi-система с котроллером Sprinter и ретранслятор Speedster. Xiaomi Mi 11 Lite 5G NE и ноут MSI ведут себя так - если подойти поближе к Speedster, то всегда переключатся на него, но вернувшись потом к Sprinter никогда не переключаются на него, даже прям у роутера находясь. Единственный способ переключится к Sprinter отключить WiFi на смарте и снова включить, тогда сразу подключается к Sprinter но всегда в ас. Так что это вторая проблема И это никак не объяснить тем что Xiaomi Mi 11 Lite 5G NE или ноут MSI чудят, ибо вряд ли в них с завода заложили к Speedster всегда можно переключатся а к Sprinter никогда А макбук всегда переключается, но опять таки только в ас

Ну макбук новый, прошлого года. Но тут акцент был про другое, так если подключить к Sprinter, (не только Xiaomi Mi 11 Lite 5G NE) то почти всегда подключается в ас, но при сценарии выше всегда подключается в ах. Может это для вас что-то прояснит, по мне так просто странно

У меня Xiaomi Mi 11 Lite 5G NE Mesh Wi-Fi-система с котроллером Sprinter и ретранслятор Speedster. Когда смарт подключен к Speedster, и в это время перезагрузить (Speedster), смарт за пару секунд переключается на Sprinter именно в ax. Сколько раз не проделал всегда так получается, причем однажды одновременно два смарта и макбук сразу также переключились в ах.

Согласен Не будем углубляться, но даже означенные выше две проблемы, которых ранее не было! знайте как давно начались и в скольких релизах перекочевало? Это можно объяснить тем что проползают?

До релиза конечно еще полгода не дойдет, а там мало ли еще что не будет работать Я не понимаю, какие улучшения и исправления на самом деле реальны которые приводятся в Информации о релизе, если такие простые вещи которые всегда работали перестают работать. То индикатор не горит, то комп по два раза, ей богу так достало... Хоть бы один релиз довели бы до того что все заявленные в них функции работали и потом начинать улучшать и дополнять в следующих.