docker pull የኮንቴነሩን ፕሮክሲ ቅንብር ለምን አይጠቀምም?

docker pull ካልተሳካ የDocker ዴሞንን ወይም Docker Desktopን ያዋቅሩ። ኢሜጁ የመተግበሪያው ኮንቴነር የራሱን የፕሮክሲ ተለዋዋጮች ከማንበቡ በፊት ይወርዳል።

በቀጥታ የተጫነ Docker Engine

ይህን ክፍል ከነባሩ የዴሞን ፕሮክሲ ውቅር ጋር ያዋህዱ፣ የሰነድ መገናኛውን ይተኩና ያልተያያዙ ቅንብሮችን ያቆዩ። ይፋዊ ፕሮክሲዎች በተፈቀዱበት የይፋዊ ኢሜጅ ሙከራ የHTTP ፕሮክሲ ዝርዝር እጩዎችን ይሰጣል፦

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

የዴሞኑ ሰረዝ ያላቸው ቁልፎች በDocker ደንበኛ ~/.docker/config.json ውስጥ ካሉ camelCase ቁልፎች ይለያሉ። የደንበኛው ፕሮክሲ ክፍል ለአዲስ ኮንቴነሮችና ግንባታዎች የአካባቢ ተለዋዋጮችን ይሰጣል፤ የዴሞኑን ውርዶች ወይም ያሉ ኮንቴነሮችን አካባቢ አያዋቅርም።

ለዚያ ጭነት በሰነዱ የተገለጸውን የዴሞን ዳግም ጀምር ያድርጉ፣ በአሁኑ ሥራዎች ላይ ያለውን ተጽዕኖም ያቅዱ። ዴሞኑ በመነሻ አካባቢው የፕሮክሲ ተለዋዋጮችን ሊቀበል ይችላል፤ በኋላ በተርሚናል export ማድረግ የሚሠራ አገልግሎትን አያዘምንም።

Docker Desktop

የDesktopን የፕሮክሲ ቅንብሮች ይጠቀሙ። Docker እንደሚገልጸው Desktop በdaemon.json ያሉ የፕሮክሲ መዝገቦችን ችላ ይላል፤ ስለዚህ የቀጥታ Engine ምሳሌውን ደጋግሞ መቀየር የዚህን ምርት መንገድ አያዋቅርም።

ትክክለኛውን ክፍል ካዘመኑ በኋላ ኢሜጁን እንደገና ለማውረድ ይሞክሩ። የተሳነው የregistry መዳረሻ፣ ማረጋገጥ፣ አቅጣጫ መቀየር ወይም የንብርብር ውርድ መሆኑን ያንብቡ። ባለ ኮንቴነር ውስጥ የተሳካ HTTP ጥያቄ የዚያን መተግበሪያ መንገድ ብቻ ይፈትሻል። የፕሮክሲ መግቢያ መረጃዎችን በሚጋሩ ስክሪንሾቶችና commit በተደረጉ ፋይሎች አያስገቡ፤ የዴሞን ውቅርና የኮንቴነር አካባቢ የምስጢር ማከማቻ አይደሉም።