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चा नमुना पुन्हा पुन्हा बदलून या उत्पादनाचा मार्ग सेट होत नाही.

प्रत्यक्ष घटक अपडेट केल्यावर इमेज पुन्हा घ्या. रजिस्ट्री प्रवेश, प्रमाणीकरण, रीडायरेक्ट की लेयर डाउनलोड अयशस्वी झाले ते पाहा. आधीच्या कंटेनरमध्ये यशस्वी HTTP विनंती फक्त त्या अॅपचा मार्ग तपासते. शेअर केलेले स्क्रीनशॉट किंवा कमिट केलेल्या फाइलमध्ये प्रॉक्सी प्रवेशतपशील ठेवू नका; डिमन कॉन्फिगरेशन व कंटेनरचे वातावरण गुपित साठे नाहीत.