auth.conf में APT प्रॉक्सी क्रेडेंशियल

APT प्रॉक्सी क्रेडेंशियल को प्रमाणीकरण फ़ाइल में रख सकता है जबकि अधिग्रहण कॉन्फ़िगरेशन में केवल अंतिम बिंदु होता है:

Acquire::http::Proxy "http://proxy.example:3128/";

उचित रूप से सुरक्षित auth.conf या समर्थित auth.conf.d फ़ाइल में मेल खाता खाता होता है:

machine http://proxy.example:3128
login example-user
password example-password

अंतिम बिंदु और खाता प्लेसहोल्डर हैं। स्थापित APT संस्करण के समर्थित फ़ाइल स्थान का उपयोग करें और मौजूदा अधिग्रहण नीति बनाए रखते हुए अनधिकृत पढ़ने को सीमित करें।

machine टोकन प्रॉक्सी से मेल खाता है

स्कीम, होस्ट और पोर्ट मायने रखते हैं। प्रोटोकॉल के बिना, प्रलेखित machine प्रविष्टि HTTPS और tor+https से मेल खाती है। इसलिए एक सामान्य HTTP प्रॉक्सी को स्पष्ट रूप से मेल खाता http:// टोकन चाहिए, तब भी जब पैकेज रिपॉज़िटरी स्वयं HTTPS का उपयोग करती हो।

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

अलग फ़ाइल यह सीमित करती है कि रहस्य कहाँ संग्रहीत होता है। यह सादे Basic आदान-प्रदान को एन्क्रिप्ट नहीं करती और रिपॉज़िटरी हस्ताक्षर तथा गंतव्य TLS सत्यापन का स्थान नहीं लेती।