The problem is a minor bug in Veyon Configurator which sometimes pre-populates the key name dialog with the key file name including the directory name (which of course contains (back)-slashes). Simply shorten the input to the actual key name (e.g. "teacher") and everything should work as usual. The issue will be fixed in 4.7.2.

Hello,
Ok, I found a (not totally satisfying) workaround :

In /etc/xdg/autostart/ directory, I create a file veyon.desktop with :

[Desktop Entry] Encoding=UTF-8 Name=veyon Comment=Lancer veyon Exec=veyon-server Terminal=false Type=Application

in it. It is then able to launch the veyon server without problem, I am then able to see and control the machine when a LDAP user is logged in. It is not totally satisfying as as it is launched by the user itself, it can also be killed by them. Beside the fact that they don't nowadays know that they can kill the server and how they can kill it, I am sure that my pupils will one day know it. So I'd like to make them unable to stop the server.

Preceding the command by sudo (using the line "Exec=sudo veyon-server" instead of the one in the file) and making the users being able to sudo it in sudoers file does not work because the superuser cannot launch apps that deals with X11 session (surely I don't know how) ... Is there a way to launch veyon-server by root without problem ? I suppose that it is the veyon-service's job (but not working in my case).

Thanks

Starting with Veyon 4.7.1 the Screen Recorder plugin is available as part of the commercial Veyon Add-ons. You can easily try it out by installing Veyon 4.7.1 and Veyon Add-ons 4.7.1. See our website at https://veyon.io/addons for details.

@Ahmad-Sherief Starting with Veyon 4.7.1 the Screen Recorder plugin is available as part of the commercial Veyon Add-ons. You can easily try it out by installing Veyon 4.7.1 and Veyon Add-ons 4.7.1. See our website at https://veyon.io/addons for details.

Can you try with Veyon 4.7.1 again and report back if it still crashes?

Thank you for your proposal. You should have received an e-mail from us.

You have to change the service configuration (on the target machine) so that it uses Active session mode. This will make the Veyon Service launch the Veyon Server for the currently active session, no matter if it's a console or an RDP session.

If you require support for multiple RDP sessions, consider activating the Multi session mode and using the NetworkDiscovery add-on to see all (even dynamically changing) sessions in Veyon Master.

Hi,

I have the same issue.

Is there any solution ?

Thanks

Thanks and regards..

@mscdaddy30 EDIT: So I figured out how to solve this problem! I installed Veyon via the apt command from the repository and this version had the issue with the service not staying between login sessions. Once I downloaded the .deb file from the website and installed it, the problem went away! The only criticism I have is that there is not a way to remove the "master" portion of the install. Fortunately, the Master that shows up in the start menu requires elevated privileges so the kids cannot access it.

@nishizhen1234 How to compile vs project? I found It requires many dependencies

Bonjour,
Il se base sur l'adresse MAC pour le démarrage des machines, mais à ma connaissance, après c'est le nom ou l'adresse IP.
Et chez moi sur un parc machine de 250 avec 600 profils utilisateurs qui tournent sur les postes, il y a des soucis avec les noms d'hôtes qui se mélangent même après un nettoyage du cache.
Je n'en sais pas plus sur les conditions techniques précises, si ce n'est que plusieurs prestataires de maintenance en sont arrivés à la même conclusion alors qu'ils auraient souhaité ne pas passer en resa d'IP... Le sujet m'intéresse grandement, ainsi que les possibilités de mettre en place un fonctionnement adapté à un emploi du temps des groupes d'utilisateurs de l'AD...
Bon courage