Bigyan ang Windows OpenSSH ng tahasang SOCKS5 Ncat na utos

Gamitin ang Ncat bilang katulong sa transport ng karaniwang stream ng OpenSSH at tukuyin ang SOCKS5 sa halip na umasa sa default na HTTP proxy.

Kung available na ang Ncat para sa Windows OpenSSH, maaari nitong ibigay ang koneksyon sa pamamagitan ng SOCKS5 proxy. Magdagdag ng host entry sa SSH configuration na ginagamit ng OpenSSH client na iyon:

Host target-via-socks
    HostName ssh.example
    User user
    ProxyCommand ncat.exe --proxy-type socks5 --proxy proxy.example:1080 %h %p

Palitan ang dalawang hostname at ang account, pagkatapos kumonekta gamit ang ssh target-via-socks. Ipinapalagay ng halimbawang ito na ang ncat.exe ay nasa search path ng mga executable ng katulong. Kung hindi, gamitin ang wastong naka-quote na buong path ng executable, lalo na kapag may mga puwang ang folder.

Ang proxy endpoint ay pagkatapos ng --proxy. Pinalalawak ng OpenSSH ang %h at %p sa huling SSH hostname at port. Nakikipag-usap ang Ncat sa SOCKS connection at dinadala ang resultang byte stream sa standard input at output; ipinagpatuloy ng OpenSSH ang SSH handshake nito sa stream na iyon.

Mahalaga ang tahasang --proxy-type socks5. Kapag wala ang opsyong iyon, gumagamit ang Ncat ng HTTP proxy bilang default, kahit na ang ibinigay na port ay 1080. Hindi mahihinuha ng SOCKS listener na ang HTTP CONNECT request ay sinadya bilang SOCKS.

Ipinapalagay ng halimbawang ito ang isang SOCKS endpoint na walang authentication; pumili ng kandidato mula sa listahan ng SOCKS5 proxy para lamang sa pampublikong SSH destinasyon kung saan pinapayagan ang rutang iyon, at suriin ang access sa aktwal na host at port nito. Ang authentication ng proxy, kapag kailangan, ay hiwalay sa susunod na pag-login sa SSH. Panatilihin ang verification ng host key ng SSH destinasyon; ang pag-abot dito sa pamamagitan ng katulong ay hindi nagbabago sa pagkakakilanlan na dapat i-authenticate ng OpenSSH.

Kaugnay na mga artikulo