एउटा APT भण्डारलाई प्रोक्सीबाहिर राख्नुहोस्

आन्तरिक प्याकेज भण्डारले कार्यालय नेटवर्क छोडेर बाह्य प्रोक्सीबाट फर्किनु हुँदैन। प्रत्येक डाउनलोडका लागि प्रोक्सी बन्द नगरी तपाईंले APT लाई होस्ट-विशिष्ट अपवाद दिन सक्नुहुन्छ।

उदाहरणका लागि, APT कन्फिगरेसनको टुक्रामा यी हुन सक्छन्:

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

उदाहरणले पूर्वनिर्धारित HTTP प्रोक्सी राख्छ र दुवै सूचीबद्ध ट्रान्सपोर्ट सेटिङका लागि नाम दिइएको भण्डार होस्टलाई छुट दिन्छ। यसको बाह्य पूर्वनिर्धारित मार्गका लागि, सार्वजनिक प्रोक्सी अनुमति हुँदा HTTP प्रोक्सी सूची ले उम्मेदवारहरू प्रदान गर्छ; आन्तरिक भण्डारलाई सीधा राख्नुहोस्। वास्तविक वातावरणसँग मिलाउन आवश्यक कुनै पनि पूर्वनिर्धारित HTTPS प्रोक्सी अलग्गै सेट गर्नुहोस्।

भण्डार URL होइन, होस्ट प्रयोग गर्नुहोस्

प्रत्यय होस्टनाम हो: https:// छैन, मार्ग छैन, र अन्त्यमा स्ल्यास छैन। एउटै होस्टका धेरै भण्डारहरूले त्यो राउटिङ अपवाद साझा गर्छन्। यो प्रत्येक डाइरेक्टरीको फायरवाल नियम होइन।

DIRECT HTTP ट्रान्सपोर्ट म्यानुअलमा अभिलेख गरिएको APT प्रोक्सी-चयन मान हो। यसको अर्थ «अर्को मिरर प्रयोग गर्नुहोस्» होइन, र यसले भण्डारले कुन प्याकेज प्रकाशित गर्छ भन्ने परिवर्तन गर्दैन।

डाउनलोडलाई यसको पहिलो URL भन्दा परसम्म पछ्याउनुहोस्

यदि भण्डारले अर्को होस्टनाममा रिडिरेक्ट गर्छ भने, त्यो अनुरोधको आफ्नै राउटिङ निर्णय हुन्छ। मेटाडाटा र प्याकेज अभिलेखहरू फरक होस्टबाट आउँदा पनि यही लागू हुन्छ। आन्तरिक सेवालाई वास्तवमै आवश्यक पर्ने होस्टहरूसँग अपवादहरू मिलाएर राख्नुहोस्।

सीधा मार्गलाई सामान्य पहुँच र सही प्रमाणपत्र विश्वास पनि आवश्यक हुन्छ। सफल बाइपास चयनले अगम्य आन्तरिक सर्भरलाई जवाफ दिन बाध्य पार्न सक्दैन।

टुक्रालाई सामान्य कन्फिगरेसन डाइरेक्टरीमा राखेपछि प्रभावकारी APT कन्फिगरेसनको समीक्षा गर्नुहोस्। पछि थपिएको होस्ट-विशिष्ट प्रविष्टिले नतिजा बदल्न सक्छ। ब्राउजरको वाइल्डकार्ड बाइपास सिन्ट्याक्सलाई यो कुञ्जीमा प्रतिलिपि गर्नबाट बच्नुहोस्; APT को अभिलेखित होस्ट सेटिङ सान्दर्भिक इन्टरफेस हो।