SSH ProxyCommand na Uthibitishaji wa Kulingana na Mwenyeji: Mwenyeji Gani Anasaini?
Tofautisha kusambaza mtiririko wa TCP kupitia bastion na kuanzisha mteja wa pili wa SSH hapo wakati uthibitishaji wa kulingana na mwenyeji unahusika.
Lengo linaweza kuona muunganisho wa TCP unaokuja kutoka bastion wakati mteja wa SSH anayefanya uthibitishaji bado anaendesha kwenye kituo cha kazi.
Host behind-bastion
ProxyCommand ssh -W %h:%p bastionHapa msaidizi anaingia kwenye bastion na kumwomba seva yake ya SSH muunganisho uliosambazwa kuelekea lengo. Mteja wa nje wa SSH wa kituo cha kazi hubadilishana itifaki ya SSH ya lengo kupitia mtiririko huo. Bastion hutoa usafirishaji; haikuanzisha mteja wa SSH unaoelekea lengo.
Tofauti hiyo ni muhimu kwa uthibitishaji wa kulingana na mwenyeji. Msaidizi wa ssh-keysign wa OpenSSH hupata funguo za mwenyeji za ndani ili kuzalisha sahihi inayohitajika. Anwani ya chanzo ya mtandao inayomilikiwa na bastion haifanyi kituo cha kazi kusaini kwa ufunguo wa mwenyeji wa bastion.
Linganisha na:
ssh -t bastion ssh targetHii huanzisha programu nyingine ya SSH kwenye bastion. Mipangilio yake ya ndani na funguo za mwenyeji zilizopo ni za mashine hiyo, kwa hiyo inaweza kushiriki katika mpango wa uaminifu wa kulingana na mwenyeji uliowekwa tayari kati ya bastion na lengo. Bado inahitaji idhini inayolingana na ukaguzi wa jina wa lengo.
Aina ya pili pia hubadilisha jinsi kipindi kinavyofanya kazi: inaendesha amri ya mbali na kutumia terminal. Si mbadala wa wazi kwa kila uhamishaji wa faili wa SSH au usafirishaji wa otomatiki. Chagua mpangilio kulingana na mashine ipi inapaswa kuthibitisha kwa lengo, badala ya kudhoofisha ukaguzi wa uaminifu wa seva ili anwani ya chanzo ionekane ya kutosha.