ไม่มีการเข้าถึง xrdp อีกต่อไปหลังจากอัปเกรดล่าสุดบน Debian Bookworm

บนเซิร์ฟเวอร์ของฉัน ฉันเรียกใช้การติดตั้งการทดสอบ Debian ล่าสุด (Bookworm, 5.16.0-6-amd64) ซึ่งฉันอัปเกรดในวันนี้ หลังจากอัปเกรดแพ็คเกจทั้งหมดแล้ว ฉันไม่สามารถ Win-RDP ลงในกล่องได้อีกต่อไป Sesman เชื่อมต่อได้ดี แต่ซ็อกเก็ต UNIX หมดเวลาหลังจากนั้นไม่กี่นาที Xrdp ทำงานได้อย่างสมบูรณ์ก่อนที่การอัปเกรดและไฟร์วอลล์จะไม่เป็นปัญหา และฉันใช้การเข้าสู่ระบบเพียงครั้งเดียว

นี่คือสองส่วนที่เกี่ยวข้องใน /var/log/xrdp.log:

[20220408-15:13:05] [INFO ] การใช้ใบรับรอง X.509 เริ่มต้น: /etc/xrdp/cert.pem
[20220408-15:13:05] [INFO ] การใช้ไฟล์คีย์เริ่มต้น X.509: /etc/xrdp/key.pem
[20220408-15:13:05] [ข้อผิดพลาด] ไม่สามารถอ่านไฟล์คีย์ส่วนตัว /etc/xrdp/key.pem: ปฏิเสธการอนุญาต
[20220408-15:13:05] [ข้อผิดพลาด] libxrdp_force_read: ข้อผิดพลาดในการอ่านส่วนหัว
[20220408-15:13:05] [ข้อผิดพลาด] กำลังประมวลผล [ITU-T T.125] การเชื่อมต่อเริ่มต้นล้มเหลว
[20220408-15:13:05] [ข้อผิดพลาด] [ลำดับการเชื่อมต่อ MCS] ได้รับคำขอเชื่อมต่อล้มเหลว
[20220408-15:13:05] [ข้อผิดพลาด] xrdp_sec_incoming: xrdp_mcs_incoming ล้มเหลว
[20220408-15:13:05] [ข้อผิดพลาด] xrdp_rdp_incoming: xrdp_sec_incoming ล้มเหลว
[20220408-15:13:05] [ข้อผิดพลาด] xrdp_process_main_loop: libxrdp_process_incoming ล้มเหลว
[20220408-15:13:05] [ข้อผิดพลาด] xrdp_iso_send: trans_write_copy_s ล้มเหลว
[20220408-15:13:05] [ข้อผิดพลาด] การส่ง [ITU T.125] DisconnectProviderUltimatum ล้มเหลว

[20220408-15:30:39] [INFO ] กำลังเชื่อมต่อกับ sesman ip 127.0.0.1 port 3350
[20220408-15:30:39] [INFO ] xrdp_wm_log_msg: sesman เชื่อมต่อตกลง
[20220408-15:30:39] [INFO ] เซสแมนเชื่อมต่อตกลง
[20220408-15:30:39] [INFO ] กำลังส่งข้อมูลการเข้าสู่ระบบไปยังตัวจัดการเซสชัน โปรดรอสักครู่...
[20220408-15:30:39] [INFO ] xrdp_wm_log_msg: เข้าสู่ระบบสำเร็จสำหรับการแสดงผล 10
[20220408-15:30:39] [INFO ] เข้าสู่ระบบสำเร็จสำหรับการแสดงผล 10
[20220408-15:30:39] [INFO ] โหลดโมดูล 'libxup.so' เรียบร้อยแล้ว ขนาดอินเตอร์เฟส 10296 เวอร์ชัน 4
[20220408-15:30:39] [INFO ] เริ่มการเชื่อมต่อ
[20220408-15:30:39] [INFO ] lib_mod_connect: เชื่อมต่อผ่านซ็อกเก็ต UNIX
[20220408-15:34:09] [INFO ] ปัญหาการเชื่อมต่อ ยกเลิก
[20220408-15:34:09] [INFO ] ปัญหาบางอย่าง

