Buka jendela pada tampilan X jarak jauh (mengapa "Tidak bisa membuka layar")?

Dahulu kala,

DISPLAY=:0.0 totem /path/to/movie.avi

setelah ssh ke desktop saya dari laptop saya akan menyebabkan totem untuk bermain movie.avidi desktop saya.

Sekarang ini memberikan kesalahan:

No protocol specified
Cannot open display:

Saya menginstal ulang Debian memeras ketika berjalan stabil di kedua komputer, dan saya kira saya melanggar konfigurasi.

Saya sudah meneliti ini, dan tidak bisa seumur hidup saya mencari tahu apa yang seharusnya saya lakukan.

(VLC memiliki antarmuka HTTP yang berfungsi, tetapi tidak senyaman ssh.)

Masalah yang sama muncul ketika saya mencoba menjalankan ini dari pekerjaan cron.

_{(Diadaptasi dari Linux: wmctrl tidak dapat membuka tampilan saat sesi dimulai melalui layar ssh + )}

DISPLAY dan OTORITAS

Program X memerlukan dua informasi untuk dapat terhubung ke tampilan X.

• Perlu alamat tampilan, yang biasanya :0ketika Anda login secara lokal atau :10,, :11dll. Ketika Anda login jarak jauh (tetapi jumlahnya dapat berubah tergantung pada berapa banyak koneksi X yang aktif). Alamat tampilan biasanya ditunjukkan dalam DISPLAYvariabel lingkungan.

• Perlu kata sandi untuk tampilan. Kata sandi tampilan X disebut cookie ajaib . Cookie ajaib tidak ditentukan secara langsung: cookie selalu disimpan dalam file otoritas X, yang merupakan kumpulan catatan dari bentuk “display :42has cookie 123456”. File otoritas X biasanya ditunjukkan dalam XAUTHORITYvariabel lingkungan. Jika $XAUTHORITYtidak diatur, gunakan program ~/.Xauthority.

Anda mencoba untuk bertindak di jendela yang ditampilkan di desktop Anda. Jika Anda satu-satunya orang yang menggunakan mesin desktop Anda, kemungkinan besar nama tampilan tersebut :0. Menemukan lokasi file otoritas X lebih sulit, karena dengan gdm yang diatur di bawah Debian squeeze atau Ubuntu 10.04, file tersebut berada dalam file dengan nama yang dibuat secara acak. (Anda tidak punya masalah sebelumnya karena versi sebelumnya dari gdm menggunakan pengaturan default, yaitu cookie yang disimpan di ~/.Xauthority.)

Mendapatkan nilai-nilai variabel

Berikut adalah beberapa cara untuk mendapatkan nilai DISPLAYdan XAUTHORITY:

• Anda dapat secara sistematis memulai sesi layar dari desktop Anda, mungkin secara otomatis di skrip login Anda (dari ~/.profile; tetapi lakukan hanya jika masuk di bawah X: tes jika DISPLAYdiatur ke nilai yang dimulai dengan :(yang harus mencakup semua kasus yang kemungkinan Anda miliki) untuk bertemu)). Di ~/.profile:

  case $DISPLAY in
    :*) screen -S local -d -m;;
  esac
  

  Kemudian, di sesi ssh:

  screen -d -r local
  

• Anda juga bisa menyimpan nilai-nilai DISPLAYdan XAUTHORITYdalam file dan mengingat nilai-nilai tersebut. Di ~/.profile:

  case $DISPLAY in
    :*) export | grep -E '(^| )(DISPLAY|XAUTHORITY)=' >~/.local-display-setup.sh;;
  esac
  

  Dalam sesi ssh:

  . ~/.local-display-setup.sh
  screen
  

