Korbyt Vega and BSN.cloud

Why to setup paths exist, and how to enroll a Vega in BSN.cloud

Written By Ed Kinne

What is a Korbyt Vega

The Korbyt Vega is a Korbyt-branded BrightSign UH1145
— the exact same hardware and chipset as a standard XT1145, just a different model number under Korbyt's branding—
What makes Vega different in practice is that it leaves the factory pre-loaded with a Korbyt-qualified BrightSign OS build and the Korbyt Player Application already installed, so it can provision straight to Korbyt Anywhere without ever touching bsn.cloud.

What is BSN.cloud

BSN.cloud is BrightSign's own device-management layer — it sits underneath the Korbyt app and controls the OS, firmware, and network stack.
Connecting the device to the BSN.cloud is optional, and a customer can layer it on top of a Vega's factory setup any time they need control at that lower level.
The two systems don't compete: Korbyt manages content, BSN.cloud (when used) manages the hardware it's running on.

Comparing Deployment Options

Korbyt Only (Factory Default)

Korbyt + BSN.cloud (layered)

What

Vega ships pre-loaded with a Korbyt-qualified OS build and the Korbyt Player Application already installed. It provisions straight to Korbyt Anywhere.

The same Vega is additionally enrolled in BrightSign's own device-management cloud, on top of the pre-loaded Korbyt setup.

Manages

Content, playlists, scheduling, screen health/heartbeat — entirely inside Korbyt Anywhere.

BrightSign OS, firmware channel/version, network config (proxy, static IP/DNS, 802.1x), diagnostics, WiFi — underneath the Korbyt app.

Good Fit When

Standard network, no corporate proxy, customer wants one pane of glass (Korbyt only).

Corporate proxy or restrictive network policy, custom root CA install, firmware pinning, or IT wants BrightSign fleet visibility alongside Korbyt.

Does it Replace Korbyt?

N/A — this is the baseline.

No. BSN.cloud does not remove or disable the Korbyt Player Application. It's an added layer, not a replacement.

Reasons you may want to layer on BSN.cloud

Network-level control — proxy, static IP/DNS, 802.1x — is one common driver, since those settings live below the Korbyt Player Application and aren't exposed in Korbyt Anywhere. But BSN.cloud brings a full set of BrightSign OS-level tools that IT and support teams use alongside Korbyt, including:

  • Remote reboot — power-cycle a player without a truck roll or someone on-site.

  • Real-time player health reporting — a useful fallback or cross-check alongside Korbyt's own monitoring.

  • Network details — live IP, DNS, and connectivity state for troubleshooting.

  • Logs — pull device and diagnostic logs remotely instead of walking up to the unit.

  • Remote screenshots — see exactly what's on screen right now without being on-site.

  • Player and grouped-player management — organize, monitor, and act on players individually or in bulk across a fleet.

How to enroll an already-deployed Vega in BSN.cloud

  1. Create (or confirm) a BSN.cloud network.

  2. Get the Vega's serial number, either from the label on the unit or from its local diagnostic web server (http://<player-ip>, user admin, password = serial number).

  3. In BSN.cloud, go to Admin → Provision → Add Player, and register the Vega by serial number, pre-registering it to a Device Setup with the network-level settings the customer needs (proxy host/port, static IP/DNS, root CA, etc.) so they apply automatically on check-in.

  4. Pull the SD card from the deployed unit, insert a blank/formatted card, and factory reset the device. This clears the live autorun.brs from the boot path — with it still present, the firmware never falls through to BSN.cloud provisioning no matter how many times you reboot or reprovision. Note: if you plan to reuse this same blank SD card to provision another device onto BSN.cloud, reformat it after each use — otherwise it may carry over BSN.cloud provisioning state or cached data from the prior device's check-in.

  5. Power on the Vega. With no autorun.brs or autorun.zip present, it falls through the boot sequence to BSN.cloud provisioning and checks in, pulling the record/network config from step 3.

  6. Confirm in the BSN.cloud console that the device shows as checked in and that the network settings were applied.

  7. Re-insert the original SD card (with Korbyt's autorun.brs) and reboot to return the device to normal operation.

Enrolling in BSN.cloud is additive, not a migration.

It does not disable or replace Korbyt on the device — you only needs it to control something Korbyt's CMS doesn't expose, most commonly a corporate proxy or custom network policy.