Denis P

тем не менее, никаких проблем лично у себя не наблюдаю, при получении серта на личный домен третьего уровня

A запись ведёт на домен 3го уровня?

если вы выполняли тестирование непосредственно из entware то и пути к библиотекам и сертификатам там будут не системные например

я исхожу из логики веб интерфейса, она подразумевает наличие "интернетов" а не одних только доп сервисов, по этому и предложил как обходное решение - "левый vlan" в котором этого самого интернета нет

всё логично, у нас только один антэг может быть на порту в вашем случае достаточно "левый" влан туда добавить для "интернета", а то, чего вы хотите (как по мне) будет требовать серьезной переработки логики веба

я снова вас не правильно понял? через веб на 5.2 завёл именно то о чем вы пишете

это другое, обрати внимание что такое vlan41

почему вы так решили? вот пожалуйста весь набор на одном порту и конфигурируется это из веба и тоже не правда, можно его access'ом назначить без каких либо проблем, а остальные сервисы тегированными

Вы настолько не внимательно читаете ответы, что проигнорировали наличие этой же команды в приведенной статье в БД кинетика и пошли на сторонние ресурсы искать? Это, безусловно, уровень.

вы в заголовке темы жалуетесь на низкую скорость USB устройства, и скачивание торрентов на него же, можно было предположить что используется встроенный transmission если речь о том что вы через utorrent качаете на сетевой диск по SMB это совсем другая история. начните с https://support.netcraze.ru/ultra/nc-1812/ru/43345.html

Таких скоростей при скачивании роутером быть не могло, даже теоретически

надеюсь, вы курлом не с самого роутера проверяете?

есть подозрение что вы не совсем корректно проверяете работу - изменения применяются не налету, у ваших устройств/приложений тоже есть днс кеш, чтобы его сбросить наверняка стоит переподключаться к wi-fi сети или подождать несколько минут пока не истечет его ttl создана политика с "другим" интерфейсом в качестве основого и применена к клиенту, для неё добавлены т.н исключения в нескольких русских доменов и назначен интерфейс провайдера, всё работает как и ожидается, регион по IP определяется корректно

На заборах тоже многое пишут, знаете ли. При этом убрали tld из правил для другой политики?

Вы уже кучу подобных постов наплодили. И я в очередной раз повторюсь - так делать не надо, хоть это и поддрживается

Какая версия ПО была на вашем устройстве? RTM?

только в cli, что в свою очередь не всегда корректно отображалось в вебе.

На 5.1.х такой возможности и не было. Только на 5.2.х

как же вы тогда её проверяли? Трогать cli не нужно, только веб

и абсолютно ничего не мешает сейчас поднять второе pppoe в влане на этом же порту через веб

Важный момент. С какой версии обновлялись?

дело не в этом, возможно пароль слишком простой на тестовом устройстве с 5.2b1 у админа нет прав на веб, но пользователь другой спокойно в него заходит

5.2 B.1 Плохой из меня тестировщик. Если у админа не отбирать права на веб - токен у другого пользователя после ребута не удаляется. Но если прав на веб у админа нет, токен созданный другим пользователем, после ребута машет нам ручкой

если честно, не совсем понял вопрос про "главность" у вас целиком трафик каких-то клиентов завернут в политики с этими интерфейсами? приоритет задается в политике и если у вас условно два vpn интерфейса в нём, то трафик потом снова пойдёт по первому, когда он подымется

в вебе ничего и не будет, через cli экспортер настраивается коллектор должен быть на вашей стороне