Peplink routers rarely live alone. They sit behind carrier CGNAT, inside a data center’s edge firewall, downstream of a corporate security appliance, or in front of a hub that terminates dozens of tunnels. The moment another device filters traffic for a Peplink, you need to know exactly which ports the platform uses — and in which direction. This page is the complete reference: what to allow, what each port does, and which numbers you can change.
Critical ports at a glance
If an upstream firewall blocks everything by default, these are the flows that make or break a Peplink deployment. DNS and NTP failures are the sneaky ones — without them health checks flap, TLS certificate validation fails, and logs drift out of time. Get these right first, then work through the full tables below.
| Service | Protocol / port | Direction | Why it matters |
|---|---|---|---|
| DNS | UDP 53 (TCP 53 for large answers) | Outbound | Name resolution and the default WAN health check. If DNS is blocked, WANs get marked down even when the link is fine. |
| NTP | UDP 123 | Outbound | Time sync. Wrong clock → TLS/certificate validation failures, broken InControl check-ins, useless log timestamps. |
| InControl 2 | UDP 5246 | Outbound | Primary management channel to ac1/ac2.peplink.com. The device checks in continuously (roughly every 28 seconds) to keep the session alive. |
| InControl 2 | TCP 443 + TCP 5246 | Outbound | HTTPS service, Remote Web Admin and InTouch, and the fallback path when TCP 443 is unreachable. Also covers firmware checks, push notifications and Remote Assistance. |
| SpeedFusion | TCP 32015 | Inbound on the tunnel-terminating side; outbound from the far end | The PepVPN/SpeedFusion handshake. No handshake, no tunnel. |
| SpeedFusion | UDP 4500–4504 | Inbound / outbound (both tunnel ends) | Tunnel data. 4500 is the primary tunnel; each additional sub-tunnel uses the next port up. |
| SpeedFusion | UDP 32015–32019 | Inbound / outbound (both tunnel ends) | Alternative data ports, used automatically when the 4500 range is occupied (typically by IPsec or L2TP/IPsec). |
How to read these tables
- Inbound = a connection arriving at the Peplink from outside (someone must be able to reach the device on that port). On an upstream firewall this means a permit rule, and often a port forward, toward the Peplink’s WAN IP.
- Outbound = the Peplink connecting out. Most cloud services need only outbound rules — no inbound holes at all.
- Ports marked configurable can be changed on the device; everything else is fixed by the platform.
InControl 2 and the Peplink cloud
Everything a managed device needs from the Peplink cloud is outbound only. A device behind CGNAT or a deny-all edge still manages fine as long as these flows can leave:
| Purpose | Destination | Protocol / port | Notes |
|---|---|---|---|
| Data flow (InControl management traffic) | ac1.peplink.com / ac2.peplink.com | UDP 5246 | Primary channel; may redirect to other *.peplink.com hosts. |
| HTTPS service + fallback | *.peplink.com | TCP 443, TCP 5246 | TCP 5246 is tried when TCP 443 is not responding. |
| Remote Web Admin & IP-based InTouch | rwa11 / rwa21 / rwa31.peplink.com | TCP 443, TCP 5246 | Regional relays (Americas / Asia-Oceania / Europe-Africa) — allow all three regions. Zero inbound ports needed: the device rides this same outbound connection. |
| InTouch (via SpeedFusion Connect) | *.sfwangateway.peplink.com | TCP 32015; UDP 4500–4504, 32015–32019 | Classic InTouch sessions tunnel through the SpeedFusion Connect gateways and draw from the device’s SFC data quota — a locked-down firewall must allow the SFC flows too, not just the rwa relays. |
| Remote Assistance | ra.peplink.com | TCP 443, TCP 5246 | Today’s RA is outbound. The legacy inbound TCP 2222 direct connection is only needed when outbound RA is blocked. |
| Push notifications (Router Utility app) | push2.peplink.com | TCP 443 | “Push Events to Mobile Devices.” |
| Firmware check & download | firmware.peplink.com, download.peplink.com | TCP 443 | The “Check for Firmware” button and the image download. |
From the field — Palo Alto firewalls: if a PAN-OS firewall sits upstream, don’t allow Remote Web Admin by IP — the relay addresses rotate and RWA/InTouch in InControl 2 quietly stops working. Create FQDN address objects for rwa11.peplink.com, rwa21.peplink.com and rwa31.peplink.com (PAN-OS resolves and refreshes FQDN objects on its own), put all three in an address group, and reference the group in your outbound rule on TCP 443 and 5246. The same pattern works for ac1.peplink.com / ac2.peplink.com on UDP 5246 and ra.peplink.com for Remote Assistance. One exception: the SpeedFusion Connect gateways (which classic InTouch tunnels through) are 260+ regional hosts and PAN-OS FQDN objects don’t take wildcards — cover those with an External Dynamic List fed from ip_addresses.json, or scope the rule by service ports (TCP 32015; UDP 4500–4504, 32015–32019) instead.
Building IP-based allow rules? Peplink publishes a live, machine-readable list of every service hostname and IP at download.peplink.com/resources/ip_addresses.json — InControl (22 addresses), the 260+ regional SpeedFusion Connect gateways, Remote Web Admin, Remote Assistance, push and firmware services. It changes over time, so prefer hostname rules where your firewall supports them and re-sync IP lists from that file, not from a page you bookmarked.
SpeedFusion / PepVPN — including FusionHub
FusionHub uses exactly the same ports as physical routers. The side that terminates tunnels (usually your hub or FusionHub) needs these inbound; the remote end connects outbound:
| Protocol | Port | Direction | Used for | Configurable |
|---|---|---|---|---|
| TCP | 32015 | Inbound (server) / outbound (client) | PepVPN / SpeedFusion handshake — required to establish every tunnel | Yes — device-wide setting |
| UDP | 4500 | Inbound / outbound | VPN data (default) | Yes — per profile |
| UDP | 32015 | Inbound / outbound | VPN data, alternative — used automatically when UDP 4500 is taken by IPsec or L2TP/IPsec | Yes — per profile |
| TCP | 4500 | Inbound / outbound | VPN data in TCP mode (for networks that mangle UDP) | Yes |
| UDP (or TCP) | 4500 … 4500+N−1 | Inbound / outbound | Sub-tunnel data: with N sub-tunnel profiles, each takes the next port — 4500 for the primary, 4501 for sub-tunnel 1, and so on | Yes — per profile |
| UDP | 32015 … 32015+N−1 | Inbound / outbound | Sub-tunnel alternative data range (32016 for sub-tunnel 1, …) | Yes — per profile |
Sub-tunnel rule of thumb: the handshake stays on a single TCP 32015 no matter how many sub-tunnels you build — only the data ports increment. Peplink’s own cloud endpoints allow for the primary tunnel plus four sub-tunnels (UDP 4500–4504 / 32015–32019), which is a sensible range to open between your own sites too. Sub-tunnels are how you run separate bonding, WAN-smoothing and hot-failover policies over one link — see SpeedFusion under the hood.
SpeedFusion Connect (SFC)
Devices reach Peplink’s hosted SpeedFusion Connect gateways outbound on TCP 32015 (handshake) and UDP 4500–4504 / 32015–32019 (data, including sub-tunnels). The gateway hostnames follow the pattern *.sfwangateway.peplink.com; the full regional list lives in the official endpoint file. These ports are not user-changeable for SFC. Note that classic InTouch depends on these same flows — its sessions tunnel through the SFC gateways and consume SFC data quota, so blocking SFC at an upstream firewall silently breaks InTouch even when InControl itself checks in fine.
Don’t confuse the two: SpeedFusion is the perpetual bonding engine built into the router — no subscription, and the site-to-site ports above are yours to control. SpeedFusion Connect is Peplink’s hosted service riding the same technology; its endpoints and ports are fixed by Peplink.
IPsec and remote user access VPNs
| Protocol | Port | Direction | Used for |
|---|---|---|---|
| UDP | 500 | Inbound / outbound | IPsec IKE initiation |
| UDP | 4500 | Inbound / outbound | IPsec NAT-T data |
| UDP | 500 + 1701 + 4500 | Inbound | L2TP/IPsec remote user access |
| UDP | 1194 | Inbound | OpenVPN remote user access |
| IP protocol 47 (GRE) | — | Inbound | PPTP (legacy — avoid where possible) |
Note the overlap: IPsec and L2TP/IPsec occupy UDP 4500, which is exactly why SpeedFusion falls back to its UDP 32015 alternative data range when both are in play.
Services on the router itself
Defaults from the current Peplink manual (Appendix B). Anything “disabled by default” is only a concern after you turn the feature on:
| Protocol | Port | Direction | Used for | Default |
|---|---|---|---|---|
| TCP | 80 | Inbound | Web admin HTTP (redirects to HTTPS; admin port changeable) | Enabled |
| TCP | 443 | Inbound | Web admin HTTPS | Enabled |
| TCP | 8822 | Inbound | SSH / CLI | Disabled |
| UDP | 161 | Inbound | SNMP Get | Disabled |
| UDP | 162 | Outbound | SNMP Trap | Disabled |
| TCP + UDP | 1812 / 1813 | Outbound | RADIUS authentication / accounting | Disabled |
| UDP | 123 | Inbound / outbound | NTP | Enabled |
| TCP | 60660 | Inbound (LAN / over SpeedFusion) | Real-time GPS NMEA feed on the router’s LAN IP | Disabled |
| ICMP | — | Outbound | WAN health check (ping) | Enabled |
| UDP | 53 | Outbound | WAN health check (DNS lookup) | Enabled |
| TCP | 80 | Outbound | WAN health check (HTTP) | — |
| TCP | 443 | Outbound | WAN Quality report upload | Enabled |
Lock the management plane down with local service firewall rules, and leave the console port disabled unless engineering needs it (console & management ports).
AP controller (managing Pepwave APs)
| Protocol | Port | Direction | Used for |
|---|---|---|---|
| TCP + UDP | 11753 | Inbound to the router, from APs | AP management connections to the built-in AP controller |
| TCP | 443 | Inbound to the router, from APs | Captive portal connections handled by the controller |
| — | DHCP option 138 | — | How remote APs discover the controller (CAPWAP AC address) |
| UDP | 5246 | Outbound | APs managed directly by InControl 2 use the same port as routers |
WAN Analysis
The built-in WAN-to-WAN throughput test runs between two Peplink devices: one acts as the server (it needs to be reachable), the other as the client. The control connection defaults to TCP 6000 and is changeable in the WAN Analysis settings. Tests can run in TCP or UDP mode.
From the field: in our partner testing the actual test streams run on high data ports starting at 57840, one per WAN link under test (57841 for the second WAN, and so on), in both TCP and UDP modes. Peplink doesn’t document these data ports — if a firewall sits between your two test devices, allow the control port plus the 578xx range (or the test simply stalls at the handshake).
Remote Assistance
Remote Assistance is how Peplink support engineers get a session on your device when you open a ticket — and it’s built so you never open an inbound hole for it. Access is opt-in, per device: enable it under System › Remote Assistance in the web admin (or from the device’s page in InControl 2), let support work the case, then switch it off when the ticket closes. The device dials out; nothing connects in.
| Protocol | Port | Direction | Used for | Notes |
|---|---|---|---|---|
| TCP | 443, 5246 | Outbound | Remote Assistance session to ra.peplink.com | Resolves to a small pool of addresses — current list in the official endpoint file. Ports are fixed (not user-changeable). |
| TCP | 2222 | Inbound | Legacy direct Remote Assistance connection | Only needed when the device cannot reach ra.peplink.com outbound — Peplink support will ask for it explicitly during troubleshooting. Don’t pre-open it. |
Ports you choose yourself
Several features send to a destination and port that you configure, so there is no Peplink default — plan for the standard values unless you pick otherwise:
- Remote syslog — typically UDP 514 to your collector.
- NetFlow export — your collector’s port (2055 is the common convention).
- Email notifications — your SMTP server and port; the SMTP-forwarding feature also intercepts outgoing TCP 25 when enabled.
- TACACS+ — TCP 49 by convention.
- Routing protocols — OSPF is IP protocol 89, BGP is TCP 179, VRRP high availability is IP protocol 112. Standard values; Peplink doesn’t restate them in its port list.
SIM Injector
When a router reaches a SIM Injector across a routed network, the injector listens on a data port shown on its own settings page — TCP+UDP 50000 by default (community-reported and configurable; port-forward it to the injector when the router connects in over the internet). Verify on your unit’s settings page — this one isn’t in Peplink’s official port table.
Self-hosted InControl appliance (ICA / ICVA)
Running your own InControl appliance instead of the cloud? It has its own surface (from the official ICA Setup Guide):
| Protocol | Port | Direction | Used for |
|---|---|---|---|
| UDP | 5246 | Inbound | Device communication |
| TCP | 5246 | Inbound | Device communication for Remote Web Admin (falls back to TCP 1443 when 5246 is unreachable) |
| TCP | 1443 | Inbound | Remote Web Admin fallback |
| TCP | 443 / 80 | Inbound | Web access (80 also serves Let’s Encrypt HTTP validation) |
| TCP | 4443 | Inbound | Appliance control panel |
| UDP | 53 | Inbound | Dynamic DNS service + device SSL certificates via Let’s Encrypt (optional) |
| TCP | 2222 | Inbound | Direct remote assistance (optional; only when the appliance can’t reach ra.peplink.com outbound) |
| TCP | 443 | Outbound | ra.peplink.com, api.ic.peplink.com, download.peplink.com, push.ic.peplink.com, Let’s Encrypt |
| UDP | 5246 | Outbound | *.peplink.com — service-expiration sync and FusionHub license transfers |
| UDP | 123 / 53 | Outbound | NTP / DNS |
Sources
Compiled and verified from Peplink’s official material: the knowledgebase port overview, the current product manual’s ports appendix, the official service endpoint list, and the InControl Appliance Setup Guide — plus West Networks field testing where noted. Found something that behaves differently on your firmware? Tell us and we’ll chase it down.