የDocker አገልግሎት DNS እና በno_proxy የፕሮክሲ ማለፊያ

ለውስጣዊ አገልግሎት no_proxy ይጠቀሙ ውጫዊው HTTP ፕሮክሲ ያንን አውታረ መረብ ማግኘት ወይም መድረስ ሲያቅተው።

ውጫዊ HTTP ፕሮክሲ የDockerን api የአገልግሎት ስም ማወቅ አያስፈልገውም። ለhttp://api:8080/ ፕሮክሲው ቀጣዩን ግንኙነት ይከፍታል፣ ስለዚህ በመተግበሪያው ኮንቴይነር ውስጥ የተሳካ ፍለጋ የፕሮክሲውን DNS እይታ አያረጋግጥም።

ለታሰበ ቀጥተኛ መዳረሻ ልዩነቱን በዚያ ኮንቴይነር አካባቢ ውስጥ ያካትቱ፦

environment:
  http_proxy: http://proxy.example:8080
  https_proxy: http://proxy.example:8080
  no_proxy: api

ቀጥታ ጥያቄዎች ወደ api የኮንቴይነሩን መንገድና ውስጣዊ ፕሮግራም ይጠቀማሉ። ሁለቱ ኮንቴይነሮች አሁንም የተጋራውን በተጠቃሚ የተወሰነ አውታረ መረብ ይፈልጋሉ እና አገልግሎቱ በ8080 መስማት አለበት። ብቁ ውጫዊ ጥያቄዎች ፕሮክሲውን ይይዛሉ። እነዚያ የሕዝብ መዳረሻዎች የሕዝብ ደላላ ሊጠቀሙ ከቻሉ፣ የHTTP ፕሮክሲ ዝርዝር መለያ የሌላቸውን የፕሮክሲ URLዎች እጩዎች ያቀርባል፤ api በቀጥታ ልዩነቶች ውስጥ ያቆዩ።

እንደገና የተፈጠሩ ኮንቴይነሮች ያልተጠበቁ ተለዋዋጮችን ከያዙ፣ የDocker ደንበኛውን config.json proxies ክፍል ይመርምሩ፣ እሱም የአካባቢ እሴቶችን ሊያስገባ ይችላል። የታሰበውን መግቢያ ይቀይሩ እና የተጎዱ ኮንቴይነሮችን በመደበኛው ሂደት እንደገና ይፍጠሩ፣ ያልተዛመደ ውቅር ሲጠብቁ።

ተዛማጅ ጽሑፎች