hi, after ten days of production with realease 4.1.8 I confirm that the problem is well solved. I even see an improvement in the responsiveness of access control on all plateforms. Thank you so much. Regards.

Hi, I can bring a little feedback on the wake on lan, It is necessary to check in the bios of the computer the activation of the wake on lan. This setting is different depending on the motherboard. This setting is usually found in the power management menu and is often disabled by default for security reasons. This parameter is sometimes hidden under the name of power on by pci-e card. In the case where your network is segmented into VLANs and the master station is connected to a different VLAN of the students, check that your switch infrastructure propagates the magic packet between the two or more VLANs. A switch configuration will be necessary. In my case, i forward the port udp 9 to the student VLAN. In a first time adjusts and test your configuration in the same VLAN. Of course you also have to check the parameters of the network card under window or linux. Verify that your linux configuration is reboot persistent. Regards.

@DrewLoker this is already possible - simply enable the "Show confirmation dialog for potentially unsafe actions" option in the master configuration page in Veyon Configurator - see https://docs.veyon.io/en/latest/admin/reference.html#behaviour for details.

Hi @gioni this is currently not possible but you can simply remove /usr/bin/veyon-master after installation. Best regards Tobias

Hi, I was trying with the key file authentication, but student's computer doesn't show. Should I use the logon authentication? When installing Veyon in lynux, the box to indicate the program is being installed in a student's or a teacher's computer (master) doesn't show. I'm not familiar with lynux and I don't know if it's ok. Thanks

Hi @Thomas-Suhalim unfortunately this is currently not supported by Veyon. We might add this in Veyon 5 in 2020 but can't make any promises yet. Best regards Tobias

Hi @mathiasm welcome to Veyon! Is the same account ("Kasutaja") available on all computers with the same password? The Veyon Service on every computer always tries to authenticate the user locally. It's therefore recommended to work with domain users or set up key file authentication.

I tried - but it doesn't recognize the client computers, I was told that there should be 3 programs - in the teacher computer I only get the first one

Good idea but if upgrade 4.1 to 4.2, the setting will be different and the file of key will be unusable. If they can make a auto update without renew key, It's be great!

@niyas If a PC don't have a WebCamera, the option will be hidden or grey (disable). We have the Microsoft Surface model so the camera is already integrated.

Hi, It works better but sometimes I do not have access it takes me time to start by control or the opposite "to see at a distance" and it works. Sometimes I need to restart the software and allow the screen time to appear. Where does the problem comes from ?   Of course, It's better than without address MAC. Thank you

Hello @countzero first of all welcome to Veyon and thanks for testing! Regarding your issues: have you used a previous version of Veyon and if so, did a fixed base DN work in these versions? To further investigate this issue we'd need more information. Could you please try to set the log level to "Debug", restart Veyon Configurator and perform the steps again leading to the described behaviour? You should then find many lines prefixed with "[DEBUG][LDAP]" in %TEMP%/VeyonConfigurator.log which could indicate possible problems in Veyon. If possible post them here or send me a PM with the details. The LDAP Pro plugin will be an additional closed-source plugin similar to LDAP Basic but with more features such as multi-domain/site support. We'll publish a blog post on it soon. Veyon itself will always remain open source software.

Hi Tobias: Thanks for your answer. I use 12 computers and the bandwidth not exceed 5Mb in the worst case, all processors in the master runs below 1%. Changing the screen update not affect the behavior. Unfortunately I need to downgrade to iTalc, veyon it's unusable for me. Edit: I install iTalc again and works ok. If I change parameters can't reply de Veyon behavior but if I choose iTalk demo internal server everything work slowest. Maybe this can help you to detect the problem.

That is unfortunate I think powering off computers automatically at the end of the workday would be a very useful addition. Especially nowadays, when saving electricity is a priority.