Mỗi lần tôi khởi tạo kết nối ssh từ máy Mac sang Linux (Debian) tôi đều nhận được cảnh báo này:

No xauth data; using fake authentication data for X11 forwarding.

Điều này cũng xảy ra đối với các công cụ đang sử dụng ssh, như git hoặc mercurial.

Tôi chỉ muốn thực hiện một thay đổi cục bộ cho hệ thống của mình để ngăn điều này xuất hiện.

Lưu ý: Tôi có máy chủ X11 (XQuartz 2.7.3 (xorg-server 1.12.4)) trên Mac OS X (10.8.1) và nó đang hoạt động bình thường, tôi có thể khởi động thành công đồng hồ cục bộ hoặc từ xa.

Không có giải pháp được đăng nào làm việc cho tôi. Hệ thống máy khách (máy tính để bàn) của tôi đang chạy macOS 10.12.5 (Sierra). Tôi đã thêm -vvào các tùy chọn cho sshlệnh và nó nói với tôi,

debug1: No xauth program.

có nghĩa là nó không có đường dẫn chính xác đến xauthchương trình. (Trên phiên bản macOS này, đường dẫn đến xauthkhông chuẩn.) Giải pháp là thêm dòng này vào /etc/ssh/ssh_config(có thể /etc/ssh/configtrong một số thiết lập) hoặc trong ~/.ssh/config(nếu bạn không có quyền quản trị):

XAuthLocation /opt/X11/bin/xauth

Bây giờ tin nhắn cảnh báo đã biến mất.

Tìm thấy nguyên nhân, tôi ~/.ssh/configkhông đầy đủ, bạn cần cả hai:

Host *
    ForwardAgent yes
    ForwardX11 yes

Sai lầm của tôi là tôi chỉ bao gồm tùy chọn ForwardX11.

Để Ubuntu bash trên Windows 10 chạy ssh -X để có được môi trường GUI trên máy chủ từ xa

• Đầu tiên

Cài đặt tất cả các mục sau đây. Trên cửa sổ, cài đặt Xming. Trên Ubuntu bash, sử dụng sudo apt installđể cài đặt ssh xauth xorg.

sudo apt install ssh xauth xorg

• Thứ hai

Tới thư mục chứa ssh_configtập tin, của tôi là /etc/ssh.

• Ngày thứ ba

Chỉnh sửa ssh_configlà quản trị viên (USE sudo). Bên trong ssh_config, loại bỏ các hash #trong các dòng ForwardAgent, ForwardX11, ForwardX11Trusted, và thiết lập các đối số tương ứng để yes.

# /etc/ssh/ssh_config

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes

• Forth

Trong ssh_configtệp, xóa hàm băm #trước trước Port 22và Protocol 2thêm một dòng mới ở cuối tệp để nêu vị trí tệp xauth XauthLocation /usr/bin/xauth, hãy nhớ ghi đường dẫn của tệp xauth.

# /etc/ssh/ssh_config

#   IdentifyFile ...
    Port 22
    Protocol 2
#   Cipher 3des
#   ...
#   ...
    ...
    ...
    GSSAPIDelegateCredentials no
    XauthLocation /usr/bin/xauth

• Thứ năm

Bây giờ vì chúng tôi đã hoàn tất chỉnh sửa ssh_configtệp, hãy lưu nó khi chúng tôi rời khỏi trình chỉnh sửa . Bây giờ hãy vào thư mục ~hoặc $HOME, thêm export DISPLAY=localhost:0vào .bashrctập tin của bạn và lưu nó.

# ~/.bashrc
...
...
export DISPLAY=localhost:0

• Cuối cùng

Chúng ta đang gần hoàn tất. Khởi động lại bash shell của bạn, mở Xmingchương trình của bạn và sử dụng ssh -X yourusername@yourhost. Sau đó tận hưởng môi trường GUI.

ssh -X yourusername@yourhost

Vấn đề cũng nằm ở hệ thống con Ubuntu trên Windows và liên kết là tại

https://gist.github.com/DestinyOne/f236f71b9cdecd349507dfe90ebae776

Lưu ý: văn bản được liên kết bao gồm 2 lỗi chính tả ( XauthLocaionthay vì XauthLocation)

Như đã lưu ý, có vẻ như xauthtrên OS X Yosemite đã chuyển sang phiên bản cũ không hoạt động với $DISPLAYcài đặt của XQuartz :

% xauth -V
1.0.9
% xauth generate $DISPLAY .
xauth: (argv):1:  bad display name "/private/tmp/com.apple.launchd(...)/org.macosforge.xquartz:0" in "add" command

Có một lỗi trong MacOS tại thời điểm này. Tôi đã đi qua điều này quá. Bản sửa lỗi cho tôi liên quan đến việc thêm phần sau vào .bash_profile của tôi

dispdir=`dirname $DISPLAY`
dispfile=`basename $DISPLAY`
dispnew="$dispdir/:0"
if [ -e $DISPLAY -a "$dispfile" = "org.x:0" ]; then
  mv $DISPLAY $dispnew
fi
export DISPLAY=$dispnew

Về cơ bản, tên cho đường ống tệp được liên kết với gốc X của bạn không thể được xử lý chính xác và do đó cần phải sửa. :-)

Kể cả

XAuthLocation / opt / local / bin / xauth trong ~ / .ssh / config

trong macOS Sierra 10.12.6 của tôi đã làm việc cho tôi. Một thay đổi nhỏ từ câu 7).

tôi vừa xóa ~ / .Xmasterity (máy đích) khỏi thư mục gốc của tôi và ssh -X 192.168.123.1 một lần nữa và ik đã hoạt động.

Trong trường hợp của tôi, đó là vấn đề .Xmasterity chứa cookie Magic không được chuyển tiếp, Fabby trên http://askubfox.com/questions/571116/ khuyến nghị vào ngày 2014-11-2014 để thêm dòng này vào cuối .bashrc hoặc . cấu hình để cho phép chuyển tiếp các khóa xauth giữa những người dùng khi gọi su:

export $(dbus-launch)

Tôi cũng đã thêm trước đây:

export XAUTHORITY=~/.Xauthority 

để đảm bảo từ xa được gọi với ssh -X @ sẽ tìm thấy nó.

Trong trường hợp của tôi .Xmasterity là một liên kết tượng trưng đến người dùng ban đầu /home//.Xmasterity tôi su từ ...

  cd /home/<child_user>;ln -sf /home/<parent_user>/.Xauthority .xAuthority

với quyền chính xác:

  sudo chown <parent_user> /home/<parent_user>/.profile
  chmod a+rw /home/<parent_user>/.profile 

vì vậy nó có thể truy cập đến và sẽ có thể kích hoạt các ứng dụng trên và hiển thị kết quả cửa sổ X trên màn hình cục bộ trên toàn bộ tài khoản proxy!

MIPO: Kiểm tra danh sách xauth ... nếu phản ánh cookie ma thuật trên.

Tôi sẽ thêm điều này như một bình luận, nhưng tôi không có đủ đại diện. Thêm một dòng nữa vào giải pháp của sorin làm việc cho tôi.

Mở tệp cấu hình ssh của bạn với vim ~/.ssh/config Sau đó thêm các dòng này vào nó:

Host *
    ForwardAgent yes
    ForwardX11 yes
    XAuthLocation /opt/X11/bin/xauth

Bạn có thể kiểm tra lại xauthvị trí của mình bằng:

which xauth