SSH X11 iletme (`ssh -X`) ile, X uygulamalarını çalıştırmaya çalışırken` `Ekran açılamıyor ''

22

Kullanarak sever'e giriş yapabilirim

ssh -X Hostip

ama xclock komutunu çalıştırdığımda bana bu hatayı veriyor

Error: Can't open display: localhost:11.0

Ekran değerimi şunu kullanarak kontrol ederim

echo $DISPLAY

ve sonuç

localhost:11.0

Ve sshd_config dosyasında X11 iletimi EVET olarak ayarlanmış

X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

Burada özlediğim bir şey var mı?

ssh rhel x11

— OmiPenguin
kaynak

3

-YBunun yerine denedin -Xmi?

— Flup

2

Ayrıca, -Ybunun yerine kullanmanın sonuçlarını anladığınızdan emin olun -X. Ayrıca bakmak isteyebilirsiniz xhost.

— CVn

1

RedHat / CentOS 7 için (en azından), cevabım gereğince xorg-x11-xauth paketine ihtiyacınız var: unix.stackexchange.com/questions/138936/…

— Mike S

18

Kullanın -Y. Ssh'deki man sayfasından:

-Y Güvenilir X11 iletmeyi etkinleştirir. Güvenilen X11 iletimleri X11 GÜVENLİK genişletme denetimlerine tabi değildir.

Yine de sorun yaşıyorsanız , yerel kutunuzun IP'sini ayarlamayı$DISPLAY deneyebilirsiniz :

$ export DISPLAY='<ip_address>:11.0'

Olarak ayarlamak işe yarayabilir

$ export DISPLAY='127.0.0.1:11.0'

Mac OS X'te ssh'ing yaparken insanlar genellikle bu sorunu yaşıyor gibi görünüyor . Ayrıca ayarlamak isteyebilirsiniz

X11UseLocalhost no

bu durumda da.

— Kyle Kelley
kaynak

1

XQuartz kullanarak -Y bayrağını kullanamadım. "X11 bağlantısı yanlış kimlik doğrulaması nedeniyle reddedildi."

— Erik

5

diğer önerilerinizi denedikten sonra bile bir ekran açamıyorum.

— Erik

2

Bunlardan hiçbiri de benim için çalışmadı. Centos 7 sunucumda XWindow desteğini (minimum) kurmam gerekiyordu: yum groupinstall "X Window System" -y

— Mark Edington

@MarkEdington bunun nedeni, RedHat / CentOS'un cevabım gereğince xorg-x11-xauth paketini gerektirmesidir: unix.stackexchange.com/questions/138936/…

— Mike S

6

bu benim için çalıştı:

Değişiklik

X11UseLocalhost yes

için

X11UseLocalhost no

— don
kaynak

Teşekkürler Don. benim için de işe yaradı. Sana bir oy verdim. Ben varsayılan ile müdahale sorun belirli makine xhost etkin olduğuna inanıyorum.

— LD James

6

konuk mu? ev sahibi? hangi yapılandırma dosyası? Cevabınızı tamamlamak için

— teşekkürler

Ayarları bırakarak çalışmayı başardım /etc/ssh/sshd_config.

— llinfeng

6

Tanılama talimatları için /unix//a/12772/61349 adresine teşekkür ederiz.

Ssh istemcinizin -v bayrağıyla X11 İletme isteğinde bulunduğundan emin olun

ssh example.com -X -v

Ve spesifik mesajı arayın:

debug1: Requesting X11 forwarding with authentication spoofing.

Bir diğer telltail problem işareti, DISPLAYsizin için ayarlanan ortam değişkeninin olmamasıdır . Boş / ayarlanmamışsa, yanlış bir şey var. En azından yukarıda belirtilen aynı gönderiye göre , bu değişkenler sizin için otomatik olarak ayarlanır.

Bir SSH Kontrol Ana ssh bağlantılarımı böyle kullanıyordum:

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

Önceki ssh bağlantım X11Firwarding istemedi, bu nedenle gelecekteki sshçağrı seçenekleri kullanılmadı. Yani benim için,

ssh -Xtamamen göz ardı ediliyordu

"X11 Yönlendirme İsteği" ni görmüyorsanız, ancak muxer yeniden kullanım oturumlarını görüyorsanız;

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

Ardından, o bağlantı için geçerli ControlMaster'ınızdan çıkmanız ve -X / -Y bayrağıyla yeniden bağlanmanız gerekir.

ControlMaster'ınızı Durdurmak İçin

ssh -O check <hostname>
Master running (pid=2758)
(Bu, ControlMaster kullanarak tüm etkin bağlantılardan çıkacaktır)

ssh -O exit <hostname>
Exit request sent.

— ThorSummoner
kaynak

3

MacOS'ta XQuartz'a iletmeye çalışırken , XQuartz terminalinden sshkomutu ( ssh -Ybenim durumumda) çalıştırarak ( dock'ta XQuartz simgesine sağ tıklayıp Uygulamalar> Terminal'i tıklatarak açılır) sorunu çözdüm.

— Harry Cutts
kaynak

Bu benim için çalıştı

— dli

3

Ne benim için bu sabit sadece xauth yüklemek, bir kez yapılan bir cazibe gibi çalıştı!

— Mostafa
kaynak