• Anda bisa mendeteksi nilai dari DISPLAYdan XAUTHORITYdari proses yang berjalan. Ini lebih sulit untuk diotomatisasi. Anda harus mengetahui PID dari suatu proses yang terhubung ke tampilan yang ingin Anda kerjakan, kemudian dapatkan variabel lingkungan dari /proc/$pid/environ( eval export $(</proc/$pid/environ tr \\0 \\n | grep -E '^(DISPLAY|XAUTHORITY)=')¹).

Menyalin cookie

Pendekatan lain (mengikuti saran dari Arrowmaster ) adalah untuk tidak mencoba mendapatkan nilai $XAUTHORITYdalam sesi ssh, tetapi sebaliknya membuat sesi X menyalin cookie-nya ~/.Xauthority. Karena cookie dihasilkan setiap kali Anda masuk, itu tidak masalah jika Anda menyimpan nilai-nilai basi ~/.Xauthority.

Mungkin ada masalah keamanan jika direktori rumah Anda dapat diakses melalui NFS atau sistem file jaringan lainnya yang memungkinkan administrator jarak jauh untuk melihat isinya. Mereka masih harus terhubung ke mesin Anda, kecuali Anda telah mengaktifkan koneksi X TCP (Debian menonaktifkannya secara default). Jadi bagi kebanyakan orang, ini tidak berlaku (tidak ada NFS) atau bukan masalah (tidak ada koneksi X TCP).

Untuk menyalin cookie ketika Anda masuk ke sesi X desktop Anda, tambahkan baris berikut ke ~/.xprofileatau ~/.profile(atau skrip lain yang dibaca saat Anda masuk):

case $DISPLAY:$XAUTHORITY in
  :*:?*)
    # DISPLAY is set and points to a local display, and XAUTHORITY is
    # set, so merge the contents of `$XAUTHORITY` into ~/.Xauthority.
    XAUTHORITY=~/.Xauthority xauth merge "$XAUTHORITY";;
esac

¹ _{Pada prinsipnya ini tidak memiliki kutipan yang tepat, tetapi dalam contoh khusus ini $DISPLAYdan $XAUTHORITYtidak akan mengandung metacharacter shell.}

Saya memecahkan masalah ini dengan menambahkan

xhost +si:localuser:$USER

untuk ~/.xprofile. Saya tidak tahu apakah ini sepenuhnya aman (saya akan sangat tertarik untuk mendengar apa yang dipikirkan orang yang lebih berpengetahuan), tapi saya menduga itu jauh lebih baik daripada mematikan kontrol akses (dengan xhost +) seperti yang umumnya disarankan ketika Anda google untuk masalah ini.

Kamu butuh export DISPLAY=:0.0

Bekerja untuk saya, debian wheezy -> ubuntu trusty.

Catatan: dalam hal ini server tidak menjalankan manajer tampilan, ini adalah mesin virtual 'tanpa kepala' tanpa kartu grafis atau monitor terpasang.

bob@laptop:~$ grep -iB 1 tcp /etc/gdm3/daemon.conf
[security]
DisallowTCP = false
bob@laptop:~$ ssh -C -R 6000:127.0.0.1:6000 alice@server
X11 forwarding request failed on channel 0
alice@server:~$ export DISPLAY=:0.0
alice@server:~$ xterm

Layar X pada laptop menunjukkan output xterm yang berjalan di server.

Debug menggunakan:

bob@laptop:~/tmp$ nc -v 127.0.0.1 6001
localhost [127.0.0.1] 6001 (x11-1) : Connection refused
bob@laptop:~/tmp$ nc -v 127.0.0.1 6000
localhost [127.0.0.1] 6000 (x11) open
alice@server:~$ nc -v 127.0.0.1 6000
Connection to 127.0.0.1 6000 port [tcp/x11] succeeded!*
alice@server:~$ strace xterm

strace akan menumpahkan banyak detail berdarah tentang apa yang dilakukannya, Anda harus bisa menebak di mana ia macet - menunggu koneksi atau apa pun.

Dalam satu baris ..

ssh -C -R 6000:127.0.0.1:6000 alice@server "DISPLAY=:0.0 xterm"