Вы и сейчас можете указать несколько одинаковых маршрутов через разные интерфейсы, правда в веб будет отображаться только самый приоритетный, работать соответственно тоже, в зависимости от порядка интерфейсов в политике
нужны изменения тут
https://github.com/amnezia-vpn/amneziawg-linux-kernel-module
пока что есть только на go
https://github.com/amnezia-vpn/amneziawg-go/commit/c20789848019fb494dbe9d280eb246f29b95ab85
но это не подходит
И правильно что не пускает, у вас security-level у интерфейса Ovpn - public, варианта два, изменить на private или разрешить доступ к вебу из интернета (public интерфейсов)
@Le ecureuilвсё таки есть проблемы с ограничением приложений/групп если соединение уже установлено, очень легко проверяется на торрентах
добавляем group peer-to-peer во время активной раздачи/закачки, скорость падает но трафик всё равно бегает, если перезапустить клиент, то всё отлично, ничего не качается и не раздается
об этом и речь, техподдержка заверяет что это ожидаемое поведение но мне оно таковым совсем не кажется
по этому и завел тему на форуме, чтобы разработчиков услышать
только при условии что установлен штатный компонент ssh
entware проверяет этот момент во время инициализации и в зависимости от этого выбирается 22 или 222 порт
И так и так не замечу, принципиально не использую 802.11r для того чтобы избежать проблем с китайскими шайтан устройствами. Нормальным мессенджерам не страшен обрыв связи даже в 1 секунду, без 802.11r будет около 500мс
при использовании voWifi это может отразиться и то, не всегда
то что она делает на самом низком уровне меня на самом деле не интересует, чтобы это увидеть, достаточно сравнить вывод show netfilter до и после её применения)
конкретно мой вопрос, если коротко, звучит так:
Почему (для чего?) не блокируется доступ к веб интерфейсу, по адресу, указанному в домашней (основной) сети, при активации этого чекбокса в настройках других сегментов?
все мы знаем о наличии такого замечательно чекбокса, который должен, судя по описанию
но по факту из других сегментов мы получаем доступ к вебу, по адресу устройства в домашнем (основном) сегменте
(но доступ, например, к вебу transmission и telnet/ssh мы уже не получим)
в то же время доступ к вебу на адресах других сегментов блокируется, успешно видим 403
по моему это не совсем очевидное поведение
еще забыли упомянуть что изменили логику обработки keepalive, если будет 0-2, то импорт не сработает и увидим ошибку
persistent keepalive interval must be in range [3..3600].
если строка отсутствует - получим 0
ранее при отсутствии строки и/или значении равном 0 автоматически выставлялось 30
1 вариант выглядит более удобным
+ не хватает перехода в настройки каждого конкретного подключения прямо с дашборда
зы. вставлю своих 5 копеек, по поводу оформления темы, удобнее было сделать её опросом)
На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.