veyon-4.5.5-alt2 -> sisyphus:

 Thu May 13 2021 Egor Ignatov <egori@altlinux> 4.5.5-alt2
 - fix login with sddm and lightdm (Closes: #39892)

Поведение ошибки изменилось в veyon-4.5.5-alt2:
При нажатии "Залогиниться" и вводом логина/пароля на ПК учителя для выбранного компьютера ученика, на ПК ученика появляется окно со вводом логина, через некоторое время (у меня это заняло секунд 10-15), логин системой принимается, появляется окно со вводом пароля - на этом и замирает(ждал более минуты). Вход в систему через пункт меню "Залогиниться" невозможен. Если ввести пароль вручную в замершее окно ввода пароля - в систему входит. Ошибка не исправлена.

veyon-4.5.5-alt2 -> p9:

 Thu May 13 2021 Egor Ignatov <egori@altlinux> 4.5.5-alt2
 - fix login with sddm and lightdm (Closes: #39892)
 Tue Apr 27 2021 Egor Ignatov <egori@altlinux> 4.5.5-alt1
 - new version
 - Import fix to #37952 as a patch

(comment #2)

Версия: 4.5.6 / 4.6.0

Работает только с Simple Desktop Display Manager. По умолчанию он включен в KWorkstation. Проверял данное поведение, установив sddm на Education P10 с KDE.

Получается, пока не работает с lightdm.

veyon-4.8.2 - всё ещё актуально. Работает только с SDDM, которого теперь нет вообще ни в одном дистрибутиве.

В логах:

systemd[1]: Stopping Light Display Manager...
systemd[1]: Stopping Session 1 of User _ldm...
systemd[1]: session-1.scope: Deactivated successfully.
systemd[1]: Stopped Session 1 of User _ldm.
systemd[1]: session-1.scope: Consumed 1.328s CPU time.
systemd-logind[2643]: Removed session 1.
systemd[1]: lightdm.service: Deactivated successfully.
systemd[1]: Stopped Light Display Manager.
systemd[1]: Starting Light Display Manager...
systemd[1]: Started Light Display Manager.
systemd-logind[2643]: New session 6 of user _ldm.
systemd[1]: Started Session 6 of User _ldm.
lightdm[3279]: pam_env(lightdm-greeter:session): deprecated reading of user environment enabled
veyon-service[3216]: 2023-11-10T16:03:36.259: [WARN] LinuxServiceCore: Environment for session "/org/freedesktop/login1/session/_36" not yet available - retrying in 1000 msecs
veyon-service[3216]: 2023-11-10T16:03:39.165: [WARN] VariantStream: none or invalid data read
lightdm[3316]: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "teacher"
veyon-auth-helper[3336]: pam_sss(login:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=teacher

(Ответ для Evgeny Shesteperov на комментарий #5)
> Получается, пока не работает с lightdm.
С lightdm-kde-greeter и c lightdm-gtk-greeter одинаково не работает?

(Ответ для Sergey V Turchin на комментарий #7)

> одинаково не работает?

Да, единственное отличие, что с lightdm-kde-greeter выдаёт ошибку "Не удалось войти в систему"

Прикрепите ругань от pam в момент логина, плиз.

Для этого её ещё нужно как-то получить. Я рекомендую pamtester.

(Ответ для manowar@altlinux.org на комментарий #10)
> Для этого её ещё нужно как-то получить.
Может, там явно видно. Попробуйте сперва посмотреть в 12-ю консоль.

Created attachment 15940 [details]
F12-kde

Created attachment 15941 [details]
F12-gtk

Приложил выводы консоли f12 при gtk/kde-greeter

(Ответ для Алексей Родыгин на комментарий #13)
> Приложил выводы консоли f12 при gtk/kde-greeter
Они действительно в бинарном виде?

Created attachment 15943 [details]
F12-gtk

Created attachment 15944 [details]
F12-kde

(Ответ для Алексей Родыгин на комментарий #15)
> Создано вложение 15943 [details] [подробности]
> F12-gtk
Тут же всё в порядке судя по логу.

PAM тут ни при чем. Изначально проблема была в том, что veyon использует эмуляцию нажатия клавиш для ввода логина и пароля, а sddm и lightdm ждут ввод в разном формате. Например, кто-то из них запоминал последнего пользователя и ждал только пароль, а veyon слал данные по шаблону(который можно настроить в конфиге) "%username%<Return>%password%<Return>".

Поэтому был добавлен скрипт[1], который тюнит настройки DM. А также патч[2], который этот скрипт вызывает в нужный момент.

Скорее всего что-то перестало именно в этом месте.

Схема костыльная, если есть идеи как от нее избавится, то предлагайте.

[1] https://git.altlinux.org/gears/v/veyon.git?p=veyon.git;a=blob;f=.gear/veyon-config-dm-login.sh;h=4894e35606f8c6d289603cef62371985abac9d5f;hb=HEAD
[2] https://git.altlinux.org/gears/v/veyon.git?p=veyon.git;a=blob;f=.gear/alt-fix-dm-login.patch;h=49a46e8ee362743fdb1328490768cabf34c9bb0a;hb=HEAD

Тогда возвращаю на veyon.

Ошибка воспроизводится в версии veyon-4.9.1-alt0

Воспроизводится на: veyon-4.9.5-alt1

Воспроизвелось на версии veyon-4.9.7-alt1

Ошибка актуальна для версии veyon-4.10.2-alt1. Не воспроизводится только если в качестве студента взята машина c Education-xfce

(Ответ для Иванов Александр Владимирович на комментарий #23)
>  Education-xfce
Так, только она на X11. Вы везде X11 используете?

Версия: veyon-4.10.4-alt1

Workstation 11.1 x86_64 P11 (нет возможности проверить в Sisyphus, т.к. в GNOME 50 удалена поддержка X11):
gdm-48.0-alt5
Ошибка воспроизводится - при попытке залогиниться не происходит ничего, не зависимо от выбранной сессии. 
Примечание: не идёт демонстрация экрана на этапе GDM и в Wayland-сессии

Education KDE 11.1 x86_64, обновлённая до Sisyphus:
lightdm-1.32.0-alt13
lightdm-gtk-greeter-2.0.7-alt12
lightdm-kde-greeter-6.1.6-alt1
Ошибка воспроизводится - при попытке залогиниться ничего не происходит. Сессия выбрана Plasma(X11)
Примчение: не идёт демонстрация на этапе экрана входа

Education XFCE 11.1 x86_64, обновлённая до Sisyphus
lightdm-1.32.0-alt13
lightdm-gtk-greeter-2.0.7-alt12
Ошибка НЕ воспроизводится - успешный логин как доменным, так и локальным пользователем. Демонстрация экрана идёт на этапе экрана входа, и на экране блокировки

Подозреваю, что различие в поведение у KDE и XFCE из-за разного greeter'а.

(Ответ для Egor Ignatov на комментарий #18)
> Схема костыльная, если есть идеи как от нее избавится, то предлагайте.

Что насчёт такого варианта?:

1. При получении данных (имени пользователя и пароля) на клиенте делать проверку их корректности (pam/kinit/другие методы)
2. В случае, если данные правильные, создавать копию резервную копию конфига DM, настраивать автологин на нужного пользователя
3. Рестарт DM, сразу же восстановление исходного конфига