ฉันพบปัญหาที่เกี่ยวข้องใน ฟอรัม Raspberry Pi แต่การเปลี่ยนไปใช้ VNC ไม่สามารถแก้ไขปัญหาได้ และคำแนะนำอื่นๆ ดูไม่เป็นมืออาชีพสำหรับฉัน

มีวิธีเจาะลึกเกี่ยวกับซ็อกเก็ต UNIX "ปัญหาบางอย่าง" หรือไม่? มีความคิดว่าข้อผิดพลาด "การอนุญาตถูกปฏิเสธ" คืออะไร? การอนุญาตไฟล์จะเหมือนกันในเซิร์ฟเวอร์รุ่นเก่าที่ xrdp ทำงานได้ดี ดังนั้นฉันเดาว่ามีอย่างอื่นที่ขาดหายไป

ความคิดใด ๆ

ฉันยังเพิ่มสถานะ systemctl:

# xrdp สถานะ systemctl

â xrdp.service - xrdp ภูต
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/xrdp.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
     ใช้งานอยู่: ใช้งาน (ทำงาน) ตั้งแต่ ศ. 2022-04-08 15:42:18 CEST; 1 ชม. 13 นาทีที่แล้ว
       เอกสาร: man:xrdp(8)
             ผู้ชาย:xrdp.ini(5)
    กระบวนการ: 774 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup (รหัส=ออก สถานะ=0/สำเร็จ)
    กระบวนการ: 789 ExecStart=/usr/sbin/xrdp $XRDP_OPTIONS (รหัส=ออกแล้ว สถานะ=0/สำเร็จ)
   PID หลัก: 805 (xrdp)
      งาน: 3 (จำกัด: 76942)
     หน่วยความจำ: 13.0M
        ซีพียู: 59ms
     CGroup: /system.slice/xrdp.service
             ââ 805 /usr/sbin/xrdp
             ââ67212 /usr/sbin/xrdp

08 เม.ย. 16:55:30 เซิร์ฟเวอร์ 2 xrdp[67211]: [ข้อผิดพลาด] xrdp_rdp_incoming: xrdp_sec_incoming ล้มเหลว
08 เม.ย. 16:55:30 server2 xrdp[67211]: [ข้อผิดพลาด] xrdp_process_main_loop: libxrdp_process_incoming ล้มเหลว
08 เม.ย. 16:55:30 server2 xrdp[67211]: [ข้อผิดพลาด] xrdp_iso_send: trans_write_copy_s ล้มเหลว
08 เม.ย. 16:55:30 เซิร์ฟเวอร์ 2 xrdp[67211]: [ข้อผิดพลาด] การส่ง [ITU T.125] DisconnectProviderUltimatum ล้มเหลว
08 เม.ย. 16:55:30 server2 xrdp[67212]: [ข้อผิดพลาด] ไม่สามารถอ่านไฟล์คีย์ส่วนตัว /etc/xrdp/key.pem: ปฏิเสธการอนุญาต
08 เม.ย. 16:55:30 server2 xrdp[67212]: [WARN ] ได้รับ [MS-RDPBCGR] TS_UD_HEADER ประเภท 0xc006 ไม่รู้จัก (ละเว้น)
08 เม.ย. 16:55:30 server2 xrdp[67212]: [WARN ] ได้รับ [MS-RDPBCGR] TS_UD_HEADER ประเภท 0xc00a ไม่รู้จัก (ละเว้น)
08 เม.ย. 16:55:30 server2 xrdp[67212]: [WARN ] ได้รับ [MS-RDPBCGR] TS_UD_HEADER ประเภท 0xc008 ไม่รู้จัก (ละเว้น)
08 เม.ย. 16:55:31 server2 xrdp[67212]: [WARN ] xrdp_caps_process_codecs: รหัสตัวแปลงสัญญาณที่ไม่รู้จัก 5
08 เม.ย. 16:55:31 server2 xrdp[67212]: [WARN ] พบไฟล์ local keymap สำหรับ 0x00000807 และไม่ตรงกับ build in keymap โดยใช้ไฟล์ local keymap

