Perform a BeyondTrust Atlas Technology Cluster Test
This step is optional for your deployment.
Given the extreme flexibility of BeyondTrust's Atlas technology, it is impossible to give a detailed and rigorous set of testing steps which will apply in all cases, but a general process with guidelines and expected behaviors should allow administrators to develop more detailed test procedures specific to their environments.
Review the Planning Process
An Atlas deployment revolves around the primary B Series Appliance routing client traffic to various nodes. Therefore, testing an Atlas cluster involves three basic steps:
- Identify which node should be expected to handle any given client connection.
- Run one or more test connections using BeyondTrust software from the Atlas cluster.
- Check which traffic node a given test client connects with.
The following sections explain how to plan and implement a testing methodology based on these steps.
Identify the Expected Node
The traffic node chosen to handle any given client connection is based on the Method for Choosing Traffic Nodes setting.
For more information, please see Methods for Selecting Traffic Nodes in an Atlas Cluster.
The current setting can be checked from the /login > Management > Cluster page of the BeyondTrust interface. The first steps of any test, therefore, are to verify the current settings and status of the cluster. To do this, perform the following steps on all traffic nodes in your B Series Appliance cluster.
- Log into the /login interface as an administrator.
- Go to /login > Management > Cluster.
- Verify the configuration details and review the status history.
Depending on the settings, it is possible to artificially route new connections to different traffic nodes by modifying the settings of the client's local host. For example, if Method for Choosing Traffic Nodes is set to Timezone Offset and the local host's timezone setting is modified such that it matches the timezone offset of the desired traffic node, new BeyondTrust client connections made from the modified host will go to the desired traffic node.
Apart from modifying host settings per the Method for Choosing Traffic Nodes setting, it is also possible to hard code the network prefixes of the appropriate client hosts into the configuration of the respective traffic node. Once done, clients on the given networks will always route to the traffic nodes assigned to those networks regardless of which method is being used for choosing traffic nodes. This configuration is done from the Edit Node option in the cluster configuration page of the primary primary node. Simply enter the network prefixes in the Network Address Prefixes field of the traffic node to override the extant method for choosing traffic nodes.
Run Test Connections
In general, all BeyondTrust Clients are always connected to the primary node while they are online. Once a session is started, the client makes an additional connection to the appropriate traffic node (its home traffic node) based on the cluster configuration logic. In addition, the access console involved in the session will make a third connection, which is to the home traffic node of the remote client involved in the session. Finally, if the user starts Show My Screen during the session, the remote client makes a connection to the user's home traffic node.
For example, if a user in the US remotely connects to a customer in EMEA, the endpoint client in EMEA connects to the primary and the EMEA traffic node (its home traffic node). The access console connects to the primary and the US traffic node (its home traffic node). Once the user starts screen sharing, the access console also connects to the endpoint's traffic node in EMEA in order to receive the incoming stream of the customer's screen. Thus, the access console is connected to the primary, its own home traffic node, and the customer's home traffic node.
To take the scenario one step further, if the user starts Show My Screen with the customer, then the endpoint client in EMEA connects to the user's home traffic node in the US to receive the stream from the user.