एक 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 एक APT प्रॉक्सी-चयन मान है, जो HTTP ट्रांसपोर्ट मैनुअल में प्रलेखित है। इसका अर्थ «दूसरा मिरर इस्तेमाल करें» नहीं है, और यह नहीं बदलता कि रिपॉज़िटरी कौन से पैकेज प्रकाशित करती है।

डाउनलोड को उसके पहले URL से आगे तक ट्रैक करें

यदि कोई रिपॉज़िटरी किसी दूसरे होस्टनाम पर रीडायरेक्ट करती है, तो उस अनुरोध का अपना रूटिंग निर्णय होता है। यही तब भी लागू होता है जब मेटाडेटा और पैकेज संग्रह अलग-अलग होस्ट से आते हैं। अपवादों को उन होस्टों के अनुरूप रखें जिनकी आंतरिक सेवा को वास्तव में आवश्यकता है।

सीधे मार्ग के लिए सामान्य पहुँच और सही प्रमाणपत्र विश्वास भी आवश्यक है। सफल बायपास चयन किसी अगम्य आंतरिक सर्वर को उत्तर देने के लिए विवश नहीं कर सकता।

अंश को सामान्य कॉन्फ़िगरेशन निर्देशिका में रखने के बाद प्रभावी APT कॉन्फ़िगरेशन की समीक्षा करें। बाद में जोड़ी गई होस्ट-विशिष्ट प्रविष्टि परिणाम बदल सकती है। ब्राउज़र के वाइल्डकार्ड बायपास सिंटैक्स को इस कुंजी में कॉपी करने से बचें; APT की प्रलेखित होस्ट सेटिंग प्रासंगिक इंटरफ़ेस है।