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 वा प्रमाणपत्र त्रुटि पछिको चरणको हो।