Neden ana dizinimde bu kadar çok .Xauthority. * Dosyası var?


21

Lenovo X220'de Ubuntu 13.04 kullanıyorum.

Neden ana dizinimde bu kadar çok .Xauthority. * Dosyası var? yani

.Xauthority .Xauthority.0JW6UW .Xauthority.2HWRVW .Xauthority.2TA6VW .Xauthority.49F8VW .Xauthority.4E27UW .Xauthority.7CLTVW .Xauthority.8JGGXW .Xauthority.96SAVW .Xauthority.AOUFVW .Xauthority.ASDOVW .Xauthority.CGVJXW .Xauthority.E0ZSVW .Xauthority.E5VZWW .Xauthority.FE64UW .Xauthority.FIHDWW .Xauthority.HL45VW .Xauthority.HYCCVW .Xauthority.ILUEWW .Xauthority.JXJHVW .Xauthority.K1QJXW .Xauthority.KXSOVW .Xauthority.LEKEVW .Xauthority.M48WVW .Xauthority.M6QTVW .Xauthority.MW6NWW .Xauthority.N57TWW .Xauthority.O5HAWW .Xauthority.OIC5VW .Xauthority.P2RPVW .Xauthority.Q0FRVW .Xauthority.QW01WW .Xauthority.RDW5WW .Xauthority.T0TLWW .Xauthority.TSO4WW .Xauthority.U6R9VW .Xauthority.V3KAWW .Xauthority.W8Z1WW .Xauthority.XDLGVW .Xauthority.XOOHWW.Xauthority.XUICVW

Bunların tümü, her yerde zaman damgaları olan, birincisi dışında sıfır bayttır.

Bunlar nedir ve silmek güvenli midir?


Topluluk politikasına göre ( meta.askubuntu.com/questions/4216/… ) - bu onaylanmış bir hatadır ve konu dışıdır . Ödül geri döndü.
fossfreedom

Bu makinede çalışan bir SSH sunucunuz var mı?
Seth

1
Bu sorunu yaşıyorum ve arada bir kullanıyorum rm ~/.Xauthority.*. Şimdiye kadar hiçbir sorun yaşanmadı. Söyleyebileceğim kadarıyla, onları silmek muhtemelen güvenlidir.
daboross

Bir X oturumunda oturum açmamışken onları silmeyi unutmayın. Tty 1'e (ctrl alt f1) gidip onları oradan silip gdm'yi yeniden başlattım.
daboross

1
Topluluk politikasına göre ( meta.askubuntu.com/questions/4216/… ) - bu onaylanmış bir hatadır ve konu dışıdır . Ödül geri döndü.
fossfreedom

Yanıtlar:


23

Bunlar, X sunucusuna (görüntüler) bağlanmaya izin vermek için X istemcisinin "çerezleri" dir. Wiki'de çok net bir şekilde açıklanmıştır:

xauth, X sunucularında erişim denetimlerini zorlamak için bir mekanizmadır (görüntüler). Bir X sunucusu başlatıldığında, rastgele oluşturulmuş bir "çerez" verilir. Bu çerez, X sunucusu oturumunu çalıştıran kullanıcının sahibi olduğu ve okunabilir bir dosyaya yazılır. Bu dosyayı başka hiçbir kullanıcı okuyamaz. Bir X istemcisi (uygulama) başlatıldığında, sunucuyla kendi kimliğini doğrulamak için çerezi okumaya ve kullanmaya çalışır. Bu "xauth" kimlik doğrulaması başarısız olursa, uygulamanın sunucuya bağlanmasına ve X ekranında pencereleri göstermesine izin verilmez.

Komuta

$ xauth list

mevcut oturum için mevcut çerezleri gösterecektir:

selene/unix:0  MIT-MAGIC-COOKIE-1  c2438e7c2858f142e0b81d6b4fe3867b
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1 
c2438e7c2858f142e0b81d6b4fe3867b

Geleneksel olarak, her kullanıcının çerezleri için konum ~ / .Xauthority olmuştur: X sunucusu, çerezlerini başlarken o dosyaya yazar ve xauth (ve diğer X istemcileri) bu dosyaya kimlik doğrulama çerezleri için bakar.

