Создајте локално 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 при секој подоцнежен неуспех на целната врска, па проверувајте ги сесијата, локалната порта и барањето кон целта одделно.