PEPLINK UNIVERSITY  •  A WEST NETWORKS TRAINING RESOURCE (352) 316-7701  ·  SHOP PEPLINK →

Firewall Ports Used by Peplink Routers & Services

Every TCP/UDP port Peplink routers, SpeedFusion, and InControl2 need through an upstream firewall - CGNAT, data-center edge, and enterprise deployments.

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 protocolsOSPF 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.