ข้อความที่น่ารำคาญ“ การเชื่อมต่อ X11 ถูกปฏิเสธเนื่องจากการรับรองความถูกต้องผิดพลาด” ในขณะที่ไม่มีปัญหา


15

ฉันมีปัญหาที่น่ารำคาญ

เมื่อฉันเข้าสู่โฮสต์ที่เฉพาะเจาะจงผ่าน SSH ข้อความ

X11 connection rejected because of wrong authentication.

เกิดขึ้นสามครั้งดูเหมือนว่าสุ่มเกี่ยวกับหนึ่งครั้งต่อนาที ฉันไม่รู้ว่ามันมาจากไหน

ที่จริงแล้วไม่มีปัญหาแม้แต่นิดเดียวกับการส่งต่อ X11 แต่มันก็ใช้งานได้อย่างมีเสน่ห์ แต่ข้อความนี้ยังคงปรากฏและมันทำให้ฉันบ้า

ไม่มีใครมีความคิดวิธีการกำจัดมันได้หรือไม่

ฉันกำลังประสบปัญหาไม่ว่าฉันจะมาจากที่ใดมันเกิดขึ้นจาก Gnome-Desktop ของฉันและจากระบบ Windows ที่ใช้ PuTTY, MobaXterm, Cygwin ไม่ว่าอะไรก็ตาม


หลังจาก twiddling มากขึ้นฉันพบสาเหตุที่จะเป็นตัวแทนการตรวจสอบ (check_mk) สิ่งนี้จะตรวจสอบพารามิเตอร์รันไทม์บางส่วนของงานที่กำลังทำงานอยู่ข้อความจะปรากฏขึ้นทุกครั้งเมื่อเอเจนต์นี้ถูกทริกเกอร์จากระบบการตรวจสอบเมื่อมีการตรวจสอบสถานะ PostgreSQL ดูเหมือนว่ากระบวนการนี้จะพยายามเปิดการเชื่อมต่อ X11 แต่ล้มเหลว จากนั้นข้อความจะถ่มน้ำลายลงในเซสชันเทอร์มินัลของฉันในขณะที่พยายามใช้เซสชัน X11 ที่ส่งต่อของฉัน

มีวิธีปิดใช้งานข้อความนี้หรือไม่?

คำตอบ:


21

ตรวจสอบให้แน่ใจว่าคุณไม่ได้ใช้พื้นที่ดิสก์หมด

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

$ df -h

หากมีโควต้ากำหนดไว้ในระบบไฟล์ให้ตรวจสอบว่าคุณมีโควต้าไม่เกิน:

$ quota -s

ตรวจสอบให้แน่ใจว่าคุณเป็นเจ้าของ ~ / .Xauthority

เรียกใช้คำสั่งต่อไปนี้เพื่อค้นหา ownweship:

$ ls -l ~/.Xauthority

รัน chown และ chmod เพื่อแก้ไขปัญหาการอนุญาต [แทนที่ผู้ใช้: กลุ่มด้วยชื่อผู้ใช้และชื่อกลุ่มจริง]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

ตรวจสอบให้แน่ใจว่า X11 SSHD เปิดใช้งานการส่งต่อ

ตรวจสอบให้แน่ใจว่าบรรทัดต่อไปนี้มีอยู่ในไฟล์ sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

ตัวอย่างผลลัพธ์:

X11Forwarding yes

หาก X11 ปิดใช้งานเพิ่มบรรทัดต่อไปนี้ลงใน sshd_cofing และรีสตาร์ทเซิร์ฟเวอร์ ssh:

X11Forwarding yes

ตรวจสอบให้แน่ใจว่าได้เปิดใช้งานการส่งต่อไคลเอ็นต์ X11

ตรวจสอบว่า ssh_config ในพื้นที่ของคุณมีบรรทัดต่อไปนี้:

Host *
ForwardX11 yes

