جب پروکسی APT کا User-Agent مسترد کرے

curl ایک URL حاصل کرتا ہے۔ APT اسی پروکسی کو استعمال کرتے ہوئے ایسا صفحہ پاتا ہے جس میں کہا گیا ہے کہ اس کا User-Agent منظور شدہ نہیں۔ وہ جواب پہلے ہی تحقیقات کا دائرہ تنگ کرتا ہے: درمیانی ادارہ کلائنٹ پالیسی لاگو کر رہا ہے۔

ریپوزٹری کے آئینے، پاس ورڈ اور DNS ایک ساتھ بدلنا وہ مفید ثبوت ضائع کر دیتا ہے۔ راستہ بدلنے سے پہلے واپس ملنے والی حالت اور متعلقہ مستردگی کا متن محفوظ رکھیں۔

APT HTTP حصول کے طریقے کے لیے Acquire::http::User-Agent کی دستاویز کرتا ہے۔ اگر نیٹ ورک آپریٹر منظور شدہ شناخت کنندہ کا مطالبہ کرے تو طے شدہ قدر جان بوجھ کر مقرر کریں۔ پرانے جواب سے براؤزر کی پوری شناختی سلسلہ نقل کرنا اصل اپ ڈیٹر کو چھپا سکتا ہے اور پھر بھی کسی دوسری پالیسی شرط پر ناکام ہو سکتا ہے۔

ناکام درخواست کا دائرہ کار چیک کریں۔ HTTP ریپوزٹری درخواست اور HTTPS سرنگ عام غیر مداخلت کرنے والے پروکسی کو مختلف معلومات دکھاتے ہیں۔ یہ مت سمجھیں کہ ایک راستے پر نظر آنے والی ہیڈر پالیسی خفیہ کردہ ٹریفک کے اندر خود بخود اسی طرح لاگو ہوتی ہے۔

جہاں ریپوزٹری میٹا ڈیٹا متوقع تھا وہاں واپس کیے گئے مستردگی صفحے سے بعد میں تجزیے کی خرابی یا دستخط کی خرابی جیسی خرابی بھی ہو سکتی ہے۔ ریپوزٹری پر اعتماد بدلنے سے پہلے جواب کا ماخذ پڑھیں۔ پروکسی کے ذریعے کامیاب روٹنگ HTML پالیسی صفحے کو درست پیکیج اشاریہ نہیں بناتی۔ Hash Sum mismatch کے لیے متوقع چیک سم اور اصل بائٹس کو ساتھ رکھیں۔