Ստեղծեք տեղական 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-ը ամեն հաջորդ նպատակային կապի ձախողման դեպքում․ առանձին ախտորոշեք սեսիան, տեղական պորտն ու նպատակային հարցումը։