DNF ทำงานผ่านพร็อกซี ทำไม GNOME Software ถึงไม่ทำงาน

DNF ดาวน์โหลดแพ็กเกจได้โดยไม่มีการร้องเรียน GNOME Software แสดงแค็ตตาล็อก แล้วหยุดเมื่อคุณสั่งให้ติดตั้งบางอย่าง มันชวนให้สรุปว่าแอปแบบกราฟิกเพิกเฉยต่อพร็อกซีไปเลย มีความเป็นไปได้อีกอย่างหนึ่ง: ข้อมูลพร็อกซีไม่เคยไปถึงองค์ประกอบที่ทำการดาวน์โหลด

ติดตามการส่งต่อ

GNOME Software กับคำสั่งที่คุณพิมพ์ในเทอร์มินัลไม่มีเส้นทางการกำหนดค่าเดียวกัน เอกสารพร็อกซีของ PackageKit อธิบายกระบวนการของเซสชันที่อ่านการตั้งค่าเดสก์ท็อปและส่งต่อไปยังดีมอน ใน GNOME นั้น gnome-software อ่าน GSettings และเรียกอินเทอร์เฟซการตั้งค่าพร็อกซีของ PackageKit

จากนั้นดีมอนจะมอบการตั้งค่าของเซสชันที่เหมาะสมให้กับแบ็กเอนด์แพ็กเกจของตน นั่นหมายความว่าคำขอ DNF ที่สำเร็จพิสูจน์ว่าพร็อกซีให้บริการการเรียก DNF นั้นได้ แต่ไม่ได้พิสูจน์ว่าเซสชันเดสก์ท็อปลงทะเบียนการตั้งค่าเดียวกันกับ PackageKit

สามคำถามที่มีประโยชน์

1. การดำเนินการใดล้มเหลว? การดูข้อมูลแค็ตตาล็อก การรีเฟรชเมทาดาทา และการดาวน์โหลดแพ็กเกจเป็นการดำเนินการที่ต่างกัน บันทึกการดำเนินการที่สร้างข้อผิดพลาดจริง
2. พร็อกซีของเซสชันถูกลงทะเบียนหรือไม่? ตรวจสอบการกำหนดค่าพร็อกซีที่ใช้งานจริงของเดสก์ท็อปและข้อผิดพลาดที่ PackageKit รายงาน การตั้งค่าพร็อกซีไม่สำเร็จแตกต่างจากพร็อกซีที่ตอบกลับ 407 ระหว่างการดาวน์โหลด
3. เวอร์ชันใดเป็นเจ้าของการตั้งค่านี้? PackageKit เปลี่ยนไปตามกาลเวลา คีย์การกำหนดค่าที่คัดลอกมาจากคำตอบเกี่ยวกับ Fedora 25 อาจอธิบายแบ็กเอนด์เก่าหรือบั๊กที่ใช้ไม่ได้แล้ว

ตัวแปรที่ส่งออกจากเทอร์มินัลไม่ใช่สิ่งทดแทนที่เชื่อถือได้สำหรับการตรวจสอบการส่งต่อนี้ ดีมอนไม่ใช่ลูกของเชลล์ที่คุณพิมพ์ export และการเข้าสู่ระบบแบบกราฟิกอาจมีสภาพแวดล้อมที่ต่างกัน

ให้การแก้ไขใด ๆ ผูกอยู่กับองค์ประกอบที่เป็นเจ้าของปัญหา ถ้าการกำหนดค่าเดสก์ท็อปผิด ให้แก้การกำหนดค่านั้น ถ้าการลงทะเบียนล้มเหลว ให้เก็บข้อผิดพลาดและข้อมูลเวอร์ชันไว้ ถ้าพร็อกซีปฏิเสธการดาวน์โหลด ให้ตรวจสอบนโยบายการยืนยันตัวตนหรือปลายทางของมัน การแก้ไขไฟล์รีโพซิทอรีทั้งหมดพร้อมกันอาจทำให้ความแตกต่างถูกบดบังและทำให้การกำหนดค่าแบบบรรทัดคำสั่งและการกำหนดค่าแบบกราฟิกดูแลรักษายากขึ้น