Forum Debian Users Gang

giaur500 · 2021-02-01 23:39:14

Od dłuższego czasu mam problemy z gnome keyring. Objawy są takie:
- Chrome nie zapamiętuje haseł logowania na stronach
- Chrome próbuje połączyć się z usługą gnome keyring i zawiesza się, dopóki nie minie timeout (w konsoli komunikat, że przekroczono czas oczekiwania na połączenie z usługą gnome keyring)
- Żadne hasła ssh itd w Nautilusie i innych programach nie są zapisywane. Podobnie jak Chrome, przy łączeniu przez sftp próbuje połączyć się z usługą i zawisa na pół minuty, a potem pyta o hasło
- Evolution tez nie zapamiętuje haseł
- Seahorse nie widzi żadnych haseł, widzi tylko kluczze ssh

Nie pyta o odblokowanie bazy kluczy, usługa chodzi w tle, ale każde odwołanie do niej zawisa w nieskończoność.

Gdy spróbuję z konsoli (jako użytkownik, nie root):

Kod:

gnome-keyring-daemon -r
** Message: 23:46:43.043: couldn't connect to dbus session bus: Nie można wywołać magistrali komunikatów, kiedy używane jest setuid
** Message: 23:46:43.043: Replacing daemon, using directory: /run/user/1001/keyring

Muszę generalnie odinstalować to i wszędzie wpisywać hasła za każdym razem (no może oprócz chrome, bo jak nie ma gnome keyring, to zapisuje hasła sam), co jest męczące. Ktoś wie gdzie szukać przyczyny? Gdzie jakieś logi? Na nowym, czystym użytkowniku jest tak samo. Debian SID.

Macie jakieś pomysły?

Ostatnio edytowany przez giaur500 (2021-02-01 23:59:47)

yossarian · 2021-02-02 09:38:08

Napisz jakie środowisko graficzne, sposób logowania etc.

giaur500 · 2021-02-02 09:54:32

Cinnamon, lightdm, standardowe logowanie (bez autologowania), daemon startuje po logowaniu - jest w procesach. Ale każda próba komunikacji z gnome keyring to tylko zwis, łącznie ze sprawdzeniem czy baza kluczy otwarta lub próbą otwarcia. Próba ręcznego uruchomienia usługi - tak jak napisałem wyżej. Nie wiem gdzie szukać źródła problemu.

Po uruchomieniu Seahorse w ogóle nie widać pozycji „Baza kluczy konta”, ale odpowiednie pliki ~/.local/share/keyrings są tworzone. Seahorse w konsoli nie rzuca żadnym błędem. Usunięcie katalogu nic nie dało - znowu się utworzy, pliki też ale problem dalej ten sam. Na nowym czystym użytkowniku też

Czy to może być jakis problem sieci/hostów - tu mogło być coś kombinowane w konfiguracji.

Ostatnio edytowany przez giaur500 (2021-02-02 10:08:01)

giaur500 · 2021-02-02 16:35:19

Zajrzałem do logów systemd i wygląda na to, że po którejś aktualizacji przestało działać z tym samym komunikatem o setuid. Czyli jak startuje automatycznie, to dzieje sie to samo i to jest chyba powód.

Pytanie o co chodzi z tym setuid? Macie jakiś pomysł?

giaur500 · 2021-02-02 17:17:50

Ok, znalazłem gdzie siedzi ten błąd. Jest to już zgłoszone: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981420 błąd jest w bibliotece glib. Dziwne, że nikt z was tego nie doświadczył? Hmm, no ale po cofnięciu do wersji z testing wyglada że wszystko jest znów ok

morfik · 2021-02-02 19:38:34

Pewnie nikt z nas nie używa gnome-keyring. Ja zrezygnowałem z niego na rzecz keepassxc, który od paru wydań wspiera libsecret i appki są w stanie hasła brać z keepassxc, a on jest niezależny od środowiska graficznego, więc nic się nie psuje..

giaur500 · 2021-02-02 20:07:56

Domyślny jest gnome-keyring - sprawdzę, nie wiedziałem że jest taka alternatywa.

giaur500 · 2021-04-07 08:54:00

Znowu nie działa i szczerze to mam tego dość. Teraz niby baza kluczy jest odblokowywana, ale pokazuje sie jako pusta i nie można nic tam dodać. Jak zastąpić gnome-keyring tym keepasxc? Tak, żeby Chrome i pozostałe aplikacje zapisywały tam hasła i żeby automatyczznie się baza odblokowywała po zalogowaniu

giaur500 · 2021-04-07 09:30:05

Ok, widzę że keepasxc ma niby integrację z Chrome, która i tak nie działa. W zasadzie nie widzę wyjścia. Z aplikacjami Gnome jak Nautilus integracji nie ma, czyli gnome-keyring nie zastąpi.

[edit]
Chociaż, widze że sam demon działa chyba prawidłowo, Chrome zapisuje tam hasła, Nautilus chyba też. To seahorse nie działa i nic nie wyświetla. Ogólnie ciągle tam coś się sypie.

Ostatnio edytowany przez giaur500 (2021-04-07 10:00:05)

Yampress · 2021-04-07 14:48:07

masz odblokowanie gnome keyring w PAM skonfigurowane
potem podczas logowania musi włączać poszczególne komponenty

giaur500 · 2021-04-07 18:43:08

Przy logowaniu powinien automatycznie odblokować domyślną bazę haseł i wszystkie aplikacje z niej korzystają. To działa, aplikacje mogą zapisywać i odczytywać swoje hasła. Chodzi tylko o to, że seahorse nie wyświetla zawartości, a jak klikam odblokuj,/zablokuj to nawet nie odświeża gui, pomimo że bazę haseł odblokował/zablokował.

Tak to wygląda, że gnome keyring tym razem działa, a tylko seahorse nie działa. Któraś kolejna aktualizacja systemu to zepsuła, bo było w porządku.

Nie wiem po co mi proponujesz grzebanie w pam, chyba nie dość jasno wytłumaczyłem problem.

Ostatnio edytowany przez giaur500 (2021-04-07 18:44:28)

Forum Debian Users Gang

Ogłoszenie

#1 2021-02-01 23:39:14

giaur500 - Użytkownik

Gnome keyring nie działa

Kod:

#2 2021-02-02 09:38:08

yossarian - Szczawiożerca

Re: Gnome keyring nie działa

#3 2021-02-02 09:54:32

giaur500 - Użytkownik

Re: Gnome keyring nie działa

#4 2021-02-02 16:35:19

giaur500 - Użytkownik

Re: Gnome keyring nie działa

#5 2021-02-02 17:17:50

giaur500 - Użytkownik

Re: Gnome keyring nie działa

#6 2021-02-02 19:38:34

morfik - Cenzor wirtualnego świata

Re: Gnome keyring nie działa

#7 2021-02-02 20:07:56

giaur500 - Użytkownik

Re: Gnome keyring nie działa

#8 2021-04-07 08:54:00

giaur500 - Użytkownik

Re: Gnome keyring nie działa

#9 2021-04-07 09:30:05

giaur500 - Użytkownik

Re: Gnome keyring nie działa

#10 2021-04-07 14:48:07

Yampress - Imperator

Re: Gnome keyring nie działa

#11 2021-04-07 18:43:08

giaur500 - Użytkownik

Re: Gnome keyring nie działa

Stopka forum