Chapter 2. HTTPS gateway for standalone Red Hat Enterprise Linux deployments


On standalone Red Hat Enterprise Linux deployments, the HTTPS gateway is the public entry point for administrative and device traffic, consolidating TLS termination and path-based routing on port 443.

2.1. Role of the gateway

The gateway consolidates user-facing HTTPS traffic onto port 443 so that you can simplify firewall rules, certificate management, and monitoring.

The gateway:

  • Terminates TLS for the web UI and for HTTP APIs that use JWT or session authentication.
  • Routes requests by URL path on https://<baseDomain>/, using the same path layout as Red Hat OpenShift Container Platform Routes where practical.
  • Re-encrypts traffic to backend containers on the local Podman network.
  • Forwards TCP port 7443 (agent API) and port 4317 (telemetry ingestion) with TLS passthrough so that mTLS and device certificates are validated by the backend services, not by nginx.

Backend services bind to the internal flightctl.network network. Only the gateway (and the passthrough ports above) need to be reachable from administrators, automation, and edge devices.

2.2. Path-based routing on port 443

Administrators and users connect to https://<baseDomain>/ on port 443. The gateway maps paths to services as follows:

Expand
Table 2.1. Path-based routing on port 443
Path prefixBackend service

/ (default)

Web console (flightctl-ui)

/_/flightctl/

User-facing API (flightctl-api), including WebSocket paths under /_/flightctl/ws/

/_/cli-artifacts/

CLI download artifacts (flightctl-cli-artifacts)

/_/alerts/

Alertmanager proxy (flightctl-alertmanager-proxy)

/_/pam-issuer/

Built-in PAM OpenID Connect (OIDC) issuer (flightctl-pam-issuer)

/_/imagebuilder/

Operating system image build API (flightctl-imagebuilder-api)

The gateway also rewrites top-level API paths for convenience. Requests to /api/v1/…​ and /ws/v1/…​ on port 443 are routed to the user API as if they were sent under /_/flightctl/. You can run flightctl login https://<baseDomain> without specifying an API subpath.

2.3. Agent API and telemetry passthrough

The agent API and telemetry gateway use mutual TLS. The gateway does not terminate TLS for these listeners. It forwards TCP connections on the host ports that agents and collectors already use:

  • Port 7443 — agent API (mTLS)
  • Port 4317 — telemetry gateway ingestion (when enabled)

Plan firewall rules so that enrolled devices can reach port 7443 on your management DNS name or IP address. For telemetry, open port 4317 only when sources outside the host must send data to the telemetry gateway.

2.4. Legacy ports after upgrade

Upgraded installations can keep serving the user API on port 3443 and the image build API on port 8445 through the gateway until you reconfigure clients. New installations should use port 443 only for those APIs.

When every client uses https://<baseDomain>/ on port 443, you can disable the legacy listeners in the gateway by setting gateway.suppressOldPorts to true in /etc/flightctl/service-config.yaml and restarting flightctl.target. See Migrating to the standalone HTTPS gateway in the Additional resources section.

2.5. Configuration overview

The /etc/flightctl/service-config.yaml file controls gateway behavior:

  • global.baseDomain — DNS name for the deployment (for example, edge.example.com).
  • global.generateCertificatesbuiltin (default) to create a local CA and service certificates, or none when you supply certificates under /etc/flightctl/pki/.
  • gateway.suppressOldPorts — when true, the gateway stops exposing legacy API and image builder ports 3443 and 8445 on the base domain.

For DNS, certificates, migration steps, and port planning, see the Additional resources section.

Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat Documentation

Legal Notice

Theme

© 2026 Red Hat
Back to top