Bejelentkezés kezelőt keresek Debianhoz, Xfcehez

 ( tothgab | 2017. szeptember 1., péntek - 14:31 )

Sziasztok!

Debian 9-et használunk, Xfce-vel és Lightdm bejelentkezés kezelővel, több felhasználói fiókkal.
Tud valaki a Lightdm-hez segítséget adni, hogy a képernyő zárolása után hogyan lehetne a bejelentkező ablaknál információt kapni arról, hogy kik vannak bejelentkezve az adott gépre? Létezik ilyen beállítás a Lightdm-hez? Szeretnénk elkerülni, hogy a gép úgy legyen lekapcsolva, hogy közben valaki csak otthagyta és még dolgozna rajta.
Esetleg másik bejelentkezés kezelő alternatívaként?
Minden ötletet szívesen veszek!

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Kdm, gdm, xdm?

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

OT
És ezekben hogy lehet megoldani, amit kérdezett? Mert szerintem itt nem az volt a lényeg, hogy van-e - és név szerint fel tudja-e valaki sorolni - egyéb DM-eket. Amúgy xdm-ben ez engem is érdekelni :-)
/OT

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

idézet:
"Esetleg másik bejelentkezés kezelő alternatívaként?
Minden ötletet szívesen veszek!"

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Szerintem a kérdésfelvető így gondolta (mert ennek speciel volna értelme) :

"Esetleg másik bejelentkezés kezelő alternatívaként amelyikben ez megoldható (és ha igen, hogyan)?"

De valóban nem ezt írta.

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

talán inkább várjuk meg a válasszal a topicnyitót, ő mégiscsak jobban tudja ezt! ;)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Most használ egy bejelentkezés kezelőt, amellyel nem tud megvalósítani egy számára fontos funkciót, így ezt szeretné lecserélni egy másik bejelentkezés kezelőre, amellyel szintén nem tudja megvalósítani az adott funkciót. Nem kizárt, hogy igazad van. :-)

Ezt én sem tudom teljesen kizárni... :)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Az építő jellegű hozzászólás hiányában jegyezném meg, hogy a számomra fontos funkciót be tudom állítani. Debian 8 alatt működött a funkció. A kérdés az, hogy ez Debian 9-ben miért nem működik? A beállítások ugyan azok mind a két rendszeren.

Építenénk mi, ha tudnánk pontosan mit is kell. Most már hogy így stimmel, hát fogalmam sincs.. :)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Igen, jogos. A kérdés így pontosabb lett volna.

Nem próbáltam de nekem van kikommentezve ilyen a /etc/lightdm/lightdm-gtk-greeter.conf fájlomban:


# Panel:
# panel-position = top|bottom ("top" by default)
# clock-format = strftime-format string, e.g. %H:%M
# indicators = semi-colon ";" separated list of allowed indicator modules. Built-in indicators include "~a11y", "~language", "~session", "~power", "~clock", "~host", "~spacer". Unity indicators can be represented by short name (e.g. "sound", "power"), service file name, or absolute path

Ha jól rémlik a ~session indikátor mutatja a bejelentkezett felhasználókat, és akkor a login képernyőn a felső menüben látszik ha esetleg más is bevane jelentkezve...

Ha engedélyezve van a felhasználó-választó lista (greeter-hide-users=false a /etc/lightdm/lightdm.conf fájlban), akkor a bejelentkezett felhasználók neve vastagított betűvel szerepel a listában.

Ez a beállítás megvan. Három mező látszik. Egy legördülő (benne csak a Más.. opció), alatta a felhasználónév beírható és harmadikként a jelszómező. Pont emiatt kérdem, régen ez működött rendesen. Most nem, pedig friss telepítésből indult a dolog.

Nálam a listán kívül csak a jelszómező van. Esetleg a greeter-show-manual-login=false beállítás eltünteti a névbeviteli mezőt?

Sajnos ez sem segített. Az lehet gond, hogy a lightdm mellett lightdm-gtk-greeter is telepítve van és ennek a kettőnek a konfigurációi akadnak össze?

Nem hiszem, legalábbis nálam avval működik. Mi zárolja a munkamenetet? A light-locker? A /var/lib/AccountsService/users könyvárban ott vannak a felhasználónevekkel megegyező nevű fájlok?

Annyit helyesbítek, hogy ha a listából a "Más.."-t választom, akkor nekem is van harmadik mezőm, ahol beírhatom a felhasználónevet, de ha egy felhasználónevet választok, akkor eltűnik a harmadik mező.

Képernyő lezárást a '/usr/bin/light-locker-command -l' parancs végzi.
A /var/lib/AccountsService/users/ könyvtár teljesen üres. Ha jól értem, akkor itt az összes létrehozott felhasználó nevével egyező nevű és számú fájlnak kellene lenni. Ezeknek lenne tartalma is, vagy csak üres fájlok?
Felhasználókat a 'sudo adduser felhasznalo' paranccsal hoztam létre.

Nálam a választott nyelv és XSession neve van benne. Az adduser hatására nem jön létre fájl, csak első bejelentkezéskor, viszont a lightdm listájában megjelenik a felhasználó neve már első bejelentkezés előtt is.

A dbus és az accounts-daemon fut?

Igen, ezek mennek.

Ha nekem valami nem ment grafikus módon, ment szöveges terminálra.
~# watch w > /dev/tty12
ctrl-alt-f12

Én a "slim"-et használom, de hogy tudja-e amit szeretnél azt egyfelhasználós környezetben még nem teszteltem.
--
God bless you, Captain Hindsight..

Udv,

En xfce-t hasznalok Slackware-n, light-dm-el.

xscreensaver-t hasznalok screensaver-nek, es ha zarolom a kepernyot szinten ez fut, valamit megjeleniti a felhasznalonevem.

Be lehet az xfce-t ugy allitani, hogy "sleep" elott zarolja a kepernyot.

Star Citizen referral: STAR-CX9F-NJ2B

Ha be vannak a gépre jelentkezve, akkor azt már nem a DesktopManager végzi (*dm), hanem a *screensaver, tehát azt kell felkészíteni rá.

Erre ránézek, köszönöm!

Végül párhuzamosan kipróbáltam Vitualboxban egy Debain 8 és egy Debian 9 tiszta telepítést. Mindkettőben ugyanazokat a beállításokat hajtottam végre lightdm tekintetében. Mindkettőben működik a lightdm/lightdm-gtk-greeter felhasználólista legördülő menüje.
Ezután a kérdéses gépen bepróbálkoztam egy 'sudo apt-get purge lightdm*' eltávolítással, majd újra telepítéssel (lightdm,lightdm-gtk-greeter, light-locker). A problémát nem oldotta meg, pedig itt is ugyan az van a konfig fájlokban, mint a működő VM-ekben.
Marad a rendszer újrahúzás, bár nem szép megoldás.
Köszönöm mindenkinek a hozzászólásokat, ötleteket!