Connectors and connection configuration

Overview

Login Enterprise connectors are used for remotely initiating sessions to published applications and desktops across a variety of technologies including Citrix Virtual Apps and Desktops (CVAD), Citrix Cloud, Microsoft Remote Desktop Services, Microsoft Azure Virtual Desktop, Microsoft Windows 365 and VMware Horizon.

Connectors are selected and configured as part of a test configuration and come in 3 distinct types: Standard Connectors, Desktop Connectors, and Custom Connectors.

Currently, the Login Enterprise offers 6 Connector types:

Review the parameters you must specify to configure a connector for your test. The parameters supply the details of how to interact with the target environment. These required parameters are the same regardless of test type, so once you have configured a particular connector for one type of test, the configuration settings can be used for any other test or test type.

If you haven't created a test, see, for example, how to create a Load Test.

Benefits of using Connectors

  • Seamless integration: The Login Enterprise appliance offers pre-configured Connectors for leading platforms such as Citrix Netscaler 12.1, Citrix Netscaler 13.0, Citrix Storefront, Microsoft RDS, and VMware Horizon View. This ensures seamless integration, simplifying remote access setup.
  • Customization options: Organizations can tailor configurations with the Custom Connector feature, adapting settings to specific needs while maintaining simplicity.
  • Optimized user experience: Users benefit from optimized remote desktop experiences, accessing applications and desktops effortlessly through streamlined integration with industry-standard platforms.
  • Centralized management: Administrators can efficiently manage and monitor Connectors from a unified interface, simplifying remote access management and troubleshooting processes.
  • Scalability and compatibility: With support for diverse Connectors, the Login Enterprise appliance scales easily to accommodate changing IT environments while ensuring compatibility with evolving technology landscapes.

Citrix Netscaler 12.1 and 13.0

For the two Citrix clients, we interact with their web interfaces to identify and select the desired resource from the supplied URL. That will result in an ICA file, which we then pass to Citrix\ICA Client\wfcrun32.exe to initiate the actual remote session.

The Citrix Netscaler connector exclusively supports nFactor authentication and is currently compatible only with forms-based authentication factors, such as LDAP. For configuring nFactor and understanding the requirements, refer to the following links:

In the Login Enterprise, the Citrix Netscaler connector supports the following parameters:

  • Netscaler URL: Specifies the Netscaler URL.
  • Resource: Defines the resource name visible to end users upon logging into StoreFront.
  • Display Configuration: Offers options for full-screen display or custom resolution settings.
  • Accounts: Allows selection from previously configured account groups or all accounts.
  • Launchers: Provides the option to choose from previously configured launcher groups or all launchers.

Frame 95.png

Citrix Storefront

In the Login Enterprise, the Citrix Storefront connector supports the following parameters:

  • Server URL: Specifies the Store URL (not the StoreWeb URL). Refer to the provided screenshot as an example.
  • Resource: Specifies the resource name visible to end users upon logging into StoreFront.
  • Display Configuration: Offers options for full-screen display or custom resolution settings.
  • Accounts: Allows selection from previously configured account groups or all accounts.
  • Launchers: Provides the option to choose from previously configured launcher groups or all launchers.

Frame 94.png

Microsoft RDS

For the Microsoft Remote Desktop Session (RDS), we construct an RDS file that contains the target server, resource information, and authentication information, then we execute MSTSC.exe to launch it and monitor the resulting process.

In the Login Enterprise, the Microsoft RDS connector supports the following parameters:

  • RDS Broker / RDP Host: Allows connection to an RDS farm or a single desktop.
  • Resource: Optionally specifies the name of the desktop pool when the RDS broker is configured.
  • RDS Gateway: Optionally configures RDS Gateway information if applicable.
  • Suppress Certificate Warnings: Enables ignoring certificate warnings for untrusted hosts.
  • Display Configuration: Supports fullscreen or custom resolution settings.
  • Accounts: Provides the option to choose from previously configured account groups or all accounts.
  • Launchers: Offers selection from previously configured launcher groups or all launchers.

Frame 92.png

Multi-host configurations

Multi-host configurations in the Microsoft RDS are crucial for achieving various objectives such as high availability, load balancing, scalability, and fault tolerance. Unlike using the RDS Broker for load balancing, the multi-host configuration allows organizations to specify hosts or IP addresses directly, bypassing load balancing. This means that virtual users can be directed to specific hosts, such as host1, host2, and so on, without going through the Broker's load-balancing mechanism.

