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 ภายหลังอาจเกี่ยวกับเส้นทางคีย์ริงหรือการเชื่อมโยงรีโพซิทอรี
แก้ปัญหาขั้นนั้นโดยยังคงการตรวจสอบลายเซ็นไว้ การปิดการตรวจสอบจะขจัดสิ่งที่การตั้งค่ากุญแจลงนามควรให้