APT फाइल स्वीकारते पण प्रॉक्सी किल्ली चुकवते

कॉन्फिगरेशन फाइल यशस्वीरित्या पार्स होऊ शकते आणि तरीही प्रॉक्सी कॉन्फिगर करू शकत नाही. APT नामांकित पर्यायांचा ट्री स्वीकारते; ते प्रत्येक संभाव्य शाखेला त्याच्या HTTP वाहतुकीसाठी सूचना मानत नाही.

HTTP मार्गासाठी, APT प्रॉक्सी सेटिंग ही आहे:

Acquire::http::Proxy "http://proxy.example.net:8080/";

सार्वजनिक रिपॉझिटरीजचा प्रवेश सार्वजनिक प्रॉक्सी वापरू शकत असल्यास तुमच्या सेवेचा HTTP एंडपॉइंट किंवा HTTP प्रॉक्सी सूची वापरा. तीच सेटिंग अतिरिक्त स्कोपमध्ये गुंडाळल्यास तिचे नाव बदलते:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

ते मूल्य APT::Acquire::http::Proxy वर ठेवते. हे Acquire::http::Proxy चे दुसरे स्पेलिंग नाही. HTTP संपादन पद्धत नंतरचे शोधते.

नेमके मूल्य विचारा

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

हे फक्त-वाचन कॉन्फिगरेशन तपासण्या आहेत. URI मध्ये असल्यास आउटपुट वापरकर्ता माहिती उघड करू शकते, म्हणून सामायिक ट्रान्स्क्रिप्टमधून क्रेडेन्शियल्स दूर ठेवा. अयशस्वी पॅकेज ऑपरेशन सुरू करणाऱ्या त्याच कॉन्फिगरेशन फाइल्स, पर्याय आणि खाते संदर्भाची तुलना करा.

योग्य मार्गावर मूल्य नसणे हे स्पष्ट करते की वैध दिसणाऱ्या फाइलने एंडपॉइंट का निवडला नाही. तो एंडपॉइंट पोहोचण्यायोग्य आहे का हे ते अजून सांगत नाही.

योग्य स्तरावर विरामचिन्हे तपासा. नावे दुहेरी कोलन विभाजके वापरतात; सामान्य मूल्य नियुक्तींना अवतरणे आणि शेवटी अर्धविराम लागतो. APT पर्याय नावांमध्ये अक्षरांचे मोठे-लहान महत्त्वाचे नाही, म्हणून proxy चे Proxy मध्ये बदलणे हे अतिरिक्त स्कोपसाठी दुरुस्ती नाही. URI स्ट्रिंगमधील अर्धविराम डेटा आहे, विधानाचा शेवट नाही.

आजूबाजूला अधिक एक्सपोर्ट जोडण्याऐवजी घोषणा दुरुस्त करा. APT इच्छित सेटिंग नोंदवल्यानंतर, कनेक्शन नकार, 407 किंवा प्रमाणपत्र त्रुटी नंतरच्या टप्प्यातील आहे.