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 या प्रमाणपत्र त्रुटि बाद के चरण की होती है।