Заставьте SSH использовать уже имеющийся SOCKS-прокси
Используйте существующий SOCKS-прокси как транспорт для SSH-подключения через совместимый помощник ProxyCommand.
ssh -D создаёт SOCKS-слушатель; он не выбирает существующий для собственного подключения SSH. С реализацией nc от OpenBSD используйте запись хоста в конфигурации клиента SSH, например ~/.ssh/config:
Host server-via-socks
HostName ssh.example.com
User alex
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p
Вызовите ssh server-via-socks. Помощник связывается со службой SOCKS5 на машине клиента SSH и запрашивает целевой хост/порт. Затем SSH выполняет обычную проверку ключа хоста и вход пользователя внутри потока.
Проверьте поддержку помощника, прежде чем вводить пароль прокси. OpenBSD nc описывает аутентификацию прокси для HTTP CONNECT, а не аутентификацию SOCKS. Служба SOCKS, защищённая учётными данными, может требовать другого совместимого помощника. Сохраните аутентификацию общего прокси, а не удаляйте её, подстраиваясь под неподдерживаемый клиент.
Назначение видит исходящее соединение прокси, а проверка SSH по-прежнему определяет настоящий сервер. Неудача при достижении его порта происходит до входа SSH; принятый туннель с последующим отказом в ключе относится к учётным данным SSH.
Настройка применяется к этому SSH-подключению. Она не настраивает трафик браузера или любое другое приложение.