Veyon Community Forum

Once locked, students can use Ctrl+Alt+Del to bypass the lock; although they are still unable to interact with the system, they are unable to view the screen being projected from the teacher’s computer. I have configured the teacher’s end to lock the students’ keyboards and mice, and I have restarted both the teacher’s and students’ computers, but it still hasn’t worked.

Hi Folks. I've just updated from 4.8.3 to 4.11.2 and have started getting the delays connecting to the client. I've managed to download 4.11.1.0 to see if there is any difference one version back. Has anyone else noticed this? Update. Still the same and I've gone back a couple of versions. I'm wonder if it is our networ as the teacher said he never had this issue last academic year

thanks for the information!

thanks for the information!

@tobydox If necessary, we will also use the debug mode. Thank you.

Starting with Veyon 4.10.3 there are dedicated packages for Fedora 44.

Hi. Just use the IntuneWinAppUtil.exe. The packaging tool converts application installation files into the .intunewin format.

I'm getting the same error only with some users in our AD domain. Technicians with elevated rights in AD are able to authenticate to the Master program, but other users, like Teachers cannot. All the LDAP setup works fine after that, but the initial authentication fails with: 2026-05-12T12:51:01.160: [ERR] AcceptSecurityContext failed with 8009030C 2026-05-12T12:51:01.161: [DEBUG] WindowsUserFunctions::authenticate(): SSPLogonUser() false 1385

I may be dealing with a similar problem on my side (version 4.10.1). I found out that access control is basically not used at all when I use authentication keys. I have an access group assigned to the authentication key, and if the user is in that group, it works even if the user is restricted through access control. At the same time, I have another issue: when I add another group (nested group) into the group assigned to the key, the user is not recognized.