auth.conf मधील APT प्रॉक्सी क्रेडेन्शियल्स
प्रॉक्सी क्रेडेन्शियल्ससाठी 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 पडताळणीची जागा घेत नाही.