Kiskiliza SOCKS cha ndani kinafaa kwenye baadhi ya mitandao na hakipo kwenye mingine. OpenSSH inaweza kuchagua amri ya wakala kwa masharti, bila kufanya chaguo hilo litumike kwa kila mwenyeji.

Kwa OpenSSH yenye umbo la OpenBSD la nc, usanidi wa mteja kwa mfano ni:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost hufanya ukaguzi uwe ndani ya jina lililotolewa kwenye mstari wa amri ya SSH. exec hulingana amri yake inapomalizika kwa mafanikio. Match all ya mwisho hufunga wigo huo wa masharti kwa mipangilio inayofuata.

Hii inadhani hakuna mpangilio wowote wa awali unaotumika ambao tayari umechagua amri ya wakala au njia ya kuruka inayopingana. SSH kwa kawaida hutumia thamani ya kwanza inayopatikana kwa chaguo la usanidi, hivyo chaguo-msingi pana juu kinaweza kuzuia sharti la baadaye kuwa na athari inayotarajiwa.

Soketi inayosikiliza ni ahadi ya kiasi

Jaribio hukagua ufikivu wa TCP kwenye lango la ndani. Halikamilishi majadiliano ya SOCKS, halianzishi muunganisho wa lengo unaotakiwa, na halithibitishi ni programu gani inamiliki lango hilo. Kiskiliza kinaweza pia kutoweka baada ya ukaguzi.

Kikomo cha muda hukiweka jaribio lililoshindwa ndani ya mipaka. Chaguo zilizoonyeshwa ni za kiolesura nc cha OpenBSD; programu nyingine zenye jina hilo la faili zinaweza kutoa chaguo tofauti.

Sharti lisipolingana, mfano huu huacha muunganisho bila ProxyCommand hii, hivyo kuruhusu njia yake ya kawaida. Hilo linafaa tu wakati ufikivu wa moja kwa moja unaruhusiwa. Sera ya wakala ya lazima haipaswi kutumia ukaguzi wa upatikanaji kama ruhusa ya kutoroka kwenda njia nyingine.

Jina la mwenyeji wa SSH lengo na ukaguzi wa ufunguo wa mwenyeji bado hutambua seva ya lengo. Kuchagua msaidizi wa usafirishaji si sababu ya kukubali ufunguo wa mwenyeji usiotarajiwa.

Makala zinazohusiana