@gparent DNS looks OK. Try checking VeyonMaster.log, if it contains any clues. (default location: Users/<user>/AppData/Local/Temp) Based on this script, the mac format could be xx-xx-xx-xx-xx-xx. But I think it is needed only for WOL.

Thank you very much for your interest in sharing your work! For the time being, I suggest to open an issue at https://github.com/veyon/docs/issues and attach the document there so we can review it. Even better would be to integrate it into the official documentation, e.g. by adding an Ubuntu-specific chapter in the admin manual. What do you think about it?

Veyon Master doesn't use the administrator account. The Veyon Service on client/student computers is running as the LocalSystem user which also doesn't require a profile to exist.

This might be related to an incomplete previous program update or incompatible versions of Veyon and the addons. I recommend uninstalling Veyon and reinstalling the latest version (+addons if desired).

Does this still happen with the latest 4.5.7 release? If so, do you have the chance to go back the releases step by step and report which version was the last one that works for you?

Hello, i helped myself. Solution is resetting config through cli-command line. You can lock thread now. Stanley

@paulthedate Answer was I needed to use the IP instead of Hostname in the Configurator. now all good.

@tobydox https://prnt.sc/1e1d6oj I have a problem I can't import the key so it appears

https://prnt.sc/1e1d6oj

Hi, The way to fix this problem : install the lightdm package on the PC running gdm select lightdm option during installation reboot Juste one question : For which reason does the command "telnet localhost 11100" is OK just after the lightdm installation and not before with GDM ??? V.Le Mieux

@tobydox Not technical enough! Does not the entire internet work through TCP/IP? That's like saying that you can listen to the radio, as long as your radio can pick up the electro magnetic waves. Though I suppose the caveat "directly" offers some clues. I suppose you mean to suggest that the IP route is unobstructed, and not behind NAT or firewalls, right? Can you elaborate on the security risks or design paradigm a bit? Is all I have to do is forward the 11100 and 11400 ports?

Are you using key file or logon authentication? In case of logon authentication the bottleneck could be your AD server since it has to handle authentication requests from all Veyon clients at the same time (since each client checks the credentials of the teacher to authenticate the connection).

@erict: indeed the authentication key name check is too strict at the moment since it only allows word characters (0-9, a-z, A-Z and underscore). I just committed a fix which will also allow the minus character (https://github.com/veyon/veyon/commit/768feeb53c11d7a1f5e5fa4d8378d795c73cc1ad). It will be part of Veyon 4.5.7 next month. In case you build packages on your own, you can simply do this for the latest 4.5 branch. Besides that, importing keys via veyon-cli should work with the following command: veyon-cli authkeys import veyon_master/public public-key.pem