Logon components

• Overview
• Downloading logon components
• Logon Executable
  • Options for configuration
• Desktop connection
• Logon script

Overview

The logon components are crucial to the functionality of Login Enterprise. This part ensures the software starts as soon as the users log in. 

Downloading logon components

To download either of these components:

1. In the Login Enterprise sidebar menu, navigate to Configuration > Accounts.
2. In Accounts, select Downloads.

The Logon component must run when a Login Enterprise Virtual User logs into the desktop. Therefore, it must be located somewhere accessible by the Virtual User when it logs in to the system. There are multiple ways to do this:

• You can either run the component in the user properties for the AD User Object or in the AD Group Policy.
• You can run it via UEM tooling, such as RES Workspace Manager or AppSense.

Login Enterprise has two options to start the Virtual User within the Target session. The recommended option is the Logon Executable.

• Logon Executable
• Logon script

Logon Executable

Please note that the Logon Executable does not support server 2008 R2, Windows 7, and older versions of Windows.

Once you've downloaded and extracted the files from the Logon Executable, you need to run it. All we require is that the LoginPI.Logon.exe is executed with a single command-line parameter, the URL of your Login Enterprise environment. See the example below:

.\LoginPI.Logon.exe https://p05-appliance.play.loginvsi.com 

Note the lack of a forward slash character after the base URL string.

You can implement this as the logon script command and place the Executable in a location that is accessible by all Login Enterprise users.

Or, you can create your logon script with this command that is then executed by your preferred setup. 

Options for configuration

When configuring the Logon Executable, several common scenarios may suit various organizational needs. They are as follows:

1. AD user profile login script
   You can specify a login script for each Virtual User account within their profile settings. In legacy environments, this approach may already be in use for organizational login scripts, ensuring a consistent user experience.
2. Login script with GPO filtering
   You can create a Group Policy Object (GPO) to execute LoginPI.Logon.exe during user logon. By applying security filtering, you can ensure that this policy only affects Virtual Users or the Organizational Unit (OU) containing them. This method allows for targeted execution based on user roles.
3. Environment manager policies
   If your organization utilizes an Environment Manager, for example, WEM or Ivanti, you can configure policy-based login scripts that execute for a defined scope of users, such as an OU for Virtual Users. This flexibility helps tailor the logon process to your specific environment.
4. Integration with existing login scripts
   If your organization already employs a standard login script, you can enhance it by adding a command to invoke LoginPI.Logon.exe after all other startup activities have completed. This ensures that the new command runs seamlessly alongside existing processes.

Desktop сonnection

If you are using the Desktop Connector for Application or Continuous Tests, there is one exception on the command-line parameter. You might need to add the Test name, so the command will look like the following:

.\LoginPI.Logon.exe https://p05-appliance.play.loginvsi.com "Test Desktop"

If you are on a version below 4.4.X, you will need to add the guid at the end of the command line parameters as shown in the example below:

.\LoginPI.Logon.exe https://p05-appliance.play.loginvsi.com ebdfa18b-772b-4423-8069-5211c7a62688

The GUID at the end of this command is the unique ID of the environment you have configured with the desktop connector. The easiest way of finding out the GUID of the environment is by opening the environment configuration page and selecting the environment. In the URL bar of your browser, you can see the ID at the end of the URL.

If your company uses Windows 10, there will be a short delay before the logon script starts running. To speed up the process, Microsoft has released a fix. For more details, see the Microsoft documentation.

Logon script

The logon script is meant to be used in older environments that the Logon Executable does not support. To use the logon script, download it and attach it to the user. There are multiple ways to do this:

• You can either run the component in the user properties for the AD User Object or in the AD Group Policy.
• You can run it via UEM tooling, such as RES Workspace Manager or AppSense.

The logon script uses PowerShell. Your test users must be allowed to run this in power-shell's full language mode. For more information on the logon script, see the Antivirus and app blocker exclusion.