Documentation

Connectivity & Remote Access

Overview

Your security tools stay where they are. When an app validates, deploys or checks drift on a self-managed server, domain or IP, Veltrix has to reach it first. Connectivity providers describe how: over a mesh VPN, an SSH key, a tunnel, or a cloud session service. You configure each provider once, and every installed app can use it; apps never build their own SSH or VPN plumbing.

There are two related pages under Settings, and they are easy to confuse:

PageRoutePurpose
Connectivity (ZTNA)/settings/connectivityBring your own network path: enter the credentials of a provider you already run (Tailscale, WireGuard, SSH, and so on).
Remote Access/settings/remote-accessLink servers to a Veltrix-operated Tailscale network with a one-time install command. Requires platform enablement; see below.

Where to Find It

  • Connectivity (ZTNA) is in the sidebar under Settings → Connectivity (ZTNA) and as a card on the Settings hub.
  • Remote Access is in the sidebar under Settings → Remote Access and as a card on the Settings hub.

Both pages are for organization administrators. Other users receive an authorization error from the page.

Connectivity Providers

The Connectivity (ZTNA) page is titled Remote Connectivity. It shows one card per provider type, grouped by category, with a count of how many providers you have configured. Each card has a description and a footer button: Configure the first time, Add Another afterwards. You can keep several configurations of the same type, for example two Tailscale tailnets.

Add a provider

  1. Click Configure (or Add Another) on the provider's card.
  2. Give it a Display Name (it starts as the provider name, e.g. “Tailscale”).
  3. Fill in the fields (see the reference below). Required fields are marked with an asterisk.
  4. Optionally tick Set as default connectivity provider (available when creating).
  5. Save. The provider appears on its card with status Configured.
  6. Click the Test connection icon on its row to check it. A toast reports the result and the status updates.

Manage a provider

IconAction
Wi-FiTest connection. Records the outcome and the test date.
StarSet as default. There is one default per organization across all provider types; setting a new one clears the old.
GearEdit configuration. Change the name or fields. Secret fields show a masked value; leave them untouched to keep the stored secret, or type a new one to replace it. Default is changed with the star, not in this dialog.
TrashRemove configuration. Confirmation: “This cannot be undone.”

When you edit a provider, the dialog also has a Test Connection button that shows the result inline; it tests the configuration already saved, so save changes first. Refresh at the top reloads the list.

Statuses

StatusMeaning
Not configuredThe provider type has no configuration yet.
ConfiguredSaved; not yet tested.
ConnectedThe last test passed.
ErrorThe last test failed; the message is printed under the card.

For the managed provider only, Available and Unreachable are shown in place of Configured and Error.

Provider Reference

All secret fields (marked below) are encrypted at rest and masked when read back.

Provider (category)FieldsWhat Test does
Tailscale (Mesh VPN)Tailnet Name*, API Key* (secret, a Tailscale API access token tskey-api-...; device auth keys and OAuth client secrets are rejected), API URL (optional)Live call to the Tailscale API. The API URL must be an HTTPS address on api.tailscale.com; self-hosted Headscale is not supported.
WireGuard (Mesh VPN)Private Key* (secret), Peer Public Key*, Endpoint* (host:port), Allowed IPs* (comma-separated CIDRs), DNS Servers, Preshared Key (secret)Configuration validation only.
ZeroTier (Mesh VPN)Network ID*, API Token* (secret), Node IDLive call to ZeroTier Central for the network.
Nebula (Mesh VPN)CA Certificate*, Node Certificate*, Node Key* (secret), Lighthouse Host*, Lighthouse Port (default 4242), Lighthouse Nebula IP*Configuration validation only.
Cloudflare Tunnel (Zero Trust)Tunnel Token* (secret), Account ID*, Tunnel ID, API Token (secret)Configuration validation only.
HashiCorp Boundary (Zero Trust)Boundary Address*, Auth Method ID*, Login Name*, Password* (secret) or a pre-issued Auth Token (secret), Scope IDLive check that the controller is reachable and the auth method exists; credential rejection is reported.
SSH Keys (Traditional)Host*, Username*, Private Key* (secret), Key Passphrase (secret), SSH Port (default 22), Jump Host, Jump Host Port, Jump Host UsernameConfiguration validation only.
OpenVPN (Traditional)Server Address*, Port (default 1194), Protocol (UDP/TCP), CA Certificate*, Client Certificate, Client Key (secret), TLS Auth Key (secret), Username, Password (secret)Configuration validation only.
AWS Systems Manager (Cloud Native)AWS Region* (ten regions listed), Access Key ID*, Secret Access Key* (secret), Session Token (secret), Assume Role ARNLive STS identity check with the supplied credentials in the chosen region.
Veltrix-managed ZTNA (Managed)NoneChecks that the managed tailnet is reachable. See below.

