APT डाउनलोड प्रॉक्सी के ज़रिए भेजें

APT रिपॉज़िटरी अनुरोधों के लिए HTTP प्रॉक्सी स्पष्ट रूप से सेट करें, HTTPS सत्यापन चालू रखें और होस्ट के अनुसार सीधे कनेक्शन वाले अपवाद जाँचें।

APT के अपने प्रॉक्सी विकल्प हैं। ब्राउज़र की सेटिंग बदलने से यह तय नहीं होता कि apt-get कौन-सा रास्ता इस्तेमाल करता है, और रिपॉज़िटरी मिरर बदलना प्रॉक्सी चुनने के समान नहीं है।

एक कमांड के लिए सेटिंग स्पष्ट रूप से पास करें:

sudo apt-get \
  -o Acquire::http::Proxy=http://203.0.113.10:8080/ \
  -o Acquire::https::Proxy=http://203.0.113.10:8080/ \
  update

दस्तावेज़ों के लिए दी गई IP की जगह अपनी सेवा या HTTP प्रॉक्सी सूची से चुना गया HTTP एंडपॉइंट इस्तेमाल करें। दोनों मान सामान्य HTTP प्रॉक्सी को दर्शा सकते हैं, बशर्ते वह ज़रूरी HTTPS टनल का समर्थन करता हो। विकल्पों के नाम उस रिपॉज़िटरी ट्रांसपोर्ट को बताते हैं जिसे कॉन्फ़िगर किया जा रहा है।

उस कनेक्शन के लिए जिसे आप बनाए रखना चाहते हैं

APT कॉन्फ़िगरेशन यही मान /etc/apt/apt.conf.d/ के अंतर्गत एक अलग फ़ाइल में सहेज सकता है:

Acquire::http::Proxy "http://203.0.113.10:8080/";
Acquire::https::Proxy "http://203.0.113.10:8080/";

सिंटैक्स के उद्धरण चिह्न और अर्धविराम बनाए रखें। अलग और स्पष्ट नाम वाली फ़ाइल से बाद में अपने ओवरराइड हटाना आसान होता है, और रिपॉज़िटरी परिभाषाएँ या असंबंधित APT विकल्प फिर से नहीं लिखने पड़ते।

पैकेज संबंधी कार्रवाई शुरू किए बिना चुना गया मान देखने के लिए इस्तेमाल करें:

apt-config shell PROXY Acquire::http::Proxy

APT http_proxy के ज़रिए पर्यावरण कॉन्फ़िगरेशन का भी समर्थन करता है, लेकिन sudo से उपलब्ध पर्यावरण उस टर्मिनल से अलग हो सकता है जिसमें आपने इसे सेट किया था। स्पष्ट APT विकल्पों से एक कमांड के आधार पर की जाने वाली तुलना समझना आसान होता है।

कोई रिपॉज़िटरी जानबूझकर सीधे जुड़ सकती है

किसी खास होस्ट का प्रॉक्सी विकल्प विशेष मान DIRECT इस्तेमाल कर सकता है। यदि केवल एक रिपॉज़िटरी सामान्य प्रॉक्सी को अनदेखा कर रही है, तो एंडपॉइंट बदलने से पहले उन होस्ट-विशिष्ट ओवरराइड की जाँच करें।

HTTPS में प्रमाणपत्र सत्यापन एक अलग जाँच बना रहता है। जहाँ अनुमोदित निरीक्षण CA की ज़रूरत हो, वहाँ उचित भरोसा कॉन्फ़िगर करें; केवल डाउनलोड आगे बढ़ाने के लिए दूसरे पक्ष या होस्टनाम का सत्यापन बंद न करें। पैकेज हस्ताक्षरों का उद्देश्य भी TLS और प्रॉक्सी रूटिंग से अलग होता है।

केवल कमांड की अंतिम निकास स्थिति न देखें

जाँचें कि किन रिपॉज़िटरी अनुरोधों को वास्तव में सफलता मिली और क्या APT डाउनलोड की चेतावनियाँ दे रहा है या उसने पुरानी सूचियाँ दोबारा इस्तेमाल की हैं। आंशिक अपडेट इस बात का प्रमाण नहीं है कि हर स्रोत ने उस रास्ते का सफलतापूर्वक उपयोग किया।

स्थायी कॉन्फ़िगरेशन वाले परीक्षण को वापस लेने के लिए केवल वे प्रॉक्सी प्रविष्टियाँ हटाएँ जो आपने जोड़ी थीं। फिर बचे हुए पर्यावरण या होस्ट-विशिष्ट सेटिंग की जाँच करें, जो अब भी कोई दूसरा प्रॉक्सी चुन सकती हैं।

संबंधित लेख