Thông báo gây phiền nhiễu Kết nối X11 bị từ chối vì xác thực sai trong khi không có vấn đề gì cả

Tôi đang có một vấn đề gây phiền nhiễu.

Khi tôi đăng nhập vào một máy chủ cụ thể thông qua SSH, tin nhắn

X11 connection rejected because of wrong authentication.

xảy ra ba lần dường như ngẫu nhiên khoảng một lần một phút. Tôi không biết nó đến từ đâu.

Trên thực tế, thậm chí không có bất kỳ vấn đề nhỏ nào với chuyển tiếp X11, nó hoạt động như một nét quyến rũ. Nhưng tin nhắn này cứ xuất hiện và nó làm tôi phát điên.

Có ai có một ý tưởng làm thế nào để thoát khỏi nó?

Tôi đang đối mặt với vấn đề cho dù tôi đến từ đâu, nó xảy ra từ Gnome-Desktop của tôi và từ hệ thống Windows sử dụng PuTTY, MobaXterm, Cygwin, bất cứ điều gì.

Sau khi xoay một số chi tiết, tôi thấy nguyên nhân là tác nhân giám sát (check_mk). Điều này kiểm tra một số tham số thời gian chạy của các tác vụ đang chạy, thông báo xuất hiện mỗi lần, khi tác nhân này được kích hoạt từ hệ thống giám sát, chính xác là khi trạng thái PostgreQuery được kiểm tra. Có vẻ như quá trình này cố gắng mở kết nối X11 nhưng không thành công. Sau đó, tin nhắn được gửi vào phiên cuối của tôi khi nó cố gắng sử dụng phiên X11 được chuyển tiếp của tôi.

Có cách nào để vô hiệu hóa tin nhắn này không?

Hãy chắc chắn rằng bạn không hết dung lượng đĩa

Chạy df và đảm bảo bạn có đủ dung lượng đĩa, nếu bạn thiếu dung lượng đĩa, hãy xóa các tệp không cần thiết khỏi hệ thống của bạn:

$ df -h

Nếu có hạn ngạch áp đặt trên các hệ thống tệp, hãy kiểm tra xem bạn có vượt quá hạn ngạch không:

$ quota -s

Đảm bảo ~ / .Xmasterity thuộc sở hữu của bạn

Chạy lệnh sau để tìm ownweship:

$ ls -l ~/.Xauthority

Chạy chown và chmod để khắc phục các sự cố về quyền [thay thế người dùng: nhóm bằng tên người dùng và tên nhóm thực tế của bạn]:

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

Đảm bảo chuyển tiếp X11 SSHD được bật

Đảm bảo dòng sau tồn tại trong tệp sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

Đầu ra mẫu:

X11Forwarding yes

Nếu X11 bị vô hiệu hóa, hãy thêm dòng sau vào sshd_cofing và khởi động lại máy chủ ssh:

X11Forwarding yes

Đảm bảo bật chuyển tiếp máy khách X11

Đảm bảo ssh_config cục bộ của bạn có các dòng sau:

Host *
ForwardX11 yes

Cuối cùng, đăng nhập vào máy chủ từ xa và chạy X11 như sau từ hệ thống máy tính để bàn Mac OS X hoặc Linux của bạn:

ssh -X user@remote-host.com

Tín dụng cho thông tin thuộc về đây: http://www.cyberciti.biz/faq/x11-connection-rejection-because-of-wrong-authentication/

Mong rằng sẽ giúp.

Nó có thể là thời gian chờ chuyển tiếp X11 không đáng tin cậy. Sử dụng ForwardX11Timeouttùy chọn với thời gian chờ lớn có thể giúp ích, như được đề xuất trong https://ormszilla.mindrot.org/show_orms.cgi?id=1718 (Tôi đã gặp vấn đề này trong quá khứ, nhưng IIRC, nó đã biến mất sau một số nâng cấp).

Nếu bạn đã thực thi SELINUX và thư mục chính của bạn không nằm trong thư mục / home, đó là vấn đề của bạn. Cài đặt SELINUX được nhắm mục tiêu giả định tất cả các thư mục nhà của người dùng đều ở dưới / nhà, do đó xauth không hoạt động chính xác vì loại SELINUX trên thư mục chính của bạn không chính xác. Tôi ước tôi có thể đề nghị sửa chữa, nhưng cái tôi thấy không hoạt động. Tôi đặt SELINUX để cho phép khắc phục vấn đề này.

Hãy thử thiết lập cái này và nó hoạt động với tôi:

X11UseLocalhost yes

tham khảo: https://medium.com/@toja/USE-x11-apps-in-mac-os-x-c74b304fd128

Cài đặt XQuartz trên mac nếu cần và đăng nhập trực tiếp với người dùng. Ví dụ - Trong khi cài đặt oracledb, tôi đã cố gắng đăng nhập bằng root và sau đó chạy lệnh từ người dùng oracle sau sudo su - oracle.

Đăng nhập trực tiếp với oracle ssh -X oracle @ hostname