3PROXY. Какой кейс использования опций -R и -r?

Да. Это читал. Спс !

И пример видел:

Как использовать connect back
Например, пользователю нужен доступ к прокси-серверу, который расположен на хосте 192.168.1.2 недоступном из внешней сети, но имеющем доступ во внешнюю сеть с внешним адрес 1.1.1.1. Так же у него есть машина с именем host.dyndns.example.org с внешним адресом 2.2.2.2. Пользователь запускает 2 экземпляра 3proxy, один на хосте 192.168.1.2 с конфигурацией

users user:CL:password
auth strong
allow user
proxy -rhost.dyndns.example.org:1234
второй на хосте host.dyndns.example.org (2.2.2.2) с конфигурацией
auth iponly
allow * * 1.1.1.1
tcppm -R0.0.0.0:1234 3128 1.1.1.1 3128

В настройках браузера указывается host.dyndns.example.org:3128.

Вопрос больше в части архитектуры самой фичи - Я так понимаю что хост где включена опция -R может работать только со статическими клиентами ( с хостами на которых включена опция -r ), верно ?
В принципе понятно - ему жеж надо знать куда мапить порты. Динамические IP мобильных клиентов тут не прокатит.

Docker+3Proxy + Radius "failed with code 1"?

Оставил пока в работе на стандартном порту (1812), в принципе - так как запросы ходят внутри инфры то сгодится. Но вопрос пока открытый - почему не запускается на нестандартном порту.

Docker+3Proxy + Radius "failed with code 1"?

Владимир Дубровин,

В общем вот так
radius 1.2.3.4:1823 - ошибка. То есть при указании порта

Вот так

radius 1.2.3.4 - ошибки нет. Прокси стартует норм.

Docker+3Proxy + Radius "failed with code 1"?

Версия 3proxy-0.9.4, ветка devel
На самом деле я изначально тестил с
radius secret 1.2.3.4:1823

Микротик страница Хотспота не открывается?

Добрый день! Скажите пжлста - что вы ожидаете увидеть при открытии страницы хотспота после успешной авторизации?
Там есть определенная логика при которой после успешной авториазции юзер помещается под определенные правила в firewall (динамические правила после создания хотспота).