APT יכול להוריד חבילות, אבל מפתח החתימה לא מגיע

הגדרת Acquire::http::Proxy שעובדת מוכיחה מעט על הורדה שנכשלה של מפתח החתימה, עד שיודעים איזו תוכנה מביאה את המפתח.

הוראות ישנות עם apt-key adv עוברות בנתיב שרת המפתחות של GnuPG. שיטות התקנה אחרות מורידות מפתח עם curl או דפדפן. התוכנות האלה לא כולן קוראות את הגדרות הפרוקסי של APT עצמו.

לבקשת שרת מפתחות של GnuPG

GnuPG משתמש ב-dirmngr לפעולות הרשת הרלוונטיות. האפשרויות המתועדות שלו כוללות honor-http-proxy והגדרה מפורשת של http-proxy; ההגדרה המפורשת גוברת על משתנה הסביבה. בדוק את ספריית הבית והחשבון של GnuPG שבהם משתמשים בפועל, במיוחד בפקודה עם הרשאות.

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

עקוב אחר שיטת ההתקנה הנוכחית של המפרסם

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

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

אפשרות Signed-By של APT יכולה לשייך את המאגר הזה לזירת מפתחות מסוימת במקום להעניק אמון כללי בין מקורות. בדוק את התבנית והסיומת הנדרשות של זירת המפתחות, ואז ודא שחשבון הרכישה יכול לקרוא את הקובץ ולעבור בספריות האב שלו. גישת מנהל לבדה אינה מבססת הרשאה זו.

תן לשגיאה להצביע על הבדיקה הבאה

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

פתור את השלב הזה תוך שמירה על אימות חתימה. השבתתו תסיר את הבדיקה שתצורת מפתח החתימה אמורה לספק.