Flirexa / Multi-server VPN management

Multi-location operations

Manage every VPN location from one control panel

Add a compatible server by providing temporary SSH access, let Flirexa install and verify the agent, then manage customers, traffic, health, and configuration delivery without maintaining a different toolchain for every location.

Adding a location

Bootstrap the node, then keep operations in the panel

The remote node is intentionally smaller than the control server. It runs the VPN endpoint and Flirexa agent while the main installation owns customers, plans, payments, and policy.

01

Preflight

Flirexa checks the remote operating system, SSH authentication, required ports, package availability, existing firewall state, and whether a supported protocol can be installed safely.

02

Agent installation

The panel installs the minimal managed components, generates the agent API key, creates its system service, enables the selected VPN endpoint, and records the node in the control database.

03

Verification

Health, API authentication, interface state, forwarding, and required networking are checked before the location is treated as ready for customers.

Central operations

One customer model across the network

The panel decides where a customer belongs and renders the correct configuration from authoritative server and device data. Operators can see the same customer from the global list, the server view, the portal account, and support workflows.

  • assign new customers or device slots to a specific location
  • inspect server state, address pool, public key, protocol, and agent health
  • measure load and traffic by location
  • edit endpoint address and DNS when infrastructure changes
  • migrate compatible WireGuard or AmneziaWG customers with a controlled canary
  • download or refresh customer configurations after an endpoint change
Control serverOwns the admin panel, customer portal, database, billing, policy, and central orchestration
Remote nodeRuns the selected VPN endpoint and a small authenticated agent for managed operations
BusinessUp to 10 managed servers and 2,000 customers
EnterpriseUnlimited servers and customers, with RBAC and advanced policy controls

Production discipline

A remote install is not the end of node readiness

DNS belongs in the design

Flirexa can place configured resolver addresses into generated WireGuard and AmneziaWG profiles. If you operate Unbound or filtered DNS, deploy and monitor that resolver separately on every node that advertises it.

Firewall state must be observable

The bootstrap configures the required forwarding and NAT path for the supported node profile. Existing custom UFW, iptables, nftables, provider firewall, or Docker rules still need an operator review.

Keys are part of migration

A server migration succeeds only when the replacement is compatible with the protocol and key material expected by existing configurations. Export sensitive keys only for an authorized migration and keep them out of tickets and public repositories.

Capacity is more than client count

Measure CPU, bandwidth, packet loss, route quality, provider limits, and actual concurrent use. The licence limit is not a performance guarantee for the VPS underneath it.

Plan boundary

Protocol expansion and server expansion are separate

PlanServer modelTypical use
FREEInstallation host only, one local WireGuard and one local AmneziaWG endpointEvaluation, personal use, or a small single-host service
StarterInstallation host, with the additional paid protocol setOne location that needs Hysteria2, TUIC, or VLESS-Reality
BusinessUp to 10 managed serversA commercial service offering several countries or capacity pools
EnterpriseUnlimited managed serversLarge networks, MSPs, ISPs, full white-label, and scoped operator teams

Questions

Before adding the first remote node

Do I install WireGuard manually first?

Use a fresh supported server and let the current Add Server flow perform its preflight and managed bootstrap. Installing a parallel VPN stack or conflicting firewall policy first creates more work, not a cleaner node.

Can a node use a different DNS resolver?

Yes. Server DNS can be edited, and Business per-device DNS modes can point to resolver addresses you operate. Enterprise adds custom profiles and enforced policy scopes.

Does Flirexa log customer traffic contents?

No. Operational counters and connection state are different from traffic-content logging. If you add a DNS resolver with query logging or external network monitoring, its privacy behavior is your responsibility.

Can I change a server IP later?

Yes. Update the endpoint in the panel. Official applications receive it on the next configuration refresh; manually downloaded profiles must be downloaded again.