जेव्हा प्रॉक्सी APT च्या User-Agent ला नाकारते
curl यशस्वी होते पण त्याच प्रॉक्सीद्वारे APT अवरोधित होते तेव्हा स्पष्ट क्लायंट-ओळख धोरण नाकारण ओळखा.
curl एक URL आणते. APT त्याच प्रॉक्सीचा वापर करून असे पृष्ठ मिळवते ज्यात म्हटले आहे की त्याचे User-Agent मंजूर नाही. ते प्रतिसाद आधीच तपासाची व्याप्ती कमी करते: मध्यस्थ ग्राहक-धोरण लागू करत आहे.
रेपॉझिटरी आरसे, परवलीचे शब्द आणि DNS एकत्र बदलल्याने तो उपयुक्त पुरावा नष्ट होतो. मार्ग बदलण्यापूर्वी परत मिळालेली स्थिती आणि संबंधित नाकारण मजकूर जतन करा.
APT HTTP संपादन पद्धतीसाठी Acquire::http::User-Agent चे दस्तऐवजीकरण करते. नेटवर्क ऑपरेटर मंजूर ओळखकर्ता मागत असेल तर मान्य झालेले मूल्य जाणीवपूर्वक सेट करा. जुन्या उत्तरातून ब्राउझरची संपूर्ण ओळख-शृंखला कॉपी केल्यास खरा अद्ययावतकर्ता लपू शकतो आणि तरीही दुसऱ्या धोरण अटीत अपयशी ठरू शकतो.
अपयशी विनंतीची व्याप्ती तपासा. HTTP रेपॉझिटरी विनंती आणि HTTPS बोगदा सामान्य अ-अडवणारे प्रॉक्सीसमोर वेगळी माहिती उघड करतात. एका मार्गावर दिसणारे हेडर धोरण एन्क्रिप्टेड रहदारीत आपोआप त्याच पद्धतीने लागू होते असे गृहीत धरू नका.
जिथे रेपॉझिटरी मेटाडेटा अपेक्षित होता तिथे परत दिलेले नाकारण पृष्ठ नंतर पार्सिंग त्रुटी किंवा स्वाक्षरी त्रुटीसारखी त्रुटी उद्भवू शकते. रेपॉझिटरीवरील विश्वास बदलण्यापूर्वी प्रतिसादाचा उगम वाचा. यशस्वी प्रॉक्सी राउटिंग HTML धोरण पृष्ठाला वैध पॅकेज अनुक्रमणिका बनवत नाही. Hash Sum mismatch साठी अपेक्षित चेकसम आणि प्रत्यक्ष बाइट्स एकत्र ठेवा.