Прымусіць 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. Яна не наладжвае трафік браўзера або кожную іншую праграму.

Падобныя артыкулы