.. _PlatformNotes: Platform specific notes ======================= This chapter contains notes on platform-specific configuration options and pecularities. .. _PlatformWindows: Windows ------- General +++++++ .. index:: SAS generation, Secure Attention Sequence, Ctrl+Alt+Del Enable SAS generation by software (Ctrl+Alt+Del) On Windows per default it's impossible for applications to generate the *Secure Attention Sequence* (Ctrl+Alt+Del) in order to simulate the press of these keys. When enabling this option a policy is written to the Windows registry which changes this behavior. It is recommended to leave this option enabled in order to be able to send :kbd:`Ctrl+Alt+Del` when remote controlling a computer. Otherwise it may be impossible to unlock a remotely controlled computer or logging on a user since in most cases the shortcut :kbd:`Ctrl+Alt+Del` has to be issued first. **Default:** *enabled* Handling of interfering windows Applications (or dedicated tools) may sometimes interfere with the Veyon screen capture mechanisms, either unintentionally or intentionally. This manifests itself in Veyon displaying a black screen, even though the user can see and use the desktop interface normally. In this case, Veyon can either correct the properties of the window causing the problem, terminate the associated process, or log the user out. The appropriate action can be selected depending on the desired behavior. **Default:** *None* .. index:: User authentication, Authentication mechanism User authentication +++++++++++++++++++ Veyon implements two different mechanisms to authenticate a user (i.e. verify its username and password) on Windows when using :ref:`logon authentication `. The default mechanism has been used successfully for many years. It is based on the `Security Support Provider Interface `_ and works in almost every environment. To verify that the mechanism works properly in your environment you can change the :ref:`authentication method ` to :guilabel:`Logon authentication` and click the :guilabel:`Test` button. Use alternative user authentication mechanism In case the default mechanism is not working in your environment you can try to use an alternative fallback mechanism. This mechanism utilizes a high level function in the operating system which performs a network user logon internally to verify the user credentials. This logon process can be slower than the simple authentication performed by the default mechanism. It should therefore only be used as a last resort. **Default:** *disabled* User login ++++++++++ In general when using the user log in feature make sure to enable the *Interactive logon: Do not display last user name* group policy. This makes Windows ask for both a username and a password in the logon screen which is required for the log in feature to work properly. See `How To Prevent the Name of the Last Logged-On User from Being Displayed in the Log On to Windows Dialog Box `_ and `How to make Windows 10 ask for user name and password during log on `_ for details. Also a logon message must not be configured as it blocks the automated logon procedure. Therefore make sure to disable the *Interactive logon: Message title for users attempting to log on* and *Interactive logon: Message text for users attempting to log on* policies. See `How to configure Windows Server 2003 to display a message when users log on `_ for details. Some advanced settings control the timing when simulating key presses to remotely logging in users. Input start delay This value specifies the number of milliseconds to wait between issuing Ctrl+Alt+Del and sending the first character of the username. This value can be increased on slow computers to ensure that the username input field is ready. **Default:** *1000 ms* Simulated key presses interval This value specifies the number of milliseconds to wait between the individual simulated key presses. Increase this value if you encounter logon failures caused by missing characters or improperly switched input fields. **Default:** *10 ms* Screen lock +++++++++++ The screen lock feature per default disables all input devices and hides parts of the operating system user interface. This behaviour can be changed for cases where parts of the operating system user interface no longer function properly after a computer is unlocked. Hide taskbar This option defines whether the taskbar and the start button should be disabled and hidden by the screen lock feature. **Default:** *enabled* Hide start menu This option defines whether the start menu should be disabled and hidden by the screen lock feature. **Default:** *enabled* Hide desktop This option defines whether the desktop should be disabled and hidden by the screen lock feature. **Default:** *enabled* Use input device interception driver This option defines whether the Interception driver should be used. This driver is used by the screen lock feature to block special key sequences such as :kbd:`Ctrl+Alt+Del` at the driver level. The Interception driver may cause troubles with RDP sessions and should therefore be disabled and uninstalled when using Veyon in remote desktop environments. In this case, consider not installing the driver at all during the installation of Veyon by either unchecking the Interception driver option or passing the ``/NoInterception`` option to the installer in silent mode. If the driver is already installed, uninstallation is only possible after disabling this option and rebooting the computer. The driver can then be uninstalled using the :file:`uninstall.bat` script in the :file:`interception` subdirectory in Veyon's installation directory. **Default:** *enabled* .. _UltraVNCServerSettings: UltraVNC server settings ++++++++++++++++++++++++ Veyon uses a lightweight version of UltraVNC as a builtin VNC server on Windows. While the Veyon Server manages most UltraVNC settings on its own a few performance and system integration related settings can be changed manually. In general you should not need to change the default values unless you encounter problems while accessing or controlling remote computers. Enable capturing of layered (semi-transparent) windows When using the traditional screen mirroring driver (i.e. Windows 7 is used or Desktop Duplication Engine is disabled) the VNC server can't capture semi-transparent windows. This can result in large parts of the screen not being captured if the Windows Aero theme is used. To circumvent this issue capturing of semi-transparent windows is enabled per default. Besides potentially lower performance this can also make the mouse cursor flicker on client computers. **Default:** *enabled* Enable multi monitor support This option says whether to capture only the first of all monitors. On client computers it usually is desirable to see all monitors. On master computers this option can be disabled in order to broadcast only the contents of the first screen in demo mode. This way the teacher does not have to share its whole desktop. Broadcasting less screen data also improves performance. **Default:** *enabled* Enable Desktop Duplication Engine on Windows 8 and newer When this option is enabled UltraVNC uses the new Desktop Duplication Engine on Windows 8 and newer. This engine is a new driver backend for capturing screen data and provides much better performance compared to the traditional screen mirroring driver. Additionally it also captures windows with DirectX-rendered content, e.g. allowing to view and control DirectX-based CAD applications remotely. **Default:** *enabled* Poll full screen (leave this enabled per default) If no suitable driver for capturing screen data is found this determines whether to scan the whole screen for changed pixels. Otherwise only the foreground window is scanned which can reduce CPU load. It should only be disabled as a last resort if CPU load is an issue. **Default:** *enabled* Low accuracy (turbo mode) Enabling this option will make the VNC server use a scan raster to detect changed screen areas which need to be sent to the viewer. As changes of individual pixels might only be detected every 4th scan pass, partial updates can be delayed by a few hundred milliseconds in some cases. At the same time this option greatly improves performance and reduces the CPU load caused by the VNC server. **Default:** *enabled* .. _PlatformLinux: Linux ----- User authentication +++++++++++++++++++ In order to authenticate a user (i.e. verify its username and password) on Linux the Veyon Server launches the Veyon Authentication helper (``veyon-auth-helper``). This small program actually performs the user authentication via `Linux PAM `_. In almost every Linux installation several PAM services are configured and usually managed by Linux distribution specific tools. Veyon uses the PAM service ``login`` per default, i.e. authentication is performed through the modules configured in ``/etc/pam.d/login`` (Veyon 4.0/4.1 used ``/etc/pam.d/su``). Custom PAM service for user authentication If you want to use a dedicated PAM service configuration to authenticate Veyon users you can enter a custom PAM service name here. A simple identifier such as ``veyon`` should be used. If for example set to ``veyon``, the Veyon Authentication helper will use the PAM service ``veyon``, i.e. configuration is taken from the file ``/etc/pam.d/veyon``. Please make sure to provide the PAM service configuration file before using this setting. Otherwise authentication will always fail. To verify that the custom PAM service is set up properly you can change the :ref:`authentication method ` to :guilabel:`Logon authentication` and click the :guilabel:`Test` button. User sessions +++++++++++++ Minimum session lifetime before server start This setting specifies the amount of seconds to wait before starting a Veyon Server instance in a new session. Increase this value if you encounter issues with improperly initialized Veyon Server instances or the tray icon. **Default:** *3 s* User login ++++++++++ Login key sequence If the default sequence for logging in users does not work, alternative schemes can be configured. Such a sequence should always contain the ``%username%`` and ``%password%`` placeholders and can be embraced by arbitrary characters or key symbols. All key symbols supported by ``XStringToKeysym()`` can be used while the ``XK_`` prefix should be omitted. Input start delay This value specifies the number of milliseconds to wait before sending the first character of the username. This value can be increased on slow computers to ensure that the username input field is ready. **Default:** *1000 ms* Key press interval for text input This value specifies the number of milliseconds to wait between the individual simulated key presses when entering text in the username or password field. Increase this value if you encounter logon failures caused by missing characters. **Default:** *5 ms* Key press interval to control input fields This value specifies the number of milliseconds to wait after simulating key presses affecting input field selection (such as :guilabel:`Tab` or :guilabel:`Return`). Increase this value if you encounter logon failures caused by improperly switched input fields. **Default:** *100 ms*