Path Panel DDoS Protection Management Panel User Guide
Complete REXE Path Panel user guide: Dashboard, My IPs, TR protection status, rule management, attack history, abuse filtered, password change and API access.
Guide to creating filter rules on Path Panel. Protect your server against DDoS attacks by selecting the right protocol, destination port, and filter.
Path Panel is the filtering system that provides network-level DDoS protection in the REXE infrastructure. It filters traffic before it reaches your server, protecting your server resources while delivering legitimate traffic without interruption.
Access Path Panel at: my.rexe.tr → Path Panel or directly at x.rexe.tr.
| Field | Description |
|---|---|
| Protocol | TCP or UDP |
| Destination Port | The port number you want to protect |
| Filter | Select the appropriate filter for your protocol |
| Description | A short note describing the rule |
Even if the panel shows the rule as not yet propagated (not updated), the rule has most likely already been deployed within 2-5 minutes. The status may update with a delay due to the panel's status-check interval or the time it takes for the rule to be applied across all nodes on the Path side (except ours). This is only a visual delay in the panel; the port has in fact already been opened in the system.
Selecting the wrong filter may block legitimate traffic. Make sure to choose the filter that matches your service.
When an IP address has no rules at all (not a single rule, including filter rules, ICMP/ping, and presets), all ports are open by default. In this state there is no Default Block.
The moment you create your first rule (even a single one), the system automatically adds a Default Block policy. From that point on, only the ports allowed by your rules stay open; all other ports are closed. When you delete all rules (including ICMP/ping and presets, so that not a single rule remains), Default Block is automatically removed and the IP returns to having all ports open.
You need to create a separate filter rule for each port you want to use.
The moment you create your first rule, Default Block kicks in and disallowed ports are closed. Always include a management port such as SSH (22) or RDP (3389) in your first rule set; otherwise you will lose your connection to the server.
Game filters work by understanding the packet structure of each game protocol. They allow legitimate player connections while blocking attack traffic.
| Filter | Protocol | Default Port | Usage |
|---|---|---|---|
| Arma / DayZ | UDP | 2302–2306 | Arma 3, DayZ servers |
| HL2 / Source Engine | UDP | 27015 | Half-Life 2, TF2, CS:Source |
| HLDS / GoldSrc | UDP | 27015 | Half-Life 1, CS 1.6 |
| L4D2 / CS:GO | UDP | 27015 | CS2, CS:GO, L4D2, Portal |
| GTA SA-MP / FiveM | UDP | 7777 / 30120 | SA-MP, FiveM |
| Source Engine Queries | UDP | 27015 | All Source Engine games |
| RakNet | UDP | 28015 / 19132 | Rust, Minecraft Bedrock |
| Minecraft Java Edition | TCP | 25565 | Minecraft Java |
For FiveM servers, you need to create separate rules for both TCP and UDP port 30120. TCP 40120 must also be opened for txAdmin.
| Filter | Protocol | Default Port | Usage |
|---|---|---|---|
| OpenVPN UDP Server | UDP | 1194 | OpenVPN server protection |
| Wireguard Server | UDP | 51820 | Wireguard VPN protection |
| DTLS Server | UDP | — | WebRTC, IoT, secure UDP |
| RTP Server | UDP | — | VoIP, video conferencing, media streaming |
| STUN Server | UDP | 3478 | NAT traversal, WebRTC |
| QUIC Server | UDP | 443 | HTTP/3, modern web apps |
| SIP Server | UDP | 5060 | VoIP phone systems |
| TCP Service | TCP | — | General TCP service protection |
| TCP Service (Symmetric) | TCP | — | SSH, RDP and all TCP services |
| Use Case | Recommended Filter |
|---|---|
| SSH access | Standard filter (TCP) — Port 22 |
| RDP access | Standard filter (TCP) — Port 3389 |
| Web server (HTTP/HTTPS) | Standard filter (TCP) — Port 80/443 |
| OpenVPN server | OpenVPN UDP Server — Port 1194 |
| Wireguard server | Wireguard Server — Port 51820 |
| VoIP / Phone system | SIP Server + RTP Server |
| Video conferencing | DTLS Server + RTP Server |
| Modern web (HTTP/3) | Standard filter (UDP) — Port 443 |
| CS2 / CS:GO | L4D2 / CS:GO — UDP 27015 |
| FiveM | GTA FiveM — UDP+TCP 30120 |
| Minecraft Java | Minecraft Java Edition — TCP 25565 |
| Minecraft Bedrock | RakNet — UDP 19132 |
| Rust | RakNet — UDP 28015 |
| Garry's Mod | Source Engine Queries — UDP 27015 |
All filters below are Layer7 hard filter options: each recognises the packet structure of its protocol and tracks connection state. Filter rules are managed from the REXE panel; for each port you define either a standard rule or a suitable L7 filter.
There are two modes when creating a rule. In the standard filter you enter only protocol and port; that rule is also filtered and tracks connection state. In the hard filter you select one of the game or application filters above. State tracking exists in both modes; there is no protection mode without state tracking.
The only difference of the hard filter is that application-specific packets are inspected from the application's initial handshake through the entire packet flow. Since standard filters achieve roughly 99.99% filtering success, the hard filter is rarely needed in practice. No filter is a WAF; none provide in-application security (SQL injection, XSS) — the scope is network and protocol level.
Websites using Cloudflare: TCP Symmetric filter cannot be used on ports 80 and 443. Because Cloudflare uses asymmetric routing, symmetric filtering does not work on these ports. Instead, use the built-in Cloudflare preset rule in Path Panel.
Protocol: TCP
Destination Port: 22
Filter mode: Standard
Description: SSH access
Protocol: TCP
Destination Port: 3389
Filter mode: Standard
Description: RDP access
Protocol: TCP
Destination Port: 25565
Filter: Minecraft Java Edition
Description: Minecraft Java server
# Rule 1
Protocol: UDP
Destination Port: 30120
Filter: GTA FiveM
Description: FiveM UDP
# Rule 2
Protocol: TCP
Destination Port: 30120
Filter: TCP Service (Symmetric)
Description: FiveM TCP
# Rule 3 (txAdmin)
Protocol: TCP
Destination Port: 40120
Filter: TCP Service (Symmetric)
Description: txAdmin panel
Protocol: UDP
Destination Port: 1194
Filter: OpenVPN UDP Server
Description: OpenVPN VPN server
When creating a rule, you need to fill in Protocol (TCP/UDP), Destination Port, and Filter fields. The Description field is optional but useful for identifying the rule.
After saving, rules may take 2-5 minutes to reach propagated status. The rule may not be active during this time.
Choose the most appropriate filter based on the protocol your service uses. For SSH, RDP, and most TCP services the standard filter mode (protocol + port) is enough; hard filter (Layer7) options like TCP Symmetric are only needed for highly sensitive applications. Use game-specific filters for game servers, and OpenVPN or Wireguard filters for VPN.
Yes, you need to create a separate rule for each port and protocol combination. This ensures each service gets protection appropriate to its protocol.
If your website is behind Cloudflare, TCP Symmetric filter cannot be used on ports 80 and 443. Use the built-in Cloudflare preset rule in Path Panel. Cloudflare and non-Cloudflare configurations cannot be combined on the same IP.
For services not on the list, you can use the general TCP Service or UDP filter. If you need a custom filter, contact our support team.
Complete REXE Path Panel user guide: Dashboard, My IPs, TR protection status, rule management, attack history, abuse filtered, password change and API access.
Path.net DDoS protection game filters guide: Arma/DayZ, Source Engine, CS:GO, CS2, FiveM, Minecraft, Rust and more — how to apply each filter.
Path.net DDoS protection application filters guide: OpenVPN, Wireguard, DTLS, RTP, QUIC, SIP, TCP Symmetric and more — how to choose the right filter.