Dlaczego mam tyle plików .Xauthority. * W moim katalogu domowym?

21

Używam Ubuntu 13.04 na Lenovo X220.

Dlaczego mam tyle plików .Xauthority. * W moim katalogu domowym? To znaczy

.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

Wszystkie mają zero bajtów, z wyjątkiem pierwszego, ze znacznikami czasu w każdym miejscu.

Co to są i czy można je bezpiecznie usunąć?

conner_bw
źródło
Zgodnie z polityką społeczności ( meta.askubuntu.com/questions/4216/… ) - jest to potwierdzony błąd i jako taki jest nie na temat. Nagroda została zwrócona.
fossfreedom
Czy na tym komputerze działa serwer SSH?
Seth
1
Mam ten problem i co jakiś czas korzystam rm ~/.Xauthority.*. Do tej pory nie wystąpiły żadne problemy. O ile mogę stwierdzić, prawdopodobnie można je bezpiecznie usunąć.
daboross
Powinienem zauważyć, że usuwam je, gdy nie jestem zalogowany do sesji X. Idę do tty 1 (ctrl alt f1) i usuwam je stamtąd, a następnie ponownie uruchamiam gdm.
daboross
1
Zgodnie z polityką społeczności ( meta.askubuntu.com/questions/4216/… ) - jest to potwierdzony błąd i jako taki jest nie na temat. Nagroda została zwrócona.
fossfreedom

Odpowiedzi:

23

Są to „pliki cookie” klienta X, umożliwiające połączenie z serwerem X (wyświetlacze). Jest to bardzo jasno wyjaśnione na wiki:

xauth to mechanizm wymuszający kontrolę dostępu na serwerach X (wyświetlaczy). Po uruchomieniu serwer X otrzymuje losowo generowane „ciasteczko”. Ten plik cookie jest zapisywany w pliku należącym do użytkownika, który jest czytelny dla użytkownika, którego sesję działa serwer X. Żaden inny użytkownik nie może odczytać tego pliku. Po uruchomieniu klienta X (aplikacja) próbuje odczytać plik cookie i użyć go do uwierzytelnienia się na serwerze. Jeśli to uwierzytelnianie „xauth” nie powiedzie się, aplikacja nie będzie mogła połączyć się z serwerem i wyświetlić okien na ekranie X.

Komenda

$ xauth list

pokaże pliki cookie dostępne dla bieżącej sesji:

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

Tradycyjnie lokalizacja plików cookie każdego użytkownika to ~ / .Xauthority: serwer X zapisuje pliki cookie w tym pliku podczas uruchamiania, a xauth (i inni klienci X) szukają w tym pliku plików cookie uwierzytelniających.

Źródło: https://wiki.ubuntu.com/RemoteXHowTo

Jak pokazano tutaj, wygląda na to, że jest to błąd lightdm, który nie usuwa starych plików cookie i zanieczyszcza je /home katalog.

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

W rzeczywistości mam ten problem, tak jak i ty .goutputstream plikami, jak pokazano w tym drugim błędzie:

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

Tak, możesz je usunąć, ponieważ jeśli nie masz pliku cookie do połączenia z serwerem X, utworzysz nowy.

Lew
źródło
3

Wydaje się, że to błąd, którego doświadcza kilka osób dzięki lightdm

Więc kliknij ten link, a kiedy go rozwiążą, otrzymasz odpowiedź.

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

Więc zainstalowanie menedżera okien gdm może uniknąć problemu. Ponieważ nie mam problemu, nie mogę tego przetestować.

Meer Borg
źródło
0

Dla tych - jak ja - chcących pozbyć się tego „zanieczyszczenia” w katalogu użytkownika, rozwiązaniem tymczasowym może być umieszczenie czegoś takiego jak następujący (wykonywalny) plik skryptu (który zakłada, że ​​jesteś pierwszym użytkownikiem po rootowaniu ) w katalogu /etc/cron.dailyinformator:

#!/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

UWAGA: Ten zaktualizowany skrypt przechowuje plik dziennika o nazwie „.Xauthority-Files.log”, abyś mógł sprawdzić, czy ostatnia aktualizacja położyła kres temu błędowi, a następnie usunąć skrypt, gdy nie jest już potrzebny.

UWAGA:

@ user196886 sugeruje alternatywny skrypt , mówiąc: „ Nie chcę się pieprzyć ze zmienną USER, chcę tylko katalogi domowe graficznych użytkowników logowania (UID> 500), z home in / home potrzebuję uprawnień, aby usunąć inne pliki użytkowników, cieszę się, co usuwam i potwierdzam ręcznie. Mój plik dziennika nazywa się po prostu Xa.log, $ h to katalog domowy, $ ba basename skrót do logowania i usuwania.

Sugerowany skrypt to:

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
Sadi
źródło
0

Niedawno znalazłem wiele plików .Xauthority.ZY43OW, a także liczne pliki .goutputstream.DF55OZ w moim katalogu domowym (6-znakowe rozszerzenia plików były oczywiście różne). Otworzyłem jeden w edytorze tekstu i zawierał on ciąg znaków w chińskim znaku. Próbowałem uruchomić go za pośrednictwem tłumacza, a to mówiło coś o rolnikach najemców. Mam straszne podejrzenia, że ​​te pliki stanowią próbę przejęcia kontroli nad moim komputerem. Nie mogę wymyślić żadnego innego powodu, dla którego powinienem mieć wiele ciągów znaków chińskich ukrywających się na moim komputerze.

Terry Relph-Knight
źródło
Witamy w Ask Ubuntu. Przede wszystkim ten post jest komentarzem, a nie odpowiedzią. Gdy zdobędziesz 50 punktów reputacji, możesz dodawać komentarze, ale w innym przypadku powstrzymaj się od zamieszczania odpowiedzi w sekcji odpowiedzi, chyba że post zawiera potencjalne rozwiązanie zadanego pytania. Po drugie, przeczytaj odpowiedzi Meera Borga i Leo - te pliki są wynikiem błędu.
Sergiy Kolodyazhnyy