Поддерживает ли эта служба RouterOS SOCKS вход по паролю?
Проверьте установленную версию RouterOS и поддержку аутентификации SOCKS5 в клиенте, а затем держите учётные записи SOCKS отдельно от настроек веб-прокси и администрирования маршрутизатора.
Руководство по RouterOS SOCKS описывает парольную аутентификацию SOCKS5 и отдельный список пользователей SOCKS. Это отвечает на вопрос о возможности в версиях, где такие средства есть, но не обещает, что они есть в старой модели.
В описанной схеме обе стороны должны совпадать:
- Маршрутизатор выбирает SOCKS5 и метод аутентификации, требующий согласования пароля, с отдельным включённым пользователем SOCKS.
- Клиент реализует согласование имени пользователя и пароля SOCKS5. Поле входа HTTP-прокси или реализация SOCKS только без аутентификации не подходят.
Используйте поля, которые поддерживает установленная версия. Если в версии их нет, выберите её поддерживаемое решение или одобренную альтернативу, а не копируйте поля из более нового руководства.
Это учётные записи SOCKS. Они не доказывают, что отдельный HTTP-веб-прокси RouterOS предоставляет тот же интерфейс, и не требуют выдачи доступа к управлению маршрутизатором. Оставляйте ограниченными также политику доступа источник/назначение и межсетевой экран маршрутизатора.
Сам парольный метод не шифрует учётные данные: согласование по RFC 1929 происходит до любого последующего сеанса HTTPS с сайтом. Используйте должным образом защищённый путь от клиента к маршрутизатору; TLS на стороне назначения не может задним числом защитить тот более ранний обмен.