لماذا يتجاهل docker pull إعدادات بروكسي الحاوية؟

اضبط مكوّن Docker الذي يسحب الصور فعلياً بدلاً من توقع أن تتحكم متغيرات بروكسي الحاوية في daemon.

عند فشل 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 ذات الشرطات تختلف عن مفاتيح camelCase في ~/.docker/config.json لعميل Docker. يزود قسم بروكسي العميل متغيرات بيئة لـالحاويات الجديدة وعمليات البناء؛ ولا يضبط تنزيلات daemon أو بيئات الحاويات الموجودة مسبقاً.

نفّذ إعادة تشغيل daemon الموثقة لهذا التثبيت، مع التخطيط لأثرها على الأعمال الحالية. ويمكن أيضاً تزويد daemon بمتغيرات البروكسي ضمن بيئة تشغيله؛ تنفيذ export في طرفية لاحقاً لا يحدّث خدمة تعمل بالفعل.

Docker Desktop

استخدم إعدادات بروكسي Desktop. توثّق Docker أن Desktop يتجاهل إدخالات البروكسي في daemon.json، لذا لا تضبط التغييرات المتكررة لمثال Engine الأصلي مسار هذا المنتج.

أعد سحب الصورة بعد تحديث المكوّن الفعلي. حدّد هل فشل الوصول إلى السجل أم المصادقة أم إعادة التوجيه أم تنزيل الطبقات. طلب HTTP ناجح داخل حاوية موجودة يفحص مسار ذلك التطبيق فقط. أبقِ بيانات اعتماد البروكسي خارج لقطات الشاشة المشتركة والملفات المثبتة في المستودع؛ إعداد daemon وبيئة الحاوية ليسا مخزنين للأسرار.

مقالات ذات صلة