# systemctl สถานะ xrdp-sesman

â xrdp-sesman.service - ตัวจัดการเซสชัน xrdp
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/xrdp-sesman.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
     ใช้งานอยู่: ใช้งาน (ทำงาน) ตั้งแต่ ศ. 2022-04-08 15:42:17 CEST; 1 ชม. 13 นาทีที่แล้ว
       เอกสาร: man:xrdp-sesman(8)
             ผู้ชาย:sesman.ini(5)
    กระบวนการ: 766 ExecStart=/usr/sbin/xrdp-sesman $SESMAN_OPTIONS (รหัส=ออก, สถานะ=0/สำเร็จ)
   PID หลัก: 771 (xrdp-sesman)
      งาน: 1 (จำกัด: 76942)
     หน่วยความจำ: 1.8M
        ซีพียู: 72ms
     CGroup: /system.slice/xrdp-sesman.service
             ââ771 /usr/sbin/xrdp-sesman

08 เม.ย. 16:55:41 server2 xrdp-sesman[771]: [ข้อผิดพลาด] sesman_data_in: scp_process_msg ล้มเหลว
08 เม.ย. 16:55:41 server2 xrdp-sesman[771]: [ข้อผิดพลาด] sesman_main_loop: trans_check_wait_objs ล้มเหลว นำทรานส์ออก

อัปเดต:

ฉันพยายามล้างข้อมูลและติดตั้ง xrdp ใหม่ แต่ฉันไม่สามารถติดตั้ง xrdp ได้อีกต่อไป:

# apt ติดตั้ง xrdp

กำลังอ่านรายการแพ็กเกจ...เสร็จแล้ว
สร้างต้นไม้พึ่งพิง...เสร็จแล้ว
กำลังอ่านข้อมูลสถานะ...
ไม่มีแพ็คเกจ xrdp แต่ถูกอ้างถึงโดยแพ็คเกจอื่น
ซึ่งอาจหมายความว่าแพ็คเกจหายไป ล้าสมัย หรือ
มีให้จากแหล่งอื่นเท่านั้น

E: แพ็คเกจ 'xrdp' ไม่มีตัวเลือกการติดตั้ง

ข้อเสนอแนะใด ๆ ใคร?

อัปเดตครั้งที่สอง:

ฉันไม่แน่ใจว่าสาเหตุที่แท้จริงคืออะไร และฉันก็เปิดคำตอบไว้สำหรับคนที่มีข้อมูลเชิงลึกเกี่ยวกับ Linux มากกว่า

นี่คือสิ่งที่ฉันทำ เนื่องจาก xrdp เป็น (และยังคงเป็น...) ไม่สามารถใช้งานได้อีกต่อไป เดเบียน: การทดสอบ ฉันเพิ่ม เดเบียน: ไม่เสถียร ไปที่รายการแพ็คเกจของฉันและปักหมุด apt ไว้ที่ Debian:testing วิธีนี้ฉันสามารถติดตั้ง xrdp ใหม่ได้ แต่ด้วยความผิดหวังของฉันฉันยังไม่สามารถ Win-RDP ลงในกล่องได้ นั่นคือเมื่อสัปดาห์ที่แล้ว

วันนี้ฉันวิ่ง ปรับปรุง apt && อัพเกรด apt และรีบูตกล่องและตอนนี้ RDP ทำงานได้ดีอีกครั้ง! ไม่แน่ใจว่าอะไรแก้ไขปัญหาได้อย่างแน่นอน ฉันคิดว่าฉันลองรีบูตมาก่อนเช่นกัน ทุกอย่างเรียบร้อยดีจากจุดสิ้นสุดของฉัน