Setiap kali saya memulai koneksi ssh dari Mac ke Linux (Debian) saya mendapatkan peringatan ini:

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

Ini juga terjadi untuk alat yang menggunakan ssh, seperti git atau lincah.

Saya hanya ingin membuat perubahan lokal ke sistem saya untuk mencegah ini muncul.

Catatan: Saya memiliki server X11 (XQuartz 2.7.3 (xorg-server 1.12.4)) di Mac OS X (10.8.1) dan berfungsi dengan baik, saya dapat memulai jam secara lokal atau jarak jauh.

Tidak ada solusi yang diposting bekerja untuk saya. Sistem klien saya (desktop) menjalankan macOS 10.12.5 (Sierra). Saya menambahkan -vke opsi untuk sshperintah dan itu memberi tahu saya,

debug1: No xauth program.

yang berarti tidak memiliki jalur yang benar ke xauthprogram. (Pada versi macOS ini path ke xauthtidak standar.) Solusinya adalah menambahkan baris ini ke /etc/ssh/ssh_config(mungkin /etc/ssh/configdalam beberapa pengaturan) atau di ~/.ssh/config(jika Anda tidak memiliki hak admin):

XAuthLocation /opt/X11/bin/xauth

Sekarang pesan peringatan hilang.

Menemukan penyebabnya, saya ~/.ssh/configtidak lengkap, Anda perlu keduanya:

Host *
    ForwardAgent yes
    ForwardX11 yes

Kesalahan saya adalah saya hanya menyertakan opsi ForwardX11.

Membiarkan Ubuntu bash di Windows 10 berjalan ssh -X untuk mendapatkan lingkungan GUI di server jauh

• Pertama

Instal semua yang berikut ini. Di Jendela, instal Xming. Di Ubuntu bash, gunakan sudo apt installuntuk menginstal ssh xauth xorg.

sudo apt install ssh xauth xorg

• Kedua

Pergi ke folder berisi ssh_configfile, milikku /etc/ssh.

• Ketiga

Edit ssh_configsebagai administrator (USE sudo). Di dalam ssh_config, menghapus hash #dalam garis ForwardAgent, ForwardX11, ForwardX11Trusted, dan mengatur argumen yang sesuai untuk yes.

# /etc/ssh/ssh_config

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes

• Keempat

Dalam ssh_configfile, hapus hash depan #sebelum Port 22dan Protocol 2, dan juga tambahkan baris baru di akhir file untuk menyatakan lokasi file xauth XauthLocation /usr/bin/xauth,, ingatlah menulis path file xauth Anda sendiri.

# /etc/ssh/ssh_config

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

• Kelima

Sekarang karena kita sudah selesai mengedit ssh_configfile, simpan ketika kita meninggalkan editor. Sekarang buka folder ~atau $HOME, tambahkan export DISPLAY=localhost:0ke .bashrcfile Anda dan simpan.

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

• Terakhir

Kami hampir selesai. Mulai ulang shell bash Anda, buka Xmingprogram Anda dan gunakan ssh -X yourusername@yourhost. Kemudian nikmati lingkungan GUI.

ssh -X yourusername@yourhost

Masalahnya juga ada di subsistem Ubuntu di Windows, dan tautannya ada di

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

Catatan: teks yang ditautkan mencakup 2 kesalahan ketik ( XauthLocaionbukan XauthLocation)

Seperti disebutkan, tampaknya xauthpada OS X Yosemite telah mengalami kemunduran ke versi lama yang tidak berfungsi dengan $DISPLAYpengaturan 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

Ada bug di MacOS saat ini. Saya menemukan ini juga. Perbaikan untuk saya termasuk menambahkan yang berikut ke .bash_profile saya

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

Pada dasarnya nama untuk pipa file yang terkait dengan root X Anda tidak dapat ditangani dengan benar, dan karenanya perlu diperbaiki. :-)

Termasuk

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

di macOS saya Sierra 10.12.6 bekerja untuk saya. Perubahan kecil dari jawaban 7).

saya baru saja menghapus ~ / .Xauthority (mesin tujuan) dari folder root saya dan ssh -X 192.168.123.1 lagi dan ik berfungsi.

Dalam kasus saya itu adalah masalah .Xauthority yang berisi cookie Magic tidak diteruskan, Fabby di http://askubuntu.com/questions/571116/ merekomendasikan pada 2014-11-14 untuk menambahkan baris ini di akhir .bashrc atau . profil untuk memungkinkan penerusan kunci xauth antara pengguna saat memanggil su:

export $(dbus-launch)

Saya menambahkan juga sebelumnya:

export XAUTHORITY=~/.Xauthority 

untuk memastikan remote dipanggil dengan ssh -X ̍ @ akan menemukannya.

Dalam kasus saya. Xauthority adalah symlink ke pengguna asli / home //.Xauthority saya su ...

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

dengan hak yang benar:

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

sehingga dapat diakses ke dan ke. akan dapat memicu aplikasi pada dan menampilkan hasil X-windowed di layar lokal di seluruh akun proxy!

TIP: Periksa daftar xauth ... apakah mencerminkan cookie ajaib aktif.

Saya akan menambahkan ini sebagai komentar, tetapi saya tidak memiliki cukup perwakilan. Menambahkan satu baris lagi ke solusi sorin bekerja untuk saya.

Buka file konfigurasi ssh Anda dengan vim ~/.ssh/config Kemudian tambahkan baris ini ke sana:

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

Anda dapat memeriksa xauthlokasi Anda dengan:

which xauth