Updating Connectors | Twingate

Updating Connectors

Keeping Connectors Current

Twingate publishes Connector updates on an approximately monthly cadence to address known CVEs (particularly in upstream packages bundled into our AWS AMIs), ship performance and reliability improvements, and introduce new features. We validate each release against multiple vulnerability scanners as part of our compliance posture.

We can’t always publish the specific vulnerabilities patched in any given release. The most reliable way to ensure your Connectors meet the security and compliance posture you expect is to stay on the most recently published version.

If you’re deploying into a Kubernetes environment, consider managing Connectors via the Twingate Kubernetes Operator, which provides automation to keep Connectors up to date without manual intervention. See the operator repository on GitHub for setup details.

Minimum Supported Version

Twingate does not publish a formal end-of-life policy for individual Connector versions. However, the Twingate Controller enforces a minimum supported version. The Controller rejects Connectors running below that threshold, and they cannot broker connections until you upgrade them.

The Connector changelog lists the current minimum supported version. If you are unsure whether a deployed Connector is current, the Admin Console will surface an upgrade prompt for any Connector that has an update available.

Update Best Practices

Twingate Connectors run either within a Docker container, in Kubernetes (including GKE, EKS, MicroK8s) using a Helm chart, or as a Linux systemd service. The process for updating Connectors varies based on the deployment platform, but the same principles apply in all cases:

Deployment-specific Update Instructions

Depending on whether you have deployed Connectors as containers, using Helm or the native Linux systemd service, instructions can be found below:

→ Docker-deployed Connectors

→ Systemd-deployed Connectors

→ Helm-deployed Connectors

Automated Updates with the Kubernetes Operator

If you deploy Connectors into Kubernetes, the Twingate Kubernetes Operator can keep them current for you. The Operator includes a scheduled routine that periodically checks for new Connector image versions and applies them automatically, which is the most hands-off way to remain on the latest release.

For Docker and systemd deployments, you apply updates manually using the platform-specific instructions above.

Update Notifications

There are a few ways to learn when a new Connector version is available: