Jump

Jump Clients: Manage Settings and Install Jump Clients for Unattended Access

Jump > Jump Clients

Jump Client Mass Deployment Wizard

The Mass Deployment Wizard enables administrators and privileged users to deploy Jump Clients to one or more remote computers for later unattended access.

Allow Override During Installation

Some Mass Deployment Wizard settings allow override, enabling you to use the command line to set parameters that are specific to your deployment, prior to installation.

Jump Group

From the dropdown, select whether to pin the Jump Client to your personal Jump group, to a team Jump group, or to the general Jump group. Pinning to your personal Jump group means that only you can access this remote computer through its Jump Client. Pinning to a team Jump group makes this Jump Client available to all members of teams which are allowed to access this team's Jump Clients. Pinning to the general Jump group allows access to all representatives.

Note: Prior to 15.1, Jump groups were called queues.

Public Portal

Select the public portal through which this item should connect for a support session. If a session policy is assigned to this public portal, that policy may affect the permissions allowed in sessions started through this item.

Customer Present Session Policy and Customer Not Present Session Policy

Choose session policies to assign to this Jump Client. Session policies assigned to this Jump Client will have the highest priority when setting session permissions. The Customer Present Session Policy applies when the end user is determined to be present. Otherwise, the Customer Not Present Session Policy applies. The way customer presence is determined is set by the Use screen state to detect Customer Presence Jump Client setting. Customer presence is detected when the Jump Client session starts. The session policy used for the session does not change throughout the session, regardless of any changes in the customer's presence while the session is in progress.

Jump Policy

You may apply a Jump Policy to this Jump Client. Jump policies are configured on the Jump > Jump Policies page and determine the times during which a user can access this Jump Client. If no Jump policy is applied, this Jump Client can be accessed at any time.

Tag

Adding a Tag helps to organize your Jump Clients into categories within the representative console.

Note: Prior to 15.1, tags were called groups.

Connection Type

Note: This feature is available only to customers who own an on-premises Bomgar Appliance. Bomgar Cloud customers do not have access to this feature.

Set the Connection Type to Active or Passive for the Jump Clients being deployed.

Jumpoint Proxy

If you have one or more Jumpoints set up as proxies, you can select a Jumpoint to proxy these Jump Client connections. That way, if these Jump Clients are installed on computers without native internet connections, they can use the Jumpoint to connect back to your Bomgar Appliance. The Jump Clients must be installed on the same network as the Jumpoint selected to proxy the connections.

Comments

Add Comments, which can be helpful in searching for and identifying remote computers. Note that all Jump Clients deployed via this installer will have the same comments set initially, unless you check Allow Override During Installation and use the available parameters to modify the installer for individual installations.

This Installer Is Valid For

The installer will remain usable only as long as specified by the This Installer is Valid For dropdown. Be sure to leave adequate time for installation. If someone should attempt to run the Jump Client installer after this time, installation will fail, and a new Jump Client installer will have to be created. This time can be set for anywhere from 10 minutes to 1 year. This time does NOT affect how long the Jump Client remains active.

Attempt an Elevated Install if the Client Supports It

If Attempt an Elevated Install if the Client Supports It is selected, the installer will attempt to run with administrative rights, installing the Jump Client as a system service. If the elevated installation attempt is unsuccessful, or if this option is deselected, the installer will run with user rights, installing the Jump Client as an application. This option applies only to Windows and Mac operating systems.

Note: A Jump Client pinned in user mode is available only when that user is logged in. In contrast, a Jump Client pinned in service mode, with elevated rights, will allow that system to always be available, regardless of which user is logged in.

Prompt for Elevation Credentials if Needed

If Prompt for Elevation Credentials if Needed is selected, the installer will prompt the user to enter administrative credentials if the system requires that these credentials be independently provided; otherwise, it will install the Jump Client with user rights. This applies only if an elevated install is being attempted.

Start Customer Client Minimized When Session Is Started

By selecting Start Customer Client Minimized When Session Is Started, the customer client will not take focus and will remain minimized in the taskbar or dock when a session is started through one of these Jump Clients.

Password

You can also set a Password for these Jump Clients. If a password is set, this password must be provided to modify or use any one of these Jump Clients.

Mass Deploy Help

For system administrators who need to push out the Jump Client installer to a large number of systems, the Windows executable, Windows MSI, Linux, or Mac executable can be used with your systems management tool of choice. You can include a valid custom install directory path where you want the Jump Client to install. You can also override certain installation parameters specific to your needs. When you mark specific installation options for override during installation, you can use the following optional parameters to modify the Jump Client installer for individual installations. Note that if a parameter is passed on the command line but not marked for override in the /login administrative interface, the installation will fail. If the installation fails, view the operating system event log for installation errors.

Command Line Parameter Value Description
--install-dir <directory_path> Specifies a new writable directory under which to install the Jump Client. This is supported only on Windows and Linux. When defining a custom install directory, ensure that the directory you are creating does not already exist and is in a location that can be written to.

--jc-jump-group

user:<username>
team:general
team:<team-code-name>
embassy:<embassy-code-name>

If override is allowed, this command line parameter overrides the Jump group specified in the Mass Deployment Wizard.

--jc-public-site-address <public-site-address-hostname> If override is allowed, this command line parameter associates the Jump Client with the public portal which has the given hostname as a site address. If no public portal has the given hostname as a site address, then the Jump Client will revert to using the default public site.
--jc-session-policy-present <session-policy-code-name> If override is allowed, this command line parameter sets the Jump Client's session policy that controls the permission policy during a support session if the customer is present at the console.
--jc-session-policy-not-present <session-policy-code-name> If override is allowed, this command line parameter sets the Jump Client's session policy that controls the permission policy during a support session if the customer is not present at the console.
--jc-jump-policy <jump-policy-code-name>

