I’m not familiar with Veyon throughput or whether this is configurable. Generally I haven’t experienced performance issues using either Fullscreen demo or Window demo and though deselecting unused computers would achieve a modest performance gain my experience has been this doesn’t work very well on the fly. Since you are down to two lists I think it would be best to exit and restart Veyon whenever your selections change.

@tobydox said in Veyon 4.5.1 I can't open website from Master:

Some technical background: first you should make sure the tray icon is visible on all computers. If it's not visible, the Veyon Service for some reason is not able to run it's own worker processes within the user session. The Veyon tray icon is provided by such a worker process. Launching the "Run program" or "Open website" features also launches a (different) worker process inside the user sessions as a helper process. This worker will then start the program or open the website and this way make sure the program or browser is opened with user privileges (instead of Admin/LocalSystem privileges which the Veyon Service is running with).

On computers where the tray icon is not visible, can you please check the VeyonServer.log file for messages starting with WindowsCoreFunctions and post them here?

Veyonserver.log
https://pastebin.com/Z4bGjPd0

VeyonService.log
https://pastebin.com/BH1And2t

@jrpfahl

Try turning off the Windows Defender Firewall (Domain Network) for one of the Windows 10 computers and try again.

I'm sorry, no good news:

I am having this same issue. I used Veyon 4.4.1 and now I get the C++ Runtime error. The master PC is Windows 7.

@tobydox I just updated to version 4.1.4. indeed the problem was solved. Thank you!!

@tobydox
No problem, you can't be on dev and forum at the same time
Your job is really helpful for a lot of people, thanks for that.

I'd like to be more useful here on the forum, but not "good" enough yet with veyon to help much people.

Regards
ET

@MackenzieP

A tech at a neighboring school advised that rather than entering IP addresses into the Configurator’s Host address/IP field (Locations & computers) to instead enter computer names.

A bit confusing to me but he said to make the Host address/IP field match the Name field when using DHCP assigned addresses.

@tobydox said in Veyon for Raspbian?:

this is an interesting use case! Building packages for Debian (no matter which platform/architecture) isn't that complicated, just
have a look at our README file. Besides that we recognized the growing demand for armel/armhf/arm64 binary packages so we
might provide them in the future as well.

Be aware that Raspbian has its own non-standard ABI.
In standard Debian armhf means ARMv7 instructions with hardware floating point.
In Raspbian all Debian packages have been rebuild with ARMv6 instructions, for compatibility with older Pi that do not understand the newer instructions.
They do are compiled with hardware floating point, so it is not armel either.

Any chance you will be maintaining an official Debian package submitted to Debian at some point instead of the current situation?
That would simplify things. Let the Debian derivatives do the compiling, and allow users to just apt-get it.

@Sanny Thank you very much, this is the solution I was looking for!

Thank you for your investigations! I opened an issue at https://github.com/veyon/veyon/issues/420 so we can do further investigations and finally fix the issue.

Hi Tobias,

I just described a similar issue here: [https://github.com/veyon/veyon/issues/455](link url)

Thanks in advance,
Julius

Thank you very much for your feedback!

@tobydox

Hello tobydox

I have created an environment variable in the operating system with a value equal to 2

SET VEYON_SESSION_ID = 2

And also in the veyon-client environment.

veyon-cli config set Service/VEYON_SESSION_ID 2

My session ID is two

QUERY SESSION

SESSION NAME USER NAME ID STATE
services 0 Desc
rdp-tcp # 2 administrator 2 Active
console 3 Conn
rdp-tcp 65536 Listen

And in no case have I managed to make the screen that shows to the students the session in which the teacher works.

I have also test with the new version of Veyon 4.4.0

I would like to remind you that both the students and the teacher are working on their own virtual desktop connected by RDP, that is, they are all in session 2 of their own virtual desktop.

@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.

I just switched in General from "use system language" to English US... My local language GUI was really annoying in both Configurator and Master, and in older versions there was no English option for some reason.

In 4.1.0 I just noticed there is English. The moment I switched to English and reopened Configurator, clicking "Start service" worked right away

The line
[WARN] WindowsServiceControl: 'VeyonService' could not be started.
is not showing anymore in .log

So far no errors, everything looks fine. Going to install it on few class PCs and see if Master works without issues.

thanks jgordon.

Tested 4.1.4 still the same problem, when I click the test access button and type "asdf" so not a valid user I still get user has access to control master...

@Tuisku
there was indeed an old bug which always made the Veyon Server crash with language set to Hebrew. This has been fixed in the code and a temporary test release is available at https://github.com/veyon/veyon/releases/download/v4.2.1/veyon-4.2.1.26-win64-setup.exe - feel free to test and report back!

@CeoSoares
Please do not hijack threads with different topics You can open a new thread or create a detailled bug report in our bug tracker at https://github.com/veyon/veyon/issues

@tobydox

After updating to Veyon 4.5.1 the overlapping issue has not recurred. Everything is working perfectly.

Thank you.