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 प्रमाणीकरणको ठाउँ लिँदैन।

सम्बन्धित लेखहरू