This approach offers flexibility, as you can choose to test only a subset of servers within the RDS Farm. For instance, if you want to test only a few servers (e.g., host1 to host5) instead of all servers on the farm, you can utilize the Multi-host option. By doing so, you can ensure that virtual users are directed only to the specified hosts, without undergoing load balancing by the Broker. This strategy helps optimize testing scenarios and ensures efficient resource utilization.

To add Multi-host configurations:

1. When creating or modifying your Microsoft RDS environment, click Multi-Host Configs on the right (The Multiple-server hosts window will open).

Frame 91.png


2. In the Multiple server hosts table, provide the details of the RDS servers you wish to have tested. You can also copy and paste a list of machines here for easy entry. Please note that we will connect to your machines in a round-robin style. That is, we will connect to machine 1 first, then proceed to machine 2, and so on in a sequential fashion.

3. Click Save to apply the changes.

Frame 90.png

VMware Horizon View

For the VMware Horizon View connector, we call the installed vmware-view.exe executable with the appropriate resource, server, and authentication parameters, and monitor the resulting process. Below is a breakdown of the parameters used:

  • Resource: This parameter specifies the resource (virtual desktop or application) that the user wants to access.
  • Server: This parameter specifies the server address or hostname of the VMware Horizon View server.
  • Authentication Parameters: These parameters include credentials or authentication tokens required to authenticate the user and establish a secure connection.

If your VMware View client is not included in your System Path variable, you need to provide the explicit path. Typically, the path is as follows:

  • For 64-bit versions of VMware View client: C:\Program Files\VMware\VMware Horizon View Client\vmware-view.exe
  • For 32-bit versions of VMware View client: C:\Program Files (x86)\VMware\VMware Horizon View Client\vmware-view.exe

Ensure to verify the installation directory on your system and adjust the path accordingly when specifying it.

In the Login Enterprise, the VMware Horizon View connector supports the following parameters:

  • Server URL: Specifies the View Server for the RDS connection.
  • Resource: Defines the resource name visible to end users.
  • Connection command line: Contains the path and parameters used by the VMware View executable. The example provided below is the default command line from the Login Enterprise.
  • Accounts: Allows selection from previously configured account groups or all accounts.
  • Launchers: Enables selection from previously configured launcher groups or all launchers.

Additionally, you can incorporate all accepted parameters for the Horizon View Client. For further details, see the VMware View Connector Reference.

Frame 93.png

Desktop

The Desktop connector lets you trigger a Test run without having to build and utilize a remote-access system. Instead of having a system that triggers a login for a properly configured account, you as a user, run the appropriate program by hand. When you select a Desktop connector, there are no configuration parameters. The Test definition lets you simply copy a command (LoginPI.Login.exe <URL> <TestID>) and paste it into your existing session to download and execute the Test.

The Desktop connection method is highly beneficial for initial testing and can also prove invaluable in unique situations where creating a remote session is not feasible. Instead, you can use existing machines with active interactive sessions to trigger the Tests.

To learn more about how to use Desktop as a connection method, see the Desktop connection.

Custom Connector

The Custom Connector provides a flexible solution for defining commands with parameter substitution, allowing the Launcher to execute various remote connection software. This versatility enables you to trigger connections using executable clients on the Launcher machine.

When none of the predefined connector options meet your requirements, the Custom Connector offers a tailored approach. For example, if your setup requires compatibility with a specific version of NetScaler not supported by our out-of-the-box connectors, the Custom Connector can accommodate this need. While third-party scripts are also viable, it's worth noting that the Custom Connector is most often used seamlessly with the Universal Web Connector (UWC). For guidance on using the UWC with the Custom Connector, see the Universal Web Connector.

In the Login Enterprise, the Custom Connector supports the following parameters:

  • Host: Specifies the connection server.
  • Resource: Defines the resource name visible to end users.
  • Connection command line: Specifies the command line executed on the Launcher machine to initiate a session.
  • Accounts: Allows selection from previously configured account groups or all accounts.
  • Launchers: Enables selection from previously configured launcher groups or all launchers.

Frame 96.png

Additional resources

If you have questions or need additional information on specific Connectors configurations or scripts, feel free to contact our support at support@loginvsi.com