@correlio Nel manuale c'è riportato tutto il necessario, comunque per potersi connettere deve avere l'indirizzo ip del computer dello studente e inserirlo nel configuratore della macchina master

At the moment this is not possible. We plan to provide a web-based solution with Veyon 5 in 2023.

@rpgmem i leave "veyon-master" blank on installation.

@mmg-carlos Same thing for me, i install from scratch, and nothing works! Using a pc with ASTER multiseat and other for the teacher, and nothing works anymore on Windows 11

@ltsepp Found the problem.Wrong settings under object attributes User = sAMAccountNAme Group = member Computer display = cn computer hostname = cn That worked for me

Unfortunately we do not have packages for Redhat 8 (since CentOS 8 is EOL) but I would recommend building an RPM file manually as described in the README.md file in the sources.

I guess you enabled Multi session mode in the Service configuration page. When enabled, the Veyon Service uninstalls the Interception driver since it's known to cause problems in terminal/remote desktop server environments. If you do not need multi session mode, simply switch back to Local session mode. Otherwise the Veyon Service has problems with accessing the Interception driver so it tries to reinstall it manually.

Simply enter the password of your user account. If you configured a different (domain?) account for accesing the clients, you can change the password of that user in your AD/LDAP server management UI.

I guess it's either the LDAP bind password or the external VNC server password which is stored in the configuration and likely hasn't been set before. You can simply ignore that warning unless you have actual problems with configuring one of these passwords.

I'm sorry for the problems you had with managing your network objects through the CLI. I guess veyon-cli didn't identify the location(s) properly in which to import the computers. It would be interesting to see the output of veyon-cli config get BuiltinDirectory/NetworkObjects before and after the import. May be you can reduce the import to a minimal case with just one entry? Next I would also recommend to clear all objects before the import.

Have you tried enabling the Query nested user groups (supported by AD only) option in the Advanced LDAP settings tab? When enabled, Veyon uses the LDAP_MATCHING_RULE_IN_CHAIN search filter rule which tells the server to also return indirect members for a certain group. Access control should then allow access also for indirect memberships. For debugging this, you can change the Veyon log level to Debug (config page General), click on the Test button in the access control page and search for lines containing AccessControlProvider in C:\Windows\Temp\VeyonConfigurator.log – there should be a line with a list of all groups of the user entered in the test dialog.

I guess most of the messages are related to outdated/mixed Veyon versions on master and student computers. I recommend updating all of them to 4.7.4 and issues such as ping should be gone (4.7 doesn't use the ping process any longer for example). We have similar reports of users which can't get the demo mode work reliably but we're working on it, especially regarding the performance and network bandwidth.

For some reason the (Ultra)VNC server inside veyon-server seems to crash when accessing/processing your display. It's hard to debug that but you could try playing with the VNC server options in the Service configuration tab in Veyon Configurator. For doing so switch to the advanced view in the window menu and select Builtin UltraVNC in the VNC server drop down menu. May be changing the options Enable Desktop Duplication Engine on Windows 8 and newer or Enable capturing of layered (semi-transparent) windows have a (positive) impact on the behaviour. Also make sure to update to the latest version of Veyon (4.7.4).

How do you launch the websites? Using the context menu or using the global toolbar at the top?