Với tính năng chuyển tiếp SSH X11 (`ssh -X`), hãy nhận` Không thể mở hiển thị` đang cố chạy các ứng dụng X

Tôi có thể đăng nhập vào sever bằng

ssh -X Hostip

nhưng khi tôi chạy lệnh xclock thì nó báo lỗi

Error: Can't open display: localhost:11.0

Tôi kiểm tra giá trị Hiển thị của mình bằng cách sử dụng

echo $DISPLAY

và kết quả là

localhost:11.0

Và chuyển tiếp X11 được đặt thành CÓ trong tệp sshd_config

X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

Có lời khuyên nào tôi đang thiếu ở đây không?

Sử dụng -Y. Từ trang người đàn ông trên ssh:

-Y Cho phép chuyển tiếp X11 đáng tin cậy. Chuyển tiếp đáng tin cậy X11 không chịu sự kiểm soát của tiện ích mở rộng X11 AN NINH.

Nếu bạn vẫn gặp sự cố, bạn có thể thử cài đặt $DISPLAYIP của hộp cục bộ của mình :

$ export DISPLAY='<ip_address>:11.0'

Nó có thể hoạt động để đặt nó là

$ export DISPLAY='127.0.0.1:11.0'

Con người dường như có vấn đề này thường khi ssh'ing từ Mac OS X . Bạn cũng có thể muốn đặt

X11UseLocalhost no

trong trường hợp này là tốt.

điều này làm việc cho tôi:

Thay đổi

X11UseLocalhost yes

đến

X11UseLocalhost no

Tín dụng vào /unix//a/12772/61349 cho hướng dẫn chẩn đoán của họ.

Đảm bảo khách hàng của bạn đang yêu cầu X11 Chuyển tiếp với cờ -v

ssh example.com -X -v

Và tìm thông điệp quan trọng:

debug1: Requesting X11 forwarding with authentication spoofing.

Một dấu hiệu vấn đề khác là thiếu DISPLAYbiến môi trường được đặt cho bạn. Nếu nó trống / không đặt, có gì đó sai. Ít nhất là theo cùng một bài đăng được ghi ở trên , các biến này được đặt tự động cho bạn.

Tôi đã sử dụng SSH Control Master các kết nối ssh của mình như vậy:

Host <hostname>
    ControlMaster auto
    ControlPath ~/.ssh/control/%r@%h:%p
    ControlPersist 10m

Kết nối ssh trước đó của tôi không yêu cầu X11Firwarding, do đó các sshtùy chọn cuộc gọi trong tương lai không được sử dụng. Vì vậy, đối với tôi,

ssh -Xchỉ bị bỏ qua hoàn toàn

Nếu bạn không thấy "Yêu cầu chuyển tiếp X11", nhưng bạn sẽ thấy các phiên sử dụng lại của muxer;

debug1: auto-mux: Trying existing master
debug1: mux_client_request_session: master session id: 10

Sau đó, bạn cần thoát ControlMaster hiện tại của mình cho kết nối đó và kết nối lại với cờ -X / -Y.

Để dừng ControlMaster của bạn

ssh -O check <hostname>

Master running (pid=2758)

(Điều này sẽ thoát tất cả các kết nối hoạt động bằng ControlMaster)

ssh -O exit <hostname>

Exit request sent.

Khi cố gắng chuyển tiếp tới XQuartz trên macOS, tôi đã khắc phục sự cố bằng cách chạy sshlệnh ( ssh -Ytrong trường hợp của tôi) từ thiết bị đầu cuối XQuartz (được mở bằng cách nhấp chuột phải vào biểu tượng XQuartz trong thanh công cụ và nhấp vào Ứng dụng> Terminal).

Điều sửa lỗi này đối với tôi chỉ đơn giản là cài đặt xauth, sau khi thực hiện xong, nó hoạt động như một lá bùa!