Създаване на локално SOCKS прокси чрез SSH

С разрешен SSH достъп до сървър OpenSSH може да създаде SOCKS слушател на компютъра ви. SSH връзката пренася пренасочения трафик, а отдалеченият сървър се свързва с целта.

Слушател само на loopback

ssh -N -T -o ControlPath=none -o ForkAfterAuthentication=no -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

Заменете акаунта и името на хоста. SSH сървърът трябва да разрешава пренасочване; администраторът може да ограничава пренасочването и целите независимо от входа в акаунта.

-D създава динамично пренасочване, а изричният loopback адрес ограничава слушателя до тази машина. -N пропуска отдалечена команда, -T — псевдотерминал. ControlPath=none избягва съществуващ споделящ master, а ForkAfterAuthentication=no оставя това извикване на преден план.

Оставете процеса да работи, докато използвате проксито. Ако порт 1080 е зает, изберете друг свободен висок порт и обновете клиента. ExitOnForwardFailure=yes кара SSH да излезе, ако не може да създаде слушателя.

Използване на SOCKS крайната точка

curl --proxy socks5h://127.0.0.1:1080 --noproxy '' --connect-timeout 5 --max-time 15 https://example.com/

Тази заявка делегира обработката на името на целта през SOCKS5. Другите приложения имат нужда от собствена SOCKS конфигурация; поле за HTTP прокси не може да говори SOCKS с този слушател.

За проверка кой процес притежава порта:

ss -ltnp 'sport = :1080'

Предвиденият SSH процес трябва да притежава loopback слушател. Заявка през него проверява дали и отдалеченият сървър достига целта. Използвайте контролирана цел, когато трябва да проверите наблюдавания изход.

Живот на сесията

Ctrl-C затваря SSH процеса, слушателя и пренасочените връзки. Прекъсната SSH връзка също прави проксито недостъпно.

ExitOnForwardFailure проверява създаването. Не прекратява SSH при всеки по-късен неуспех на целева връзка, затова диагностицирайте отделно сесията, локалния порт и заявката към целта.