Denis P
-
Постов
1 349 -
Зарегистрирован
-
Победитель дней
23
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Denis P
-
пишите, веб и cli это позволяет
-
если их 5 10 20?
-
Что будем делать когда в allow ips 0.0.0.0/0?
-
Не правильно понимаете, без ручного указания маршрута чуда не произойдет
-
Нет конечно, я про отдельную кнопку в ui - которая так и называется - настройки клиентов)
-
Всё есть и более гибко чем из коробки
-
Вы и сейчас можете указать несколько одинаковых маршрутов через разные интерфейсы, правда в веб будет отображаться только самый приоритетный, работать соответственно тоже, в зависимости от порядка интерфейсов в политике
-
Потому что по https можно зайти только по домену, а не по ip
-
И правильно что не пускает, у вас security-level у интерфейса Ovpn - public, варианта два, изменить на private или разрешить доступ к вебу из интернета (public интерфейсов)
-
@Le ecureuilвсё таки есть проблемы с ограничением приложений/групп если соединение уже установлено, очень легко проверяется на торрентах добавляем group peer-to-peer во время активной раздачи/закачки, скорость падает но трафик всё равно бегает, если перезапустить клиент, то всё отлично, ничего не качается и не раздается
-
об этом и речь, техподдержка заверяет что это ожидаемое поведение но мне оно таковым совсем не кажется по этому и завел тему на форуме, чтобы разработчиков услышать
-
Об этом и речь, обрамление с двух сторон выглядит более эстетично, но похоже так кажется только мне одному)
-
как по мне она там как раз "в тему", логически выделяет многопирные интерфейсы, хоть какой-то признак, раз других нет)
-
только при условии что установлен штатный компонент ssh entware проверяет этот момент во время инициализации и в зависимости от этого выбирается 22 или 222 порт
-
Нужно прочитать и другие ответы в теме, кроме одного. Вот эту тему изучить, как вариант, особенно последние страницы
-
так я вам и говорю, что случай не тот - доступ наружу по HTTP закрыт, про данный "эффект" я в курсе)
-
Верно, если открыт 80й порт, т.е HTTP, но это не тот случай
-
И так и так не замечу, принципиально не использую 802.11r для того чтобы избежать проблем с китайскими шайтан устройствами. Нормальным мессенджерам не страшен обрыв связи даже в 1 секунду, без 802.11r будет около 500мс при использовании voWifi это может отразиться и то, не всегда
-
Бесшовно в Wi-Fi не бывает, даже с 802.11r Задержка меньше, это да, но до того что в мобильных сетях очень далеко и будет это только в Wi-Fi 8
-
кроме как дать точкам одинаковы SSID и пароли и включить на обоих 802.11 k/v, ничего и не сделаете
-
то что она делает на самом низком уровне меня на самом деле не интересует, чтобы это увидеть, достаточно сравнить вывод show netfilter до и после её применения) конкретно мой вопрос, если коротко, звучит так: Почему (для чего?) не блокируется доступ к веб интерфейсу, по адресу, указанному в домашней (основной) сети, при активации этого чекбокса в настройках других сегментов?
-
Логика работы чекбокса "Доступ к приложениям вашего устройства Keenetic"
Denis P опубликовал вопрос в Веб-интерфейс
все мы знаем о наличии такого замечательно чекбокса, который должен, судя по описанию но по факту из других сегментов мы получаем доступ к вебу, по адресу устройства в домашнем (основном) сегменте (но доступ, например, к вебу transmission и telnet/ssh мы уже не получим) в то же время доступ к вебу на адресах других сегментов блокируется, успешно видим 403 по моему это не совсем очевидное поведение -
еще забыли упомянуть что изменили логику обработки keepalive, если будет 0-2, то импорт не сработает и увидим ошибку persistent keepalive interval must be in range [3..3600]. если строка отсутствует - получим 0 ранее при отсутствии строки и/или значении равном 0 автоматически выставлялось 30
-
Такой возможности для штатного ssh нет
