Podman pasta፦ ከስር-አልባ ኮንቴይነር ወደ አስተናጋጅ loopback ፕሮክሲ መድረስ

የpasta የናምስፔስ-ወደ-አስተናጋጅ TCP ማስተላለፍን ለነባር loopback ፕሮክሲ ይጠቀሙ እና ከኮንቴይነር ፖርት ማተም ለየብቁ ያድርጉት።

የአስተናጋጁ 127.0.0.1:8118 እና የኮንቴይነሩ 127.0.0.1:8118 በተለምዶ የተለያዩ የloopback መጨረሻ ነጥቦች ናቸው። የፕሮክሲ ተለዋዋጭን ወደ ስር-አልባ ኮንቴይነር ማለፍ እነዚያን የloopback በይነገጾች አያገናኝም።

pasta የሚጠቀም የPodman ማሰማራት ለሆነ፣ የናምስፔስ-ወደ-አስተናጋጅ TCP ማስተላለፉ የታሰበውን የአስተናጋጅ ፖርት በናምስፔስ ውስጥ ሊያጋልጥ ይችላል፦

podman run --network=pasta:-T,8118 \
  --env http_proxy=http://127.0.0.1:8118 \
  --env https_proxy=http://127.0.0.1:8118 \
  existing-image application-command

የመተግበሪያውን ነባር ምስል እና ትዕዛዝ ይጠቀሙ። ምሳሌው በአስተናጋጅ በኩል በፖርት 8118 ላይ የሚሠራ HTTP ፕሮክሲ እና የሚታየውን የማስተላለፍ አማራጭ የሚደግፍ የPodman/pasta ስሪት እንዳለ ይወስዳል።

የpasta አቢይ ፊደል -T ከዒላማው ናምስፔስ ወደ አስተናጋጅ ናምስፔስ ያስተላልፋል። ትንሹ ፊደል -t እና የPodman --publish ተቃራኒውን አቅጣጫ ይመለከታሉ። ስለዚህ የኮንቴይነር ፖርት 8118ን ማተም በራሱ የአስተናጋጁን ፕሮክሲ ለኮንቴይነሩ አያመቻችም።

Podman በነባሪነት አውቶማቲክ የናምስፔስ-ወደ-አስተናጋጅ ፖርት ማስተላለፍን ያበራል፤ ግልጽ የሆነው ፖርት በዚህ የሚያስፈልገውን አገልግሎት ይመርጣል። የተለየው የpasta:--map-gw አማራጭ አስተናጋጁን በጌትዌይ አድራሻ ስለመድረስ ነው፣ ይህም ሌላ ዝግጅት ነው።

በCompose አማካኝነት ትክክለኛውን አቅራቢ እና የተፈጠረውን የኔትወርክ ውቅር ይመርምሩ። አንድ ስም ያለው ድልድይ ኔትወርክ ራሱን ችሎ የpasta ናምስፔስ አይደለም፤ ምክንያቱም ገለልተኛ የpodman run ትዕዛዝ pastaን በተሳካ ሁኔታ ተጠቅሞ ሊሆን ይችላል። የርቀት Podman ሞተርም “አስተናጋጅ”ን በሞተሩ ቦታ ላይ ያስቀምጣል።

ተዛማጅ ጽሑፎች