يمكن لـ APT تنزيل الحزم، لكن مفتاح التوقيع لا يصل

إعداد Acquire::http::Proxy العامل لا يثبت الكثير بشأن فشل تنزيل مفتاح التوقيع قبل أن تعرف البرنامج الذي يجلب المفتاح.

التعليمات الأقدم التي تستخدم apt-key adv تمر بمسار خادم مفاتيح GnuPG. وطرق الإعداد الأخرى تنزّل المفتاح بـ curl أو بمتصفح. وهذه البرامج لا تقرأ جميعها إعداد الوكيل الخاص بـ APT.

لطلب مفتاح من خادم مفاتيح GnuPG

يستخدم GnuPG البرنامج dirmngr لعمليات الشبكة المعنية. وتشمل خياراته الموثقة honor-http-proxy وإعدادًا صريحًا لـ http-proxy؛ والإعداد الصريح يتجاوز متغير البيئة. تحقق من مجلد GnuPG الرئيسي والحساب المستخدم فعليًا، خصوصًا في أمر ذي صلاحيات.

تحقق أيضًا من عنوان URL لخادم المفاتيح. الاتصال الأصلي بخادم المفاتيح ليس كطلب HTTPS للمفتاح نفسه. والوصول عبر متصفح من خلال وكيل HTTP لا يثبت إذنًا باتصال مباشر منفصل بمنفذ خادم المفاتيح.

اتبع طريقة التثبيت الحالية للناشر

لا تُحِ أمرًا مهجورًا للثقة العامة لإصلاح الوصول إلى الشبكة. ينبغي أن تحدد تعليمات الناشر الحالية مصدر المفتاح والحلقة المقصودة. وإذا استخدمت تنزيلًا عبر HTTPS، فاضبط عميل HTTP الذي يرسل ذلك الطلب. وحيث يكون الناشر متاحًا علنًا وتُسمح الوسائط العامة، تقدم قائمة وكلاء HTTP نقاط نهاية مرشحة؛ ويبقى التحقق من البصمة شرطًا منفصلًا.

أكّد البصمة الكاملة المتوقعة للمفتاح من معلومات الناشر. فالملف المنزّل أو اسم العرض المطابق أو نتيجة البحث لا تثبت الهوية. ولتدوير المفتاح استخدم عملية الاستبدال الموثقة الحالية.

يستطيع خيار Signed-By في APT ربط ذلك المستودع بحلقة مفاتيح معينة بدل منح ثقة عامة عبر المصادر. تحقق من صيغة حلقة المفاتيح المطلوبة وامتدادها، ثم تأكد من أن حساب الاسترجاع يستطيع قراءة الملف وعبور مجلداته الأصلية. والوصول الإداري وحده لا يثبت ذلك الإذن.

دع الخطأ يحدد الفحص التالي

• انتهاء المهلة يتعلق بمسار المنزّل أو إمكانية الوصول إلى نقطة النهاية.
• تحدي الوكيل يتعلق بحسابه والطريقة المدعومة.
• عدم تطابق البصمة هو فشل ثقة بعد التسليم.
• قد يتعلق خطأ توقيع APT اللاحق بمسار حلقة المفاتيح أو بربط المستودع.

حل تلك المرحلة مع الاحتفاظ بالتحقق من التوقيع. فتعطيله يزيل الفحص الذي يُفترض أن يوفره إعداد مفتاح التوقيع.