आपने docker.service में प्रॉक्सी जोड़ा, उसे फिर से शुरू किया, और अगला pull ठीक पहले जैसा ही व्यवहार कर गया। जिस मशीन पर apt और snap दोनों इंस्टॉलेशन हैं, वहाँ जाँचें कि क्या यही वह डेमन है जिसे आपका CLI उपयोग करता है।

मिलाने के लिए तीन अलग पहचानें हैं: CLI निष्पादन योग्य, चुना गया एंडपॉइंट, और उस एंडपॉइंट के पीछे की सर्वर प्रक्रिया। PATH में एक docker कमांड मिलना केवल पहली को तय करता है।

docker context show
docker context inspect

Docker कॉन्टेक्स्ट एंडपॉइंट का वर्णन करते हैं। DOCKER_HOST, DOCKER_CONTEXT और कमांड लाइन पर एंडपॉइंट चयन दिखने वाले डिफ़ॉल्ट को ओवरराइड कर सकते हैं, इसलिए परिवेश और आह्वान भी जाँचें।

फिर चुने गए सॉकेट या रिमोट पते को वास्तविक डेमन और उसकी सेवा कॉन्फ़िगरेशन से जोड़ें। दो इंस्टॉलेशन के यूनिट, कॉन्फ़िगरेशन पथ और संग्रहण अलग हो सकते हैं। रिमोट कॉन्टेक्स्ट मशीन से पूरी तरह बाहर इंगित कर सकता है।

प्रॉक्सी को उसी डेमन से संबंधित इंटरफ़ेस के माध्यम से लागू करें। Docker की प्रलेखित डेमन सेटिंग्स और उसका स्टार्टअप परिवेश होस्ट पर हर Docker इंस्टॉलेशन के लिए प्रसारण नहीं हैं।

"चीज़ें साफ़ करने" के लिए पैकेज अनइंस्टॉल करने से पहले यह पहचान करें। अप्रयुक्त दिखने वाला डेमन ऐसे कंटेनर या इमेज का मालिक हो सकता है जिन्हें दूसरा इंस्टेंस प्रबंधित नहीं करता। तत्काल प्रॉक्सी सुधार यह है कि चुने गए सर्वर को जानबूझकर कॉन्फ़िगर किया जाए; कौन-सा इंस्टॉलेशन रखना है यह अलग रखरखाव बदलाव है।

संबंधित लेख