כאשר פרוקסי דוחה את ה-User-Agent של APT

curl מביא כתובת URL. APT, דרך אותו פרוקסי, מקבל עמוד שאומר שה-User-Agent שלו אינו מאושר. התגובה הזו כבר מצמצמת את החקירה: המתווך מיישם מדיניות לקוח.

החלפה בו-זמנית של מראות המאגר, סיסמאות ו-DNS משליכה את הראיה השימושית הזו. שמרו את הסטטוס שהוחזר ואת טקסט הדחייה הרלוונטי לפני שינוי המסלול.

APT מתעד את Acquire::http::User-Agent עבור שיטת ההורדה ב-HTTP. אם מפעיל הרשת דורש מזהה מאושר, הגדירו את הערך המוסכם במכוון. העתקת מחרוזת הזהות המלאה של דפדפן מתשובה ישנה עלולה להסתיר את המעדכן בפועל ועדיין להיכשל בתנאי מדיניות אחר.

בדקו את היקף הבקשה שנכשלה. בקשת מאגר ב-HTTP ומנהרת HTTPS חושפות מידע שונה לפרוקסי רגיל שאינו מיירט. אל תסיקו שמדיניות כותרת שנראית בנתיב אחד מיושמת אוטומטית באופן זהה בתוך תעבורה מוצפנת.

עמוד דחייה שמוחזר במקום שבו ציפו למטא-נתוני מאגר יכול גם לגרום מאוחר יותר לשגיאת ניתוח או לשגיאה שנראית כמו שגיאת חתימה. קראו את מקור התגובה לפני שינוי האמון במאגר. ניתוב מוצלח דרך פרוקסי אינו הופך עמוד מדיניות HTML לאינדקס חבילות תקף. עבור Hash Sum mismatch, שמרו יחד את סכום הבדיקה הצפוי ואת הבתים בפועל.