Skip to main content

Installation keys

An installation key is what you use to install the HyperView Server. It determines the owner and folder of the installed system, which version installs, and the settings the system runs with. Each console user should generally have their own.

An installation key is what you use to install the HyperView Server. It determines the owner and folder of the installed system, which version installs, and the settings the system runs with. Each console user should generally have their own.

Before you start

  • An admin role.

  • A plan for which systems share a key. Every system installed with a key gets its own settings, so create one key for each group of systems that should be set up differently. See Designing your keys below.

Step 1 - Name the key and choose where systems go

  1. Go to Admin > Installation Keys and click Actions > Create key.

The Create Installation Key panel with Name, Owner, Folder and Target version numbered 1 to 4
  1. Name: how you'll recognise the key.

  2. Owner: the user who will own the systems installed with it.

  3. Folder: where the systems are assigned. Leave None to assign later.

  4. Target version: leave Current recommended unless you need every system on one exact version.

Step 2 - Choose the settings

Scroll down to Settings:

Installation key settings: Audio mode, Automation action log, Inactivity timeout, Virtual video driver and Create numbered 1 to 5
  1. Audio mode: sends the system's sound to the viewer. On Windows, Enable also installs the virtual audio device.

  2. Automation action log: how much detail about automation is kept in the activity log. Detail is the default. Choose Off for short-lived systems, such as test VMs, to keep the log readable.

  3. Inactivity timeout: disconnects a viewer after the number of minutes you set.

  4. Virtual video driver: fits the desktop to the viewer's browser window. Turn it on for systems people use through the desktop. See The virtual video driver.

  5. Click Create.

NOTE: Settings apply when a system installs. Changing a key later doesn't change systems already installed with it. Change those one at a time from the system's Edit panel.

Step 3 - Copy the key

The Installation Key Created dialog with the key and Copy button
  1. The new key. You don't normally need it on its own, because the Installation screen builds the full install command from it.

  2. Copy copies it if you do.

Unlike an API key, you can copy an installation key again at any time from the list.

The Installation Keys list

The Installation Keys list with the active keys filter, Actions, owner, key and installs numbered 1 to 5
  1. Active keys: switch to see keys you've deactivated.

  2. Actions: create a key.

  3. Owner. A red Needs owner means the owner was deleted. Set a new one.

  4. Installation Key, with a copy button.

  5. Installs: how many systems have registered with the key.

Designing your keys

  • One key per folder. New systems land in the right place automatically.

  • One key per environment. Separate keys for production, staging and lab, each with its own folder and settings.

  • One key per customer. For managed service providers. It also lets Session Usage show time per customer.

  • A short-lived key per rollout. The Installs count tells you exactly how many machines came from it.

Avoid installing everything with one key. Moving systems to the right folder and owner afterwards has to be done one system at a time.

Retire a key

Deactivate a key to stop new installs with it. Systems already installed with it keep working.

Troubleshooting

  • New systems have no folder. The key has no folder. Set one, then move the systems already installed with Assign to folder.

  • A setting you changed hasn't taken effect. Key settings only apply at install. Change existing systems from their Edit panel.

Related articles

Did this answer your question?