Làm cách nào để gỡ lỗi kết nối X11 bị từ chối vì xác thực sai

Tôi gặp vấn đề với chuyển tiếp X thông qua SSH. Tôi đã chiến đấu trong nhiều năm, nhưng dường như không ai có thể giúp đỡ.

Bây giờ tôi đang thực hiện một chiến thuật khác. Tôi muốn biết làm thế nào tôi sẽ gỡ lỗi các lỗi?

Tôi nên tìm nhật ký nào, tôi nên đặt thêm cờ nào (-v, v.v.) và tôi nên tìm gì?

Chỉnh sửa thêm:

Nếu tôi đăng nhập vào Putty vào máy chủ và thử xeyes, tôi nhận được:

Proxy PuTTY X11: đã cố gắng giao thức ủy quyền saiError: Không thể mở hiển thị: localhost: 10.0

Nếu xauth generate $DISPLAYtôi nhận được:

Proxy PuTTY X11: giao thức ủy quyền sai đã cố gắngxauth: (argv): 1: không thể mở hiển thị "localhost: 10.0".

Giải pháp của tôi từng bước:

1) đăng nhập với tùy chọn -X root đăng nhập máy chủ từ xa

$ ssh -X root@192.168.1.39

2) kiểm tra xem tập tin .Xmasterity hiện có

[root @ localhost ~] # ls -al
[root @ localhost ~] # vim .Xmasterity

3) sao chép tệp .Xmasterity vào thư mục của người dùng khác

[root @ localhost ~] # cp .Xmasterity / home / oracle /
cp: ghi đè `/home/oracle/.Xmasterity '? y

4) đặt quyền cho tệp này

[root @ localhost ~] # chown oracle: oinstall .Xmasterity
[root @ localhost ~] # chmod 0600 .Xmasterity

5) người dùng orory đăng nhập

[root @ localhost ~] # su - orory

6) cài đặt hiển thị trong localhost: 10.0

[oracle @ localhost ~] $ echo $ HIỂN THỊ
lưu trữ nội bộ: 10.0
[oracle @ localhost ~] $ ls -al

7) liệt kê cookie xauth hiện có

[oracle @ localhost ~] $ xauth danh sách
localhost.localdomain / unix: 11 MIT-MAGIC-COOKIE-1 310f1b02c1080e73059391c193a1881b
localhost.localdomain / unix: 10 MIT-MAGIC-COOKIE-1 41843db100830a2aa352641ac47bb759

8) thêm

[oracle @ localhost ~] $ xauth thêm localhost.localdomain / unix: 10 MIT-MAGIC-COOKIE-1 41843db100830a2aa352641ac47bb75

9) kiểm tra

[oracle @ localhost ~] $ xclock

Hy vọng họ phục vụ! @wcaraza

Đảm bảo rằng máy chủ SSH đã xauthcài đặt công cụ và ~/.Xauthoritytệp của bạn có thể ghi được. (Không tồn tại cũng không sao, miễn là xauthcó thể tạo ra nó.)

Kiểm tra nếu dữ liệu xauth đang được cập nhật:

server$ xauth list

Hãy thử thêm thủ công dữ liệu giả (trên máy chủ SSH) và xem xauthcó vấn đề gì không (ví dụ: không thể tạo tệp khóa hoặc để tự sửa đổi tệp Xauthority):

server$ xauth add localhost:123 MIT-MAGIC-COOKIE-1 d7e2e4a8c5aa4430bfcc2abb436940d2

Nếu cần thiết, chạy lại dưới strace.

Chạy dịch vụ SSH ở chế độ gỡ lỗi, bằng cách cài đặt LogLevel DEBUG2cấu hình máy chủ ( /etc/ssh/sshd_config) hoặc bằng cách bắt đầu trực tiếp sshd ở chế độ gỡ lỗi:

server$ sshd -rddp 12234

(Trong ví dụ này, 12234là cổng SSH tạm thời mà bạn cần kết nối. Mọi cổng miễn phí sẽ làm.)

Nó hoạt động, nó hoạt động. haha

CUỐI CÙNG.

Sau khi phát hiện ra rằng đó không phải là hệ thống, bằng cách thêm một người dùng thử nghiệm (x chuyển tiếp hoạt động "ra khỏi hộp"), tôi nghĩ rằng tôi đã bắt đầu sao chép các tệp khởi động .bash * để làm sáng tỏ người dùng "bị hỏng".

Không có tệp nào khác nhau, vì vậy tiếp theo tôi đã xóa thư mục người dùng .ssh. Khi tôi vào, nó rên rỉ về "Máy chủ từ chối khóa của chúng tôi", nhưng tôi có thể đăng nhập bằng mật khẩu. Sau khi đăng nhập, tôi có thể x chuyển tiếp hoàn hảo.

Bây giờ tôi sẽ thử thiết lập lại khóa và xem liệu tôi có thể làm việc đó không. Sau đó, nó sẽ trở lại bình thường.

Một điều nữa có thể gây ra vấn đề này là sự tồn tại của một ~/.ssh/rctệp trên máy chủ - máy bạn đang kết nối. Xóa nó (hoặc đổi tên nó) để giải quyết vấn đề.

rm ~/.Xauth* và sau đó kết nối lại.

Điều này làm việc cho tôi. Để biết thêm chi tiết