Kaynak: https://wiki.ubuntu.com/RemoteXHowTo

Ve burada gösterildiği gibi, eski çerezleri kaldırmayan ve /homedizini kirleten bir lightdm hatası gibi görünüyor .

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1175023

Aslında, bu sorunu sizin gibi ve .goutputstreambu diğer hatada gösterilen dosyalarda da yaşıyorum :

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/984785

O zaman evet, onları silebilirsiniz çünkü eğer bir X sunucusuna bağlanacak bir çereziniz yoksa, yeni bir tane oluşturacaksınız.



0

Bunlar gibi - benim gibi - kullanıcı dizinindeki bu "kirlilikten" kurtulmak isteyenler için geçici bir çözüm, aşağıdaki (çalıştırılabilir) komut dosyası ( kökten sonra ilk kullanıcı olduğunuzu varsayar) gibi bir şey koymak olabilir . dizin:/etc/cron.daily

#!/bin/bash
USER="$(users | awk -F ' ' '{print $2}')"
ls /home/"$USER"/.Xauthority.* > /home/"$USER"/.Xauthority-Files.txt
NFILES="$(grep -c Xauthority /home/"$USER"/.Xauthority-Files.txt)"
LOG="/home/"$USER"/.Xauthority-Files.log"
echo -e "$(date +"%x %R"): "$NFILES" .Xauthority.* files deleted" >> "$LOG"
rm -f /home/"$USER"/.Xauthority.*
rm -f /home/"$USER"/.Xauthority-Files.txt
exit 0

NOT: Bu güncelleştirilmiş komut dosyası, ".Xauthority-Files.log" adlı bir günlük dosyasını tutar, böylece en son güncellemenin bu hatayı sona erdirip durdurmadığını takip edebilir ve daha sonra gerekmediğinde komut dosyasını kaldırabilirsiniz.

NOT:

@ user196886, " USER değişkeni ile uğraşmak istemiyorum, yalnızca grafiksel giriş yapan kullanıcıların giriş dizinlerini istiyorum (UID> 500), yalnızca giriş / giriş ev girişi yapmak için ayrıcalıklara ihtiyacım var kullanıcı dosyalarımı neyi sildiğimi görmekten çok mutluyum ve manuel olarak onaylayacağım. Günlük dosyama Xa.log adı verildi, $ h bir ev dizini, $ ba basename ile kısaltmak ve silmek için kısaltma. "

Ve önerilen senaryo:

for h in `awk -F: '$3 >500 && /home/ {print $6}' /etc/passwd`; do b=$h/.Xauthority;[ -f $b.* ] && ls -l $b.* >>Xa.log && sudo rm -i $b.*; done

0

Geçenlerde çok sayıda .Xauthority.ZY43OW ve çok sayıda .goutputstream.DF55OZ dosyasını ana dizinde buldum (6 karakterlik dosya uzantısı elbette farklıydı). Birini metin editöründe açtım ve Çince karakterli bir metin dizgisi içeriyordu. Tercüman aracılığıyla çalıştırmayı denedim ve kiracı çiftçiler hakkında bir şeyler söyledi. Korkunç bir şüphem var ki bu dosyalar bilgisayarımın kontrolünü ele geçirmek için bir girişimi temsil ediyor. Bilgisayarımda saklanan sayısız Çince karakter dizgisine sahip olmamın başka bir nedeni olduğunu düşünemiyorum.


Ubuntu'ya Sormaya Hoş Geldiniz. Her şeyden önce, bu yazı bir yorum ve bir cevap değil. 50 itibar puanınız olduğunda, yorum yazabilirsiniz, ancak aksi takdirde lütfen sorulan soru için potansiyel bir çözüm bulunmadığı sürece cevap bölümünde yayın yapmaktan kaçının. İkincisi, lütfen Meer Borg ve Leo'nun cevaplarını okuyun - bu dosyalar bir hatanın sonucudur.
Sergiy Kolodyazhnyy
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.