በመተግበሪያ አጠገብ የሚያዳምጥ አካባቢያዊ ፕሮክሲ የፕሮክሲ መዳረሻ የሚፈልግ አውታረ መረብ አያስመስልም። መተግበሪያው የተዋቀረውን ፕሮክሲ ችላ ብሎ በቀጥታ ሊገናኝና አሁንም ስኬት ሊያሳውቅ ይችላል።

የመተግበሪያውን አውታረ መረብ ከፕሮክሲው የውጭ መንገድ ይለዩ። አንድ በኮንቴይነር ላይ የተመሠረተ አደረጃጀት መተግበሪያውን በውስጥ አውታረ መረብ ላይ ብቻ ያስቀምጣል፤ ፕሮክሲውን ደግሞ ሁለተኛ የመውጫ አውታረ መረብ ይሰጣል። አስቀድሞ በተገለጸ የCompose ፍቺ ውስጥ የአውታረ መረብ ግንኙነቶቹ እንደዚህ ሊመስሉ ይችላሉ፦

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

ይህ አስቀድመው ለተገለጹ አገልግሎቶች የአውታረ መረብ ክፍል ነው። የተፈቀደውን የፊት ፕሮክሲ እና የመተግበሪያውን ትክክለኛ ደንበኛ ለያዩ ያዘጋጁ። Docker የውስጥ አውታረ መረቦችን ከውጭ የተነጠሉ አድርጎ ይመዘግባል፤ በዚህ አደረጃጀት ውስጥ ተጨማሪው የውጭ አውታረ መረብ ያለው ፕሮክሲው ብቻ ነው።

የፕሮክሲ አጠቃቀም የተወገደበትን አሉታዊ ጉዳይ ያካትቱ፦ የመተግበሪያው የውጭ ጥያቄ መወደቅ አለበት። ለተረጋገጠ HTTP ፕሮክሲ፣ የተቀባይነት ያላገኘ መለያ የማንነት ማረጋገጫ ስህተቱን ማሳየት አለበት፤ የተቀበለው መለያ ደግሞ ከፕሮክሲው ምልከታ ጋር ዒላማውን መድረስ አለበት።

የፕሮክሲውን የተፈቀዱና የተከለከሉ ጉዳዮች ለያዩ ይፈትኑ። መተግበሪያውን ከሌሎች የውጭ አውታረ መረቦች ያርቁ እና የሚያልፍ የአስተናጋጅ አውታረ መረብ ሁነታ አይጨምሩ። የተሳካ ጥያቄ ጠቃሚ ማስረጃ የሚሆነው ምርመራው የታሰበውን መንገድ ብቻ ካመቻቸ በኋላ ነው።

ተዛማጅ ጽሑፎች