जब कोई प्रॉक्सी APT के User-Agent को अस्वीकार करता है

curl एक URL प्राप्त करता है। APT उसी प्रॉक्सी का उपयोग करते हुए ऐसा पृष्ठ प्राप्त करता है जिसमें कहा जाता है कि उसका User-Agent अनुमोदित नहीं है। वह प्रतिक्रिया पहले ही जाँच का दायरा सीमित कर देती है: मध्यस्थ ग्राहक-नीति लागू कर रहा है।

रिपॉज़िटरी मिरर, पासवर्ड और DNS एक साथ बदलने से वह उपयोगी साक्ष्य नष्ट हो जाता है। मार्ग बदलने से पहले लौटाई गई स्थिति और प्रासंगिक अस्वीकृति पाठ सुरक्षित रखें।

APT HTTP प्राप्ति विधि के लिए Acquire::http::User-Agent का दस्तावेज़न करता है। यदि नेटवर्क ऑपरेटर अनुमोदित पहचानकर्ता माँगता है, तो सहमत मान जानबूझकर निर्धारित करें। किसी पुराने उत्तर से ब्राउज़र की पूरी पहचान-शृंखला कॉपी करने से वास्तविक अपडेटर छिप सकता है और फिर भी कोई अन्य नीति शर्त विफल हो सकती है।

विफल अनुरोध का दायरा जाँचें। HTTP रिपॉज़िटरी अनुरोध और HTTPS सुरंग सामान्य गैर-अवरोधक प्रॉक्सी के सामने भिन्न जानकारी प्रकट करते हैं। यह न मानें कि एक मार्ग पर दिखने वाली हेडर नीति एन्क्रिप्टेड ट्रैफ़िक के भीतर स्वतः उसी प्रकार लागू होती है।

जहाँ रिपॉज़िटरी मेटाडेटा की अपेक्षा थी वहाँ लौटाया गया अस्वीकृति पृष्ठ बाद में पार्सिंग त्रुटि या हस्ताक्षर जैसी त्रुटि भी उत्पन्न कर सकता है। रिपॉज़िटरी पर विश्वास बदलने से पहले प्रतिक्रिया का स्रोत पढ़ें। सफल प्रॉक्सी रूटिंग किसी HTML नीति पृष्ठ को वैध पैकेज सूचकांक नहीं बनाती। Hash Sum mismatch के लिए अपेक्षित चेकसम और वास्तविक बाइट्स साथ रखें।