Layer 3/4: Protection below HTTP.

Soon

For everything that isn't a website.

A game server, a mail host or a VPN endpoint cannot sit behind an HTTP proxy — but it still needs the flood to stop somewhere. Traffic will be routed to us, cleaned, and handed to your machine through a GRE tunnel. Your hardware stays exactly where it is, and the world sees a protected address rather than your server's own.

GRE / IPIP
Tunnel
TCP · UDP
Protocols
Ours or BYOIP
Prefix
Coming soon
Status

01Planned pricing

Planned tiers

Indicative figures — final capacity and pricing are confirmed at launch. Planned: monthly, no setup fee, and no charge for the traffic an attack sends you. Setup is done with a human, not a form.

Starter

One service, one box

Soon
€29/ mo · indicative
Planned capacity
1 Gbit/s
Prefix
/29 from us
Protocols
TCP · UDP
Tunnel
GRE / IPIP
  • Always-on filtering
  • Origin IP not published
  • Setup done with you
Talk to us

Business

Your own prefix

Soon
€149/ mo · indicative
Planned capacity
10 Gbit/s
Prefix
/24 or BYOIP
Protocols
TCP · UDP
Tunnel
GRE / IPIP
  • Always-on filtering
  • Announce your own range
  • Setup done with you
  • Per-port policy
Talk to us

02What you get

Built for non-HTTP traffic

Packet-level filtering for the services a reverse proxy cannot help — with your hardware left where it is.

Any protocol

Built for TCP, UDP and anything custom on top of them. The filter will work on packets, so it does not need to understand your application.

Origin stays hidden

Visitors only ever see the protected address, so your server's real IP is not published anywhere an attacker can easily find it.

Keep your hardware

No migration. Your servers stay with whichever provider they are at now — only the route in front of them changes.

Bring your own IPs

Planned: announce your own prefix through us, or use addresses from our range if you do not have any of your own.

Latency-aware

Traffic takes the same path whether or not you are under attack, so there is no sudden detour or latency jump when one starts.

Setup with a human

Tunnels and routing are not self-serve guesswork. We configure it with you and confirm it works before you cut over.

03Layer 3/4

Made for traffic that cannot be challenged.

Game clients, mail servers and voice apps were never built to answer a browser check — so the tunnel is designed never to ask them one. Attack traffic is cleaned out before it reaches your uplink, so legitimate sessions keep running.

  1. 01No challenges, no interruption to sessions
  2. 02Volumetric floods dropped before your uplink
  3. 03Per-port and per-protocol policy
  4. 04Works for services with no HTTP layer at all

04Layer 3/4

How a tunnel actually gets set up.

Nothing about this is self-serve guesswork. We agree the addressing, you configure one interface, and we verify traffic flows correctly before anything is cut over — so the switch happens when it already works, not in the hope that it will.

  1. 01We assign protected addresses, or announce a prefix you already own
  2. 02You add a GRE interface on your server — a handful of lines
  3. 03We set MTU and MSS clamping with you so large packets do not break
  4. 04We test the path together, then you move traffic across

05Layer 3/4

What it is built for.

Anything that speaks TCP or UDP and cannot sit behind an HTTP proxy. The filter will work on packet shape and volume, so it does not need to understand your protocol to defend it.

  1. 01Game servers — Minecraft, FiveM, Rust, CS2, Source engine and similar
  2. 02Voice and chat — TeamSpeak, Mumble, Discord-adjacent self-hosting
  3. 03Mail servers, where reputation depends on staying reachable
  4. 04VPN and tunnel endpoints, including WireGuard and OpenVPN
  5. 05Custom binary protocols and anything else on an odd port

06Questions

Questions about tunnels

Something else? Talk to us.

A little, from the extra hop and the encapsulation — how much depends on how far your server is from our network. Traffic always takes the same path, so there is no sudden latency jump the moment you are attacked.

GRE adds 24 bytes of header to every packet, which reduces the usable packet size. If that is not accounted for, large packets are fragmented or dropped while small ones work perfectly — the classic symptom is that a site loads but large uploads or TLS handshakes hang. We set the tunnel MTU and clamp TCP MSS with you during setup, and agree packet sizes for UDP services, so large packets get through.

Tell us what you have been hit with and we will give you a straight answer for your setup rather than a marketing number.

Yes, that is the main reason to use GRE rather than moving. Your hardware stays exactly where it is; only the route in front of it changes.

UDP will be filtered, not null-routed. Null-routing UDP when an attack starts is indistinguishable from the attack succeeding if you run a game server, so it is treated as traffic to inspect, not something to discard.

If you firewall it to our ranges, it stops answering anyone but us, and because the world only sees the protected address it is far harder to find. We recommend this and help you set it up.

Not yet — layer 3/4 transit is still being built. Get in touch and we will tell you where it stands and what your setup would need.

No. The plan is that you can announce your own prefix through us if you have one, or use addresses from our range if you do not.

Yes, and they are complementary. Websites and APIs are best served by the HTTP proxy, which is live today; everything else will go over the tunnel once it launches.

Get started

Tell us what you need to protect.

Game server, mail, VPN or something unusual — we will tell you honestly whether we are the right fit.