docker pull کنٹینر کی پراکسی ترتیبات کیوں نظر انداز کرتا ہے؟

docker pull ناکام ہو تو Docker daemon یا Docker Desktop ترتیب دیں۔ ایپ کنٹینر اپنے پراکسی متغیرات پڑھ سکے، اس سے پہلے امیج ڈاؤن لوڈ ہوتی ہے۔

نیٹو Docker Engine

اس حصے کو موجودہ daemon پراکسی ترتیب میں ملائیں، دستاویز والا اینڈپوائنٹ بدلیں اور غیر متعلقہ ترتیبات قائم رکھیں۔ عوامی پراکسی کی اجازت والے عوامی امیج تجربات کے لیے 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"
  }
}

daemon کی ہائفن والی کلیدیں Docker کلائنٹ کی ~/.docker/config.json میں camelCase کلیدوں سے مختلف ہیں۔ کلائنٹ کا پراکسی حصہ نئے کنٹینر اور بلڈ کے لیے ماحولیاتی متغیرات دیتا ہے؛ نہ daemon ڈاؤن لوڈ اور نہ پہلے سے موجود کنٹینر کا ماحول ترتیب دیتا ہے۔

تنصیب کے دستاویز کے مطابق daemon دوبارہ شروع کریں اور موجودہ کام پر اثر پہلے طے کریں۔ daemon اپنے ابتدائی ماحول میں بھی پراکسی متغیرات لے سکتا ہے؛ بعد کے ٹرمینل میں export سے چلتی سروس اپڈیٹ نہیں ہوتی۔

Docker Desktop

Desktop کی اپنی پراکسی ترتیبات استعمال کریں۔ Docker کی دستاویز کے مطابق Desktop daemon.json کی پراکسی انٹری نظر انداز کرتا ہے، اس لیے نیٹو Engine مثال بار بار بدلنے سے اس پراڈکٹ کا راستہ ترتیب نہیں پائے گا۔

اصل جزو اپڈیٹ کرنے کے بعد امیج پھر کھینچیں۔ دیکھیں کہ رجسٹری رسائی، تصدیق، ری ڈائریکٹ یا تہہ ڈاؤن لوڈ میں سے کیا ناکام ہوا۔ موجودہ کنٹینر کے اندر کامیاب HTTP درخواست صرف اسی ایپ کا راستہ جانچتی ہے۔ مشترک اسکرین شاٹ اور commit کی گئی فائلوں میں پراکسی اسناد نہ رکھیں؛ daemon ترتیب اور کنٹینر ماحول رازوں کے ذخیرے نہیں۔