APT מקבל את הקובץ אך מפספס את מפתח ה-proxy

קובץ תצורה יכול להיפרס בהצלחה ובכל זאת לא להגדיר את ה-proxy. APT מקבל עץ של אפשרויות בעלות שם; הוא אינו מתייחס לכל ענף סביר כהוראה לתעבורת ה-HTTP שלו.

עבור מסלול ה-HTTP, הגדרת ה-proxy של APT היא:

Acquire::http::Proxy "http://proxy.example.net:8080/";

השתמשו בנקודת קצה HTTP מהשירות שלכם או ברשימת ה-proxy של HTTP כאשר גישה למאגרים ציבוריים עשויה להשתמש ב-proxy ציבוריים. עטיפת אותה הגדרה בהיקף נוסף משנה את שמה:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

זה מציב את הערך ב-APT::Acquire::http::Proxy. זו אינה איות אחר של Acquire::http::Proxy. שיטת הרכישה של HTTP מחפשת את האחרון.

בקשו את הערך המדויק

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

אלו בדיקות תצורה לקריאה בלבד. הפלט עלול לחשוף פרטי משתמש אם ה-URI מכיל אותם, לכן הרחיקו אישורים מתמלולים משותפים. השוו את אותם קובצי תצורה, אפשרויות והקשר חשבון שמפעילים את פעולת החבילה שנכשלה.

ערך חסר בנתיב הנכון מסביר מדוע קובץ שנראה תקין לא בחר את נקודת הקצה. הוא עדיין לא אומר אם ניתן להגיע לנקודת הקצה הזו.

בדקו פיסוק בשכבה הנכונה. שמות משתמשים במפרידי נקודתיים כפולים; השמות ערך רגילות זקוקות למרכאות ולנקודה-פסיק בסוף. רישיות אינה משמעותית בשמות אפשרויות של APT, לכן שינוי proxy ל-Proxy אינו תיקון להיקף נוסף. נקודה-פסיק בתוך מחרוזת ה-URI היא נתון, לא סוף ההצהרה.

תקנו את ההצהרה במקום להוסיף עוד ייצוא סביבה. לאחר ש-APT מדווח על ההגדרה המיועדת, סירוב חיבור, 407 או שגיאת תעודה שייכים לשלב מאוחר יותר.