የFabric ርቀት ትዕዛዞች በSSH ይጓዛሉ። ያንን የSSH ግንኙነት በSOCKS አገልጋይ በኩል ለማስተላለፍ፣ SOCKS የሚናገር እና የመድረሻውን ባይት ፍሰት የሚመልስ አገናኝ ለFabric ይስጡ።

በFabric 2 የጀመረው Connection API አንድ የትዕዛዝ ሕብረቁምፊ እንደ gateway ይቀበላል። Fabric ያንን ሕብረቁምፊ እንደ ProxyCommand ይጠቀማል። የፕሮክሲ አማራጮቹን የሚደግፍ አስቀድሞ ያለ OpenBSD-ተኳኋኝ nc ካለ፣ ውቅሩ እንዲህ ሊሆን ይችላል፦

from fabric import Connection

connection = Connection(
    "app.example.net",
    user="deploy",
    gateway="nc -X 5 -x proxy.example.net:1080 %h %p",
)

ይህ ምሳሌ መደበኛውን የSSH ወደብ 22 ይጠቀማል። የአገናኙ -X 5 SOCKS5ን ይመርጣል፣ -x ደግሞ የፕሮክሲውን መጨረሻ ይለያል። የአስተናጋጁ እና የወደቡ ቦታ ያዥዎች የSSH መድረሻውን ያቀርባሉ። ለሕዝብ የSSH መድረሻ፣ ከየSOCKS5 ፕሮክሲ ዝርዝር ያልተረጋገጠ መጨረሻ ያንን መድረሻና ወደብ የሚፈቅድ ከሆነ የፕሮክሲውን አድራሻ ሊሞላ ይችላል። ትዕዛዙን በማሽኑ ላይ በተጫነው ትክክለኛ አገናኝ አማራጮች አዘጋጁ፤ nc የሚባሉ ፕሮግራሞች ሁሉም አንድ ዓይነት በይነገጽ አያቀርቡም።

አገናኙ በአካባቢው ይሠራል፣ Fabric በሚሠራበት። የመተግበሪያው አገልጋይ የSSH መድረሻ በመሆኑ ብቻ ያንን አጋዥ አያስፈልገውም። ፍሰቱ ከተቋቋመ በኋላ Fabric አሁንም የSSH ድርድር ያከናውናል እና የdeploy መለያን በapp.example.net ላይ ያረጋግጣል። የSOCKS አገልጋዩ የሚፈልገው ማንኛውም ማረጋገጫ የአገናኙ ነው እና በእሱ መደገፍ አለበት።

Fabric ProxyCommand ከየSSH ውቅር ማንበብም ይችላል። ይህ ተመሳሳዩ መንገድ በብዙ የSSH መሣሪያዎች ሲጠቀም ምቹ ሊሆን ይችላል። ለግንኙነቱ አንድ የታሰበ የጌትዌይ ፍቺ ይጠቀሙ፣ የትዕዛዝ ዓይነት ጌትዌይን ከተለየ የመዝለል አስተናጋጅ ጌትዌይ ጋር ለተመሳሳዩ መድረሻ ከማጣመር ይልቅ።

መካከለኛው የSSH አገልጋይ ሲሆን

የFabric Connection ነገር እንደ gateway ሲቀርብ ሌላ ነገር ማለት ነው፦ Fabric ወደዚያ የSSH ጌትዌይ ይገናኛል እና ወደ መጨረሻው አስተናጋጅ ቻናል ይጠይቃል። ይህን ቅርጽ ለSSH መዝለል አስተናጋጅ ይጠቀሙ። የSOCKS አድማጭ የSSH አገልጋይ አይደለም፣ ስለዚህ ከላይ ያለውን የትዕዛዝ ዓይነት አገናኝ ይፈልጋል።

ይህ የመጓጓዣ ምርጫ ግልጽ ገደብም አለው። የFabricን የSSH ግንኙነት ያስተላልፋል። በርቀት አስተናጋጁ ላይ የሚሠራ ትዕዛዝ በኋላ ማከማቻ ወይም ጥቅል ሲያወርድ ከዚያ አስተናጋጅ አዲስ የወጪ ግንኙነት ይፈጥራል፣ በዚያ ፕሮግራም የራሱ የፕሮክሲ ውቅር መሠረት።

ተዛማጅ ጽሑፎች