פרטי אימות פרוקסי של APT בקובץ auth.conf
השתמשו בקבצי האימות של APT לפרטי אימות הפרוקסי והגבילו רשומות לנקודת הקצה של הפרוקסי במקום להניח סודות בתצורת ההורדה הכללית.
APT יכול לשמור פרטי אימות פרוקסי בקובץ אימות, בעוד תצורת ההורדה מכילה רק את נקודת הקצה:
Acquire::http::Proxy "http://proxy.example:3128/";קובץ auth.conf מוגן כראוי או קובץ auth.conf.d נתמך מכיל את החשבון המתאים:
machine http://proxy.example:3128
login example-user
password example-passwordנקודת הקצה והחשבון הם מצייני מקום. השתמשו במיקום הקובץ הנתמך בגרסת APT המותקנת והגבילו קריאה בלתי מורשית תוך שמירה על מדיניות ההורדה הקיימת.
אסימון machine תואם לפרוקסי
הסכימה, המארח והפורט חשובים. בלי פרוטוקול, רשומת machine מתועדת תואמת ל-HTTPS ול-tor+https. לכן פרוקסי HTTP רגיל זקוק לאסימון http:// תואם מפורש, גם כאשר מאגר החבילות עצמו משתמש ב-HTTPS.
בדקו את נקודת הקצה האפקטיבית של APT ואת מיקום קובץ האימות, וכן את הרשאת הקריאה של חשבון ההורדה. שם מארח, כינוי IP או פורט אחר יכולים לבחור רשומה אחרת. היעדר פרטי אימות בגלל אי-התאמה אינו הוכחה לסיסמה נדחית.
הקובץ הנפרד מגביל היכן הסוד נשמר. הוא אינו מצפין חילופי Basic בטקסט גלוי ואינו מחליף את חתימת המאגר ואת אימות ה-TLS של היעד.