“X11 bağlantısı yanlış kimlik doğrulaması nedeniyle reddedildi” hata ayıklamasını nasıl yaparım

SSH üzerinden X yönlendirme ile ilgili bir sorunum var. Yaşları boyunca savaştım, ama hiç kimse yardım edemez gibi görünüyor.

Şimdi farklı bir taktik alıyorum. Hataları nasıl ayıklayacağımı bilmek ister misiniz?

Hangi günlüklere bakmalıyım, hangi ekstra bayrakları ayarlamalıyım (-v vb.) Ve ne aramalıyım?

Diğer Düzenlemeler:

Eğer Putty sunucuya giriş ve denemek xeyes, alırım:

PuTTY X11 proxy: yanlış yetkilendirme protokolü denendi Hata: Ekran açılamıyor: localhost: 10.0

Ben ise xauth generate $DISPLAYalıyorum:

PuTTY X11 proxy: yanlış yetkilendirme protokolü denendixauth: (argv): 1: "localhost: 10.0" ekranı açılamıyor.

Adım adım çözümüm:

1) seçeneği ile giriş -X uzak ana giriş kök

$ ssh -X root@192.168.1.39

2) mevcut .Xauthority dosyasının olup olmadığını kontrol edin

[root @ localhost ~] # ls -al
[root @ localhost ~] # vim.

3) .Xauthority dosyasını diğer kullanıcıyı dizine kopyalayın

[root @ localhost ~] # cp .Xauthority / home / oracle /
cp: `/home/oracle/.Xauthority 'üzerine yazılsın mı? y

4) bu dosya için izinleri ayarlayın

[root @ localhost ~] # chown oracle: oinstall .Xauthority
[root @ localhost ~] # chmod 0600.

5) Giriş Oracle Kullanıcısı

[root @ localhost ~] # su - oracle

6) localhost'ta ekran ayarı: 10.0

[oracle @ localhost ~] $ echo $ DISPLAY
localhost: 10.0
[oracle @ localhost ~] $ ls -al

7) Mevcut xauth çerezlerini listeler

[oracle @ localhost ~] $ xauth listesi
localhost.localdomain / unix: 11 MIT-MAGIC-COOKIE-1 310f1b02c1080e73059391c193a1881b
localhost.localdomain / unix: 10 MIT-SİHİRLİ-COOKIE-1 41843db100830a2aa352641ac47bb759

8) ekleme

[oracle @ localhost ~] $ xauth localhost.localdomain / unix ekle: 10 MIT-MAGIC-COOKIE-1 41843db100830a2aa352641ac47bb75

9) Test

[oracle @ localhost ~] $ xclock

Umarım hizmet ederler! @wcaraza

SSH sunucusunda xautharaç yüklü olduğundan ve ~/.Xauthoritydosyanızın yazılabilir olduğundan emin olun . (Varolmayan da xauthyaratabildiği sürece iyidir .)

Xauth verilerinin güncellenip güncellenmediğini kontrol edin:

server$ xauth list

Kukla xauth verilerini manuel olarak eklemeyi deneyin (yine SSH sunucusunda) ve xauthherhangi bir sorun olup olmadığını kontrol edin (örn. Kilit dosyasını oluşturamıyor veya Xauthority dosyasını değiştiremiyor):

server$ xauth add localhost:123 MIT-MAGIC-COOKIE-1 d7e2e4a8c5aa4430bfcc2abb436940d2

Gerekirse, altında yeniden çalıştırın strace.

SSH hizmetini hata ayıklama modunda, LogLevel DEBUG2sunucu yapılandırmasını ( /etc/ssh/sshd_config) ayarlayarak veya sshd'yi doğrudan hata ayıklama modunda başlatarak çalıştırın:

server$ sshd -rddp 12234

(Bu örnekte, 12234bağlanmanız gereken geçici SSH bağlantı noktasıdır. Herhangi bir boş bağlantı noktası olacaktır.)

Çalışıyor, çalışıyor. haha.

EN SONUNDA.

Sistem olmadığını öğrendikten sonra, bir test kullanıcısı ekleyerek (ki x yönlendirme "kutuyu çalıştırdı"), "kırık" kullanıcıyı beklemek için .bash * başlangıç ​​dosyalarını kopyalamaya başlayacağımı düşündüm.

Dosyaların hiçbiri farklı değildi, bu yüzden daha sonra kullanıcıların .ssh dizinini sildim. Ne zaman ssh'd, "Sunucu anahtarımızı reddetti" hakkında inledi, ama şifre kullanarak giriş yapabilirim. Giriş yaptıktan sonra mükemmel bir şekilde x yönlendirebilirim.

Şimdi anahtarı tekrar kurmaya çalışacağım ve bunu da işe yarayıp yaramayacağımı göreceğim. Sonra normale dönecek.

Bu soruna neden olabilecek başka bir şey de ~/.ssh/rc, sunucuda (bağlandığınız makine) bir dosyanın varlığıdır . Sorunu çözmek için silin (veya yeniden adlandırın).

rm ~/.Xauth* ve ardından yeniden bağlanın.

Bu benim için çalışıyor. Daha fazla ayrıntı için