Edge
The enforcement layer that sits in front of everything
ArxLayer Edge terminates connections, inspects every request, routes to your origin, and applies rate and reputation controls, all before traffic reaches your servers. It's the substrate every other ArxLayer product runs on.
The problem
If enforcement starts at your origin, it starts too late
When inspection happens behind your application, attacks and floods have already consumed connections, compute, and risk before any decision is made.
Origins absorb the hit
Decisions scattered per app
Config changes are risky
What you get
One enforcement point in front of your stack
The edge handles the full request lifecycle locally and in memory: terminate, inspect, decide, route. Raw client IPs never leave it.
Terminate and route
Inspect before origin
Rate and reputation controls
Last-known-good boot
Event-driven rollout
No private keys at the edge
How it works
From your domain to your origin
Route traffic through the edge once, and every ArxLayer protection runs in that single pass.
Point your domain
Inspect and decide
Forward to origin
FAQ
Questions, answered
- What does the edge do before traffic reaches my origin?
- It terminates the connection, inspects the request, applies WAF, bot, rate, and reputation checks, then routes clean traffic to your origin.
- What happens if the control plane is unavailable?
- The edge boots and keeps running from a last-known-good config snapshot, so enforcement continues even when the control plane is unreachable.
- How are config changes rolled out to the edge?
- Through an event-driven path. Versioned policy and routing updates propagate to edge nodes as events rather than manual per-node pushes.
- Does the edge expose raw client IPs?
- No. The request path is local and in-memory, and client IPs are hashed for reputation; raw IPs never leave the edge.
Put an enforcement layer in front of your origin
Route your domain through ArxLayer Edge and inspect, decide, and route every request before it reaches your servers.