SSH ProxyCommand እና በአስተናጋጅ ላይ የተመሠረተ ማረጋገጫ፡ የትኛው አስተናጋጅ ይፈርማል?

ዒላማ ከባስቲዮን የሚመጣ TCP ግንኙነት ማየት ይችላል፣ ማረጋገጫውን የሚያከናውነው SSH ደንበኛ ግን አሁንም በስራ ጣቢያው ላይ ይሠራል።

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

እዚህ አጋዥው ወደ ባስቲዮን ይገባል እና የSSH አገልጋዩ ወደ ዒላማው የተላለፈ ግንኙነት እንዲሰጠው ይጠይቃል። የስራ ጣቢያው የውጭ SSH ደንበኛ የዒላማውን SSH ፕሮቶኮል በዚያ ጅረት ያስተላልፋል። ባስቲዮኑ መጓጓዣ ይሰጣል፤ ወደ ዒላማው የሚሄደውን SSH ደንበኛ አልጀመረም።

ይህ ልዩነት በአስተናጋጅ ላይ የተመሠረተ ማረጋገጫ ላይ አስፈላጊ ነው። የOpenSSH ssh-keysign አጋዥ የሚፈለገውን ፊርማ ለመፍጠር የአካባቢ አስተናጋጅ ቁልፎችን ይደርሳል። የባስቲዮኑ የኔትወርክ ምንጭ አድራሻ መሆን የስራ ጣቢያው በባስቲዮኑ አስተናጋጅ ቁልፍ እንዲፈርም አያደርግም።

ይህን ከሚከተለው ጋር ያወዳድሩ፦

ssh -t bastion ssh target

ይህ በባስቲዮኑ ላይ ሌላ SSH ፕሮግራም ይጀምራል። የአካባቢ ውቅሩ እና ያሉት አስተናጋጅ ቁልፎች የዚያ ማሽን ናቸው፣ ስለዚህ ከባስቲዮን ወደ ዒላማ ቀድሞ በተዘጋጀ በአስተናጋጅ ላይ የተመሠረተ የመተማመን ስምምነት ውስጥ መሳተፍ ይችላል። አሁንም የዒላማው ተጓዳኝ ፈቃድ እና የስም ማረጋገጫ ያስፈልገዋል።

ሁለተኛው ቅርጽ የክፍለ ጊዜውን አሰራር ይለውጣል፦ የርቀት ትዕዛዝ ያስኬዳል እና ተርሚናል ይጠቀማል። ለእያንዳንዱ SSH የፋይል ማስተላለፊያ ወይም አውቶሜሽን መጓጓዣ ግልጽ ተተኪ አይደለም። የምንጭ አድራሻው በቂ እንዲመስል የአገልጋዩን የመተማመን ማረጋገጫዎች ከማዳከም ይልቅ የትኛው ማሽን ለዒላማው ማረጋገጫ እንደሚሰጥ መሠረት አድርገው ይምረጡ።