Накарайте 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 връзка. Тя не конфигурира трафика на браузъра или всяко друго приложение.

Подобни статии