የJSON ነገሩ ተስፋ ሰጪ ይመስላል፦ proxies ካርታ ከdefault ግቤት እና ተጨማሪ የአድራሻ ቁልፎች ጋር። የregistry አስተናጋጅ ስም እዚያ አስቀምጠው ለዚያ registry የሚላኩ ጥያቄዎች ሌላ proxy ይጠቀማሉ ብለው መጠበቅ ያስተኛል።

እነዚያ ቁልፎች ደንበኛው የሚገናኛቸውን Docker daemons ይለያሉ። ኮንቴይነር የሚጠይቃቸውን ድረ-ገጾች አይለዩም።

የDocker ደንበኛ ውቅር ለአዲሶቹ ኮንቴይነሮች የproxy አካባቢ ተለዋዋጮችን እና ለአዲሶቹ ግንባታዎች የproxy የግንባታ ክርክሮችን ሊያቀርብ ይችላል። አንድ ለዳሞን የተወሰነ ግቤት ለሚመለከተው የዳሞን አውድ የቀረበውን ውቅር ይቀይራል።

የዳሞኑን የራሱን የወደ ውጭ የproxy ግንኙነት አያዋቅርም። የኮንቴይነሩን የHTTP ደንበኛ የPAC ገምጋሚ አያደርገውም።

ዓላማዎ ውስጣዊ registry ቀጥታ እንዲቆይ ሲሆን ዳሞኑ ሌሎች አገልግሎቶችን በproxy እንዲደርስባቸው ከሆነ፣ ዳሞኑ የሚደግፈውን የproxy እና የማለፊያ ውቅር ይመርምሩ። አፕሊኬሽኑ ለተለያዩ መድረሻዎች የተለያዩ የወደላይ proxyዎችን ከፈለገ፣ ያ ፖሊሲ ተገቢ በሆነ የደንበኛ ወይም የማስተላለፊያ አደረጃጀት ውስጥ መሆን አለበት።

ካርታውን ከመስተካከልዎ በፊት ቁልፉ የትኛውን አድራሻ እንደሚወክል እና ያልተሳካውን ጥያቄ የትኛው ሂደት እንደሚያደርግ ይጻፉ። አንድ ዓይነት አስተናጋጅ ስም በዳሞን ግንኙነት፣ በregistry URL እና በproxy URL ውስጥ ሊታይ ይችላል፣ ግን እነዚህ ሦስት የተለያዩ ሚናዎች ናቸው።

ተዛማጅ ጽሑፎች