ขั้นตอนสุดท้ายลงชื่อเข้าใช้เซิร์ฟเวอร์ระยะไกลและเรียกใช้ X11 ดังนี้จากระบบปฏิบัติการ Mac OS X หรือ Linux บนเดสก์ท็อปของคุณ:

ssh -X user@remote-host.com

เครดิตสำหรับข้อมูลอยู่ที่นี่: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

หวังว่าจะช่วย


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

ตามที่กล่าวมานี้ไม่เกี่ยวข้องในกรณีนี้ ปัญหาไม่ใช่ว่าฉันพยายามส่งต่อการเชื่อมต่อ X11 ล้มเหลว ปัญหาคือผู้ใช้รายอื่นพยายามใช้ X11-Forwarding ของฉันและข้อความนั้นพ่นไปยังเซสชันเทอร์มินัลที่ใช้งานอยู่สิ่งที่ฉันไม่ต้องการ คำถามคือ "มีวิธีปิดใช้งานข้อความนี้หรือไม่"
คริสเตียน

ฉันอัปเดตคำตอบสำหรับผู้ใช้ที่ขอแล้วลบความคิดเห็นของเขาหลังจากนั้น สำหรับคำถามของคุณให้ลองปิดใช้งานการเข้าถึงกำแพงทั้งหมดยกเว้นรูท (สมมติว่ากระบวนการนั้นไม่ได้ดำเนินการโดยผู้ใช้รูท): $ sudo chmod gs / usr / bin / wall $ echo foo | wall
devnull

ผมออก "mesg n" สิ่งที่ supresses ผนังข้อความ แต่ยังคงเก็บรับผู้ :(
คริสเตียน

หากกระบวนการนั้นดำเนินการโดยรูทคุณก็ต้อง ไม่สามารถทำการรูทได้ หากเป็นกรณีนี้ให้สร้าง 'มอนิเตอร์' หรือผู้ใช้ใด ๆ และย้ายการตรวจสอบและดำเนินการโดยผู้ใช้นั้นแล้วคุณจะไม่เห็นข้อความเหล่านั้นอีกต่อไปเพราะจะไม่ได้มาจากรูท
devnull

4

อาจเป็นการหมดเวลาการส่งต่อของ X11 ที่ไม่น่าเชื่อถือ การใช้ForwardX11Timeoutตัวเลือกที่มีการหมดเวลามากอาจช่วยได้ตามที่แนะนำในhttps://bugzilla.mindrot.org/show_bug.cgi?id=1718 (ฉันเคยมีปัญหานี้มาแล้ว แต่ IIRC มันหายไปหลังจากการอัพเกรดบางอย่าง)


แต่น่าเสียดายที่ไม่ได้ก็เมื่อฉันกำหนดอย่างชัดเจนในForwardX11Trusted yes /etc/ssh_config
คริสเตียน

2

ถ้าคุณมีการบังคับใช้ SELINUX และโฮมไดเร็กตอรี่ของคุณไม่อยู่ภายใต้ไดเร็กตอรี่ / home, นั่นคือปัญหาของคุณ การตั้งค่า SELINUX เป้าหมายจะถือว่าไดเรกทอรีบ้านของผู้ใช้อยู่ภายใต้ / home ดังนั้น xauth ทำงานไม่ถูกต้องเนื่องจากประเภท SELINUX ในไดเรกทอรีหลักของคุณไม่ถูกต้อง ฉันหวังว่าฉันจะแนะนำการแก้ไขได้ แต่สิ่งที่ฉันพบไม่ทำงาน ฉันตั้งค่า SELINUX ให้อนุญาตเพื่อแก้ไขปัญหานี้



0

ติดตั้ง XQuartz บน mac หากต้องการและลงชื่อเข้าใช้โดยตรงกับผู้ใช้ ตัวอย่าง - ขณะติดตั้ง oracledb ฉันพยายามเข้าสู่ระบบด้วยรูทแล้วรันคำสั่งจากผู้ใช้ oracle หลังจาก sudo su - oracle

เข้าสู่ระบบโดยตรงด้วย oracle ssh -X oracle @ hostname

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.