Krei lokan SOCKS-prokurilon per SSH

Kun rajtigita SSH-aliro al servilo, OpenSSH povas krei SOCKS-aŭskultanton sur via komputilo. La SSH-konekto portas la plusenditan trafikon, kaj la fora servilo faras la celkonekton.

Aŭskultanto nur ĉe buklorevena adreso

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

Anstataŭigu la konton kaj gastigantan nomon. La SSH-servilo devas permesi plusendon; ĝia administranto povas limigi plusendon kaj celojn sendepende de konta ensaluto.

-D kreas dinamikan plusendon, kaj la eksplicita buklorevena adreso limigas la aŭskultanton al ĉi tiu maŝino. -N preterlasas foran komandon; -T preterlasas pseŭdoterminalon. ControlPath=none evitas ekzistantan kunuzan mastron, dum ForkAfterAuthentication=no tenas ĉi tiun alvokon en la malfono.

Lasu la procezon funkcii dum la prokurila uzo. Se pordo 1080 estas okupita, elektu alian liberan altan pordon kaj ĝisdatigu la klienton. ExitOnForwardFailure=yes igas SSH eliri se ĝi ne povas krei la aŭskultanton.

Uzi la SOCKS-finpunkton

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

Ĉi tiu peto delegas traktadon de la celnomo per SOCKS5. Aliaj aplikaĵoj bezonas proprajn SOCKS-agordojn; kampo por HTTP-prokurilo ne povas paroli SOCKS kun ĉi tiu aŭskultanto.

Por kontroli kiu procezo posedas la pordon:

ss -ltnp 'sport = :1080'

La celita SSH-procezo devus posedi buklorevenan aŭskultanton. Peto tra ĝi kontrolas ĉu ankaŭ la fora servilo povas atingi la celon. Uzu regatan celon kiam vi bezonas inspekti la observitan elirejon.

Vivdaŭro de la seanco

Ctrl-C fermas la SSH-procezon, aŭskultanton kaj plusenditajn konektojn. Falinta SSH-konekto same maldisponebligas la prokurilon.

ExitOnForwardFailure kontrolas starigon. Ĝi ne finas SSH ĉiufoje kiam posta celkonekto malsukcesas, do diagnozu la seancon, lokan pordon kaj celpeton aparte.