Providers marked “configuration validation only” are tested for completeness, not for a working tunnel. A green Connected status means the settings are well formed, not that Veltrix has proven it can reach your network. Verify end to end with a validation run or a small deployment.

When an app deploys, it receives the provider that fits the target component and decrypts credentials only at that moment. See App Development and the SDK Reference if you are building an app that needs connectivity.

Veltrix-managed ZTNA Provider

A card titled Managed by Veltrix (“Zero-config Tailscale, run by Veltrix”) appears on the Connectivity page only while a platform administrator has published the managed offering. When it is published it is added to your organization automatically and is read-only: you cannot configure, edit or delete it. The only action is Test. The card shows the tailnet and the tenant tag when known, a Default star if it is your default, and the last test time. Without publication the card is hidden entirely, which is the normal state today.

Remote Access (Veltrix-managed)

Requires platform enablement. Remote Access depends on a Veltrix-operated Tailscale network that the platform operator must set up and connect. It is not generally available. If it has not been enabled for the platform, the page shows Remote Access is not available — Your Veltrix administrator has not enabled managed remote access yet. Please contact support to turn it on for your organization. and none of the controls below appear.

When enabled, the page Remote Access lets you link your own Linux servers to the Veltrix network. Each server joins tagged for your organization, and network access rules isolate it from every other tenant.

Link a server

  1. Open Settings → Remote Access.
  2. Under Link a server, optionally enter a Server label (up to 100 characters, e.g. prod-web-01). It becomes the device's hostname.
  3. Click Link a server. The Server enrollment key dialog opens with a ready-to-run install command for Linux, tagged for your tenant.
  4. Copy the command (copy button) now. The authentication key inside it is shown once and cannot be retrieved later. It expires at the time shown in the dialog (the default lifetime is 24 hours).
  5. Run the command on the target server. It installs the Tailscale client and joins the network with Tailscale SSH enabled.
  6. Click Done. The server appears under Your servers once it connects.

Your servers

ColumnMeaning
ServerHostname (or device name) and its first network address.
OSOperating system the device reports.
StatusOnline or Offline.
Last seenLast time the device checked in.

Remove deletes the device from the network after confirmation; it loses remote connectivity until enrolled again.

Enrollments

Every install command you generate is listed with its label, status, created time and expiry.

StatusMeaning
PENDINGKey issued; the server has not joined yet.
ACTIVEA server with the matching label has joined.
EXPIREDThe key lifetime passed without use.
REVOKEDYou cancelled it.

Revoke is offered on PENDING and ACTIVE rows: a server that has not yet joined with that key will no longer be able to. Revoking an enrollment also revokes the underlying key but never removes a device that already joined; use Remove for that.

Once servers are linked and the managed provider is published, pick Veltrix-managed ZTNA wherever an app asks for a connectivity method.

Permissions, Plans and Limits

  • Permission: organization administrators (or platform operators) only for Connectivity providers and for Remote Access.
  • Plans: neither page is gated by plan tier in the product, and there is no per-plan cap on providers. Remote Access and the managed provider depend on platform enablement instead.
  • Isolation: provider configurations belong to your organization. Managed-network devices are tagged per tenant.
  • Per-component access: individual components can also carry their own connectivity settings through the API; there is no dedicated portal page for that.

Good to Know

  • Choose the provider that matches how the target is actually reachable. A VPN provider does not help reach a host that only accepts SSH through a bastion; use SSH with a jump host for that.
  • Rotate secrets by editing the provider and typing the new value; leaving the field masked keeps the old one.
  • Removing a provider that an app depends on will cause that app's validations or deployments to fail until you configure another.
  • Prefer providers that avoid inbound ports (Cloudflare Tunnel, AWS SSM, Boundary, Tailscale) where your network policy allows it.