// Compare

ingressd vs frp.

frp is a fast reverse proxy: frps on a public server and frpc next to your services, set up with config files. ingressd covers the same ground and adds what frp leaves to you: certificates, failover across nodes, sign-in, a WAF and a management panel.

// Which to choose

Both are good at different things.

Pick the one that matches where you want your traffic to run.

Choose frp if

  • You want a small, well-known tool and are happy editing config files.
  • You need peer-to-peer modes such as XTCP.
  • One public server is enough, and you handle TLS and auth yourself.

Choose ingressd if

  • You want certificates issued and shared across nodes for you.
  • You want several nodes with failover DNS.
  • You want sign-in, a WAF and a browser panel without building them yourself.
Start free →
// Side by side

The differences that matter.

Taken from the full comparison of ingressd with the alternatives.

Featureingressdfrp
Public edge runs onYour own VPS nodesYour server
TLS for web apps ends atYour nodeYour server or your app
Open sourceNode, edge and connector: Apache-2.0. The hosted panel is optional and proprietary.Apache-2.0
No inbound ports at the originYesYes
HTTP and HTTPS appsYesYes
Public TCPYesYes
Public UDP (game servers, VoIP)YesYes
Your own domainYesYes
Failover across several edgesYes: failover DNS across your nodesNo; load balancing across clients only
Sign-in in front of appsEmail code, Google, Microsoft, Discord, Steam or passkeyHTTP basic auth
Web application firewallCoraza with the OWASP Core Rule Set, per appNo
Managed fromA free hosted panel, or one config file and the CLIConfig files, with a status dashboard
CostFree and open source; you pay for your VPSFree; you pay for your server

Checked against each product’s own docs in November 2026. Plans and features change; if something here is out of date, tell us on GitHub. Sources: frp on GitHub.

See ingressd against all the alternatives

Your network stays closed. Your services don’t.