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 کیليو توپیر لري. د مراجع پراکسي برخه نویو کانټینرونو او build ته چاپېریالي متغیرونه ورکوي؛ نه د ډیمون ښکته کول تنظیموي او نه د شته کانټینر چاپېریال.

د نصب د سند له مخې ډیمون بیا پیل کړئ او پر روانو کارونو یې اغېز طرحه کړئ. ډیمون د پیل په چاپېریال کې هم پراکسي متغیرونه اخیستلای شي؛ په وروستي ټرمینل کې export روان خدمت نه تازه کوي.

Docker Desktop

د Desktop خپلې پراکسي امستنې وکاروئ. Docker مستندوي چې Desktop په daemon.json کې پراکسي ننوتنې نه مني، نو د مستقیم Engine د بېلګې بیا بیا بدلول د دې محصول لاره نه تنظیموي.

د اصلي برخې له تازه کولو وروسته انځور بیا راواخلئ. وګورئ چې registry لاسرسی، هویت تایید، بیا لارښوونه یا د پوړ ښکته کول ناکام شوي دي. په شته کانټینر کې بریالۍ HTTP غوښتنه د هماغه کاریال لاره ګوري. د پراکسي د ننوتلو معلومات په شریکو سکرین‌شاټونو او commit فایلونو کې مه اچوئ؛ د ډیمون تنظیم او د کانټینر چاپېریال د رازونو زېرمې نه دي.