If override is allowed, this command line parameter sets the Jump Policy that controls how users are allowed to Jump to the Jump Client.

--jc-tag

<tag-name>

If override is allowed, this command line parameter sets the Jump Client's tag.

--jc-comments <comments ... > If override is allowed, this command line parameter sets the Jump Client's comments.

Note: The parameters --jc-location and --jc-group have been deprecated as of 15.1 and have been replaced with the parameters --jc-jump-group and --jc-tag, respectively.

Note: When deploying an MSI installer on Windows using an msiexec command, the above parameters can be specified by:

  1. Removing leading dashes (-)
  2. Converting remaining dashes to underscore (_)
  3. Assigning a value using an equals sign (=)

Example:

msiexec /i bomgar-scc-win32.msi KEY_INFO=w0dc3056g7ff8d1j68ee6wi6dhwzfefggyezh7c40jc90 jc_jump_group=team:general jc_tag=servers

Download or Install the Client Now

Platform

Choose the operating system on which you wish to install this software. This dropdown defaults to the appropriate installer detected for your operating system.

Note that, unlike the representative console, Jump Clients installed from an MSI do auto-update.

Download/Install

You can download the installer immediately if you plan to distribute it using a systems management tool or if you are at the computer to which you need later access.

Deploy to Email Recipients

Email

You can also email the installer to one or more remote users. Multiple recipients can install the client from the same link.

Jump Client Statistics

An administrator can choose which statistics to view for all Jump Clients on a site-wide basis. These statistics are displayed in the representative console and include operating system, uptime, console user, CPU, disk usage, and a thumbnail of the remote screen. Existing Jump Clients will reflect changes to Jump Client statistics at the next update interval.

Jump Client Settings

Active Jump Client Statistics Update Interval

Note: This feature is available only to customers who own an on-premises Bomgar Appliance. Bomgar Cloud customers do not have access to this feature.

The Active Jump Client Statistics Update Interval determines how often these statistics are updated. Managing which statistics are viewed and how often can help to regulate the amount of bandwidth used. The more active Jump Clients you have deployed, the fewer the statistics and the longer the interval may need to be.

Maximum number of concurrent Jump Client upgrades

Note: This feature is available only to customers who own an on-premises Bomgar Appliance. Bomgar Cloud customers do not have access to this feature.

Also set the maximum number of Jump Clients to upgrade at the same time. Note that if you have a large number of Jump Clients deployed, you may need to limit this number to regulate the amount of bandwidth consumed.

Note: This settings does not affect representative console upgrades or Bomgar Button deployments.

Maximum bandwidth of concurrent Jump Client upgrades

Note: This feature is available only to customers who own an on-premises Bomgar Appliance. Bomgar Cloud customers do not have access to this feature.

You may further regulate the bandwidth used during upgrades by setting Maximum bandwidth of concurrent Jump Client upgrades.

Note: This settings does not affect representative console upgrades or Bomgar Button deployments.

Allow simultaneous representative access to a single Jump Client

Allow simultaneous representative access to a single Jump Client provides a way for multiple representatives to gain simultaneous access to the same Jump Client without having to be invited to join an active support session by another representative. The first representative to access the Jump Client maintains ownership of the session. Representatives in a shared Jump session will see each other and be able to chat.

Restrict Local Uninstall/Disable of Jump Clients

Restrict Local Uninstall/Disable of Jump Clients limits the remote user’s ability to uninstall or disable Jump Clients from the right-click context menu, reducing the need to reinstall Jump Clients that should not have been uninstalled. If this option is enabled, only users with appropriate privileges on the target machine may uninstall the Jump Client via the host system's "uninstall programs" mechanism.

Allow Representatives to attempt to wake up Jump Clients

Allow Representatives to attempt to wake up Jump Clients provides a way to wake up a selected Jump Client by broadcasting Wake-on-LAN (WOL) packets through another Jump Client on the same network. Once a WOL is attempted, the option becomes unavailable for 30 seconds before a subsequent attempt can be made. WOL must be enabled on the target computer and its network for this function to work. The default gateway information of the Jump Client is used to determine if other Jump Clients reside on the same network. When sending a WOL packet the user will have an advanced option to provide a password for WOL environments that require a secure WOL password.

Use screen state to detect Customer Presence

Use screen state to detect Customer Presence sets how customer presence is determined. Customer presence is used when choosing whether to use the Customer Present Session Policy or the Customer Not Present Session Policy. If checked, the customer is determined to be present only if a user is logged in, the screen is not locked, and a screen saver is not running. If unchecked, the customer is considered present if a user is logged in, regardless of screen state.

Jump Client Default Connection Type

Note: This feature is available only to customers who own an on-premises Bomgar Appliance. Bomgar Cloud customers do not have access to this feature.

Set whether ad-hoc Jump Clients pinned during a session should by default be active or passive.

Passive Jump Client Port

Note: This feature is available only to customers who own an on-premises Bomgar Appliance. Bomgar Cloud customers do not have access to this feature.

The Passive Jump Client Port specifies which port a passive Jump Client will use to listen for a "wake up" command from the appliance. The default port is 5832. Ensure that firewall settings allow inbound traffic on this port for your hosts with passive Jump Clients. Once awake, Jump Clients always connect to the appliance on port 80 or 443 outbound.