Fikia HTTP au SOCKS proxy iliyopo kupitia SSH
Fikia loopback HTTP au SOCKS proxy ya mbali kupitia SSH bila kufichua msikilizaji wake hadharani.
Ikiwa relay.example.net tayari inaendesha SOCKS kwenye 127.0.0.1:1080 yake mwenyewe, peleka ufikiaji badala ya kufichua msikilizaji huyo hadharani:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Kituo cha mwisho | Jukumu |
|---|---|
Laptop 127.0.0.1:1081 | Anwani ya SOCKS itakayosanidiwa katika programu ya laptop. |
Relay 127.0.0.1:1080 | Proxy iliyopo inayofikiwa kutoka upande wa seva ya SSH. |
Sarufi ya upelekaji wa ndani inapeana lengwa lililowekwa kwa upande wa seva. HTTP proxy kwenye lango la loopback la mbali 3128 au kituo cha ndani cha mtandao kama proxy.internal.example:8080 hufanya kazi kwa kanuni hiyo hiyo. Sanidi mteja kwa itifaki hiyo ya HTTP iliyopo na akaunti; kuisafirisha kupitia SSH hakuundi SOCKS au msikilizaji wa HTTPS wenye TLS.
Huduma iliyopo bado huchagua matoleo ya itifaki yanayotumika, uthibitishaji, malengo na njia ya mwisho ya kutoka. Ikiwa mchakato mwingine wa SSH uliunda proxy hiyo ya mbali, michakato yote miwili lazima ibaki hai. Njia ya laptop→relay→lango huifanya tovuti kuona muunganisho wa mwisho wa nje, si utambulisho uliotengwa na lango la ndani 1081.
Weka ufungaji wa laptop ukiwa wa ndani kwa uwazi. Mfichuo mpana zaidi hubadilisha nani anaweza kufikia huduma, na kuingia kwa SSH hakuongezi nenosiri la SOCKS kwa msikilizaji. Ikikataliwa, angalia msikilizaji wa laptop, usafirishaji wa SSH na proxy ya mbali kama hatua tofauti.