Skip to main content
Back to Category

Path Panel Filter Rules Guide

Guide to creating filter rules on Path Panel. Protect your server against DDoS attacks by selecting the right protocol, destination port, and filter.

Read time: 8 min DDoS Protection & Security
path-panelddosfilterrulessecurityprotection
Author
REXE Teknoloji Network & Security Team
Editor
REXE Teknoloji Technical Editorial
First published
Last updated

Path Panel Filter Rules Guide

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.

How to Create a Filter Rule

  1. Log in to Path Panel
  2. Click on your server IP on the IP Management page
  3. Click the Create New Rule button
  4. Fill in the following fields:
FieldDescription
ProtocolTCP or UDP
Destination PortThe port number you want to protect
FilterSelect the appropriate filter for your protocol
DescriptionA short note describing the rule
  1. Save the rule and wait for it to reach propagated status (2-5 min)

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.

Default State and Default Block

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.

Supported Filters

Game Filters

Game filters work by understanding the packet structure of each game protocol. They allow legitimate player connections while blocking attack traffic.

FilterProtocolDefault PortUsage
Arma / DayZUDP2302–2306Arma 3, DayZ servers
HL2 / Source EngineUDP27015Half-Life 2, TF2, CS:Source
HLDS / GoldSrcUDP27015Half-Life 1, CS 1.6
L4D2 / CS:GOUDP27015CS2, CS:GO, L4D2, Portal
GTA SA-MP / FiveMUDP7777 / 30120SA-MP, FiveM
Source Engine QueriesUDP27015All Source Engine games
RakNetUDP28015 / 19132Rust, Minecraft Bedrock
Minecraft Java EditionTCP25565Minecraft 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.

Application Filters

FilterProtocolDefault PortUsage
OpenVPN UDP ServerUDP1194OpenVPN server protection
Wireguard ServerUDP51820Wireguard VPN protection
DTLS ServerUDPWebRTC, IoT, secure UDP
RTP ServerUDPVoIP, video conferencing, media streaming
STUN ServerUDP3478NAT traversal, WebRTC
QUIC ServerUDP443HTTP/3, modern web apps
SIP ServerUDP5060VoIP phone systems
TCP ServiceTCPGeneral TCP service protection
TCP Service (Symmetric)TCPSSH, RDP and all TCP services

Filter Selection Guide

Use CaseRecommended Filter
SSH accessStandard filter (TCP) — Port 22
RDP accessStandard filter (TCP) — Port 3389
Web server (HTTP/HTTPS)Standard filter (TCP) — Port 80/443
OpenVPN serverOpenVPN UDP Server — Port 1194
Wireguard serverWireguard Server — Port 51820
VoIP / Phone systemSIP Server + RTP Server
Video conferencingDTLS Server + RTP Server
Modern web (HTTP/3)Standard filter (UDP) — Port 443
CS2 / CS:GOL4D2 / CS:GO — UDP 27015
FiveMGTA FiveM — UDP+TCP 30120
Minecraft JavaMinecraft Java Edition — TCP 25565
Minecraft BedrockRakNet — UDP 19132
RustRakNet — UDP 28015
Garry's ModSource Engine Queries — UDP 27015

Standard Filter and Hard (L7) Filter

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.

Example Rule Configurations

SSH Access

Protocol:         TCP
Destination Port: 22
Filter mode:      Standard
Description:      SSH access

RDP Access

Protocol:         TCP
Destination Port: 3389
Filter mode:      Standard
Description:      RDP access

Minecraft Java Server

Protocol:         TCP
Destination Port: 25565
Filter:           Minecraft Java Edition
Description:      Minecraft Java server

FiveM 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

OpenVPN Server

Protocol:         UDP
Destination Port: 1194
Filter:           OpenVPN UDP Server
Description:      OpenVPN VPN server

Frequently Asked Questions

Which fields do I need to fill in on Path Panel?

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.

How long does it take for a rule to become active after creation?

After saving, rules may take 2-5 minutes to reach propagated status. The rule may not be active during this time.

Which filter should I choose?

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.

Do I need to create separate rules for multiple services?

Yes, you need to create a separate rule for each port and protocol combination. This ensures each service gets protection appropriate to its protocol.

I'm using Cloudflare, how should I configure it?

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.

What should I do for a game or application not on the list?

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.

Related Articles

Network TrafficInbound GbpsOutbound Gbps