xauth .Xauthority dosyası oluşturmuyor


28

Başsız bir Linux Mint 17 sistemine girdiğimde güncelleme oluşturmaz / .Xauthority dosyası oluşturmaz.

Dahası, koştuğumda xauthcevap alıyorum:

marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>

Dosyayı oluşturmaz.

DÜZENLE:

Monitörü bağladığımda, daha sonra yerel olarak oturum açtığımda dosya oluşturulur, ancak bir girdi eklemeye çalıştığımda (SSH'm benim için yapmaz çünkü):

marty@N40L ~ $ xauth list
N40L/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
marty@N40L ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep  3 12:03 .Xauthority
marty@N40L ~ $ xauth generate $DISPLAY .
PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1:  unable to open display "localhost:10.0".

Bu arada, netstat --listenport dinlerken bir gösteri yapmak :

tcp 0 0 localhost:6010 *:* LISTEN

AGH, daha fazla bilgi. Sunucudaki X oturumundan çıkış yaptım ve şimdi .Xauthority dosyası kayboldu. Yerel olarak oturum açıldığında dosya SADECE orada görünüyor. Biri bana nedenini söyleyebilir ya da bunu nasıl düzeltebilirim?

YENİ GELİŞME:

Sistemde "test" adında bakire bir kullanıcı oluşturdum. Daha sonra giriş yaptım ve başka herhangi bir komut olmadan xeyes'i çalıştırdım. Hangi işe yaradı! Yani SADECE xforward olamaz kullanıcı "şehit". Ayarları testten şehit etmeye nasıl kopyalarım?


Dosyayı yaratmasını söyledin mi? ssh -XX11 yönlendirmeyi etkinleştirir.
user1686

Evet, Windows'ta Putty kullanıyorum, yönlendirme için kurulum (başka bir Mint sunucusuna bağlanma üzerinde çalışıyor). Ancak dosya oluşturulmadı, bu yüzden manuel olarak ekleyeceğimi düşündüm, xauth da manuel olarak oluşturmuyor.
wkdmarty

Yerel Xwindows .Xauthority dosyasını oluşturur, ancak Putty SSH oturumu oluşturmaz. Bağlantıyı dinlediğini göstermesine rağmen.
wkdmarty

Yanıtlar:


34

Sadece rapor etmek gerekirse, benzer bir sorunum vardı. Ama benim durumumda şu adımları izliyorum :

Bir $HOME/.Xauthoritydosya oluşturmak için aşağıdaki adımları izleyin .

Kullanıcı olarak oturum açın ve kullanıcının ana dizininde olduğunuzu onaylayın.

# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority 

# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority

# only this one key is needed for X11 over SSH 
xauth generate :0 . trusted 

# generate our own key, xauth requires 128 bit hex encoding
xauth add ${HOST}:0 . $(xxd -l 16 -p /dev/urandom)

# To view a listing of the .Xauthority file, enter the following 
xauth list 

Bundan sonra o .Xauthorityzamandan beri dosya ile ilgili başka sorun yok .

Teşekkür ve srinivasan'a kredi .


1
benim durumumda, bu [ prefetch.net/blog/index.php/2011/11/01/… iş parçacığını kullanarak başka bir yere (dikkatsiz bir hata) işaret eden bir ortam değişkeni XAUTHORITY vardı hata. Kullanarak strace xauth, değişkente belirtilen yanlış yolu gösterdi. Ayrıca, diğerleri arasında kilitleme hataları alıyorum olduğunu da eklemeliyim
Cybex

1
Benim durumumda, sadece 1 ila 3 adımlarını yapmak zorunda kaldım. Adım 4 ve 5 aslında işe yaramadı.
Richard Ayotte

xauth generate :0 . trustedHer komuttan sonra userbir ekranı açmak için yapmak zorundayım root. Düzeltebilir miyim?
Timo

xhost +x-apps olarak açmak için yardımcı oldu root.
Timo

7
3. adım bana hata veriyor:xauth: (argv):1: unable to open display ":0".
simpleuser

4

Sadece mükemmel tamamlayacak tonluk 'ın cevabı .

Bir zamanlar tam olarak aynı problemi yaşadım çünkü ana dizinim% 100 dolu hale geldi. Bağlantı sshkurulduğunda, boş bir dosya oluşturdu ~/.Xauthorityve girişe tek bir giriş yazamadı (böylece xauth listher zaman boş bir çıktı üretti).

Bu yüzden birinin her zaman boş alanı kontrol etmesini öneriyorum (örneğin df -h:) xauth generateve xauth addbunun herhangi bir etkisi ( ve ) olduğunu doğrular xauth list.


1

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 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.


1

.sshDizini dışına taşımak X yönlendirme benim için işe yaradı.

Eliminasyon işlemi sırasında ~ / .ssh içinde "rc" olarak adlandırılan ve içerdiği bir dosya buldum:

echo "Wecome to $(hostname), $(whoami)"

Bunu hiç yaratmadım ve nereden geldiğine dair hiçbir fikrim yok. O sorunu düzelttik ve benim Çıkarma authorized_keys, known_hostsve anahtar dosyalar geleni kalmak bozulmamış.


1

Kök ayrıcalıkları altında /etc/ssh/sshd_config, yorum yapılırsa aşağıdaki satırları açın ve açın :

Yönlendirme evet

X11EkranOfset 10

Yerel ana bilgisayar evet

Ardından oturumu kapatın ve -Xişaretini kullanarak tekrar oturum açın ssh. DISPLAYOrtam değişkenini ayarlamanız veya ayarını kaldırmanız gerekmez .


0

Aynı sorunu teknik olarak kardeş düğümler olan iki sunucuda da gördüm. Neyin farklı olduğunu anlayamadığım için kuyruğumdaki ağrı. / Home dizini dolu olduğu için .Xauthority dosyaları düzgün doldurulamadı. Çok fazla yer kaplayıp dosyaları temizledikten sonra yeni .Xauthority dosyaları düzgün bir şekilde oluşturuldu.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.