<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title><![CDATA[EdgeMAX Routing & Switching | Topics | Ubiquiti Community]]></title>
        <description><![CDATA[EdgeMAX Routing & Switching | Topics | Ubiquiti Community]]></description>
        <link>https://community.ui.com</link>
        <image>
            <url>https://community.ui.com/images/og-image.png</url>
            <title>EdgeMAX Routing &amp; Switching | Topics | Ubiquiti Community</title>
            <link>https://community.ui.com</link>
        </image>
        <generator>Ubiquiti Community</generator>
        <lastBuildDate>Sat, 14 Nov 2026 23:56:34 GMT</lastBuildDate>
        <atom:link href="https://community.ui.com/rss/topics/edgemax" rel="self" type="application/rss+xml"/>
        <pubDate>Sat, 14 Nov 2026 23:56:34 GMT</pubDate>
        <copyright><![CDATA[© 2026 Ubiquiti Inc. All rights reserved.]]></copyright>
        <item>
            <title><![CDATA[[Guide] EdgeRouter (EdgeOS 3.0.1) – Secure Baseline Setup]]></title>
            <description><![CDATA[<p>Here is a comprehensive hardening guide for EdgeOS 3.0.1 — with GUI and SSH steps throughout. Aimed at home and small office setups. This post will be updated as new information or improvements become available.</p><p></p><p>Topics covered:</p><ul><li><p>Admin account hardening</p></li><li><p>Management access lockdown (GUI/SSH LAN-only)</p></li><li><p>Filtered DNS (DNS4EU, Quad9, Cloudflare) with provider comparison</p></li><li><p>Firewall (WAN_IN / WAN_LOCAL) including IPv6</p></li><li><p>Port forwarding</p></li><li><p>VPN: L2TP/IPsec vs WireGuard</p></li><li><p>NextDNS or Pi-hole + Unbound</p></li><li><p>CVE-2026-98432 mitigation and status</p></li></ul><p>Feedback and corrections welcome.</p><p></p><p></p><p><strong>EdgeRouter (EdgeOS 3.0.1) – Secure Baseline Setup</strong></p><p>This guide was last updated: 2026-11-14 · Rev 1.0.3</p><p></p><p>Secure, clean base configuration for an EdgeRouter running EdgeOS 3.0.1:</p><ul><li><p>Nothing reachable from the internet except, optionally, a VPN and/or port forwards for specific services.</p></li><li><p>Management (web UI, SSH) only from the LAN, with a personal admin account.</p></li><li><p>Filtered DNS blocking malware and phishing for every device.</p></li><li><p>Optional: port forwarding, VPN, NextDNS/Pi-hole ad blocking.</p></li></ul><p>Each step shows both methods — use whichever you prefer.</p><p></p><p><strong>Tested on:</strong> EdgeRouter 12 (ER-12).</p><p>Should apply to all Cavium-based EdgeRouter models running EdgeOS 3.0.1.</p><p></p><p>This post will be updated as new information or improvements become available.</p><p></p><p><strong><u>Disclaimer:</u></strong> This guide is provided as-is for informational purposes only, based on the current state of knowledge at the time of writing. Use it at your own risk. The author takes no responsibility for any damage, data loss, misconfiguration, or security incidents resulting from following this guide. Always test changes in a non-production environment first and keep a backup of your configuration.</p><hr><hr><p></p><h2>1. Before you start</h2><p>Replace these placeholders with your own values:</p><ul><li><p><code>WAN</code> — WAN interface (e.g. <code>eth0</code>, <code>eth1</code>; PPPoE: <code>pppoe0</code>)</p></li><li><p><code>LAN</code> — LAN interface (e.g. <code>eth1</code>, <code>switch0</code>)</p></li><li><p><code>LAN-IP</code> — Router IP in LAN (e.g. <code>192.168.1.1</code>)</p></li><li><p><code>LAN-NET</code> — Local network (e.g. <code>192.168.1.0/24</code>)</p></li><li><p><code>WAN-IP</code> — Public IP from provider, DHCP or static (e.g. <code>203.0.113.10</code>)</p></li><li><p><code>MYADMIN</code> — Your admin username, not <code>admin</code>, <code>root</code> or <code>ubnt</code> (e.g. <code>er-mgmt</code>)</p></li><li><p><code>LONG-RANDOM-PASSWORD</code> — Strong password for the admin account <em>(choose your own)</em></p></li></ul><p><strong>Before copying any command:</strong> replace all placeholders (uppercase words like <code>WAN</code>, <code>LAN</code>, <code>LAN-IP</code> etc.) with your actual values. Commands with unedited placeholders will fail or misconfigure the router.</p><p></p><p><strong><u>Backup first</u></strong> (always, before any change):</p><ul><li><p><strong>GUI:</strong> System → Back Up Config → Download to your PC</p></li><li><p><strong>SSH:</strong> <code>save</code> is not a backup. Download the backup via GUI too.</p></li></ul><p><strong>SSH workflow:</strong></p><pre class="ql-code-block-container"><code>configure
# ... enter commands ...
commit ; save</code></pre><p>For changes that could lock you out (firewall rules, management listen-address, interfaces), use <code>commit-confirm 5</code> instead:</p><pre class="ql-code-block-container"><code>configure
# ... enter commands ...
commit-confirm 5
# test that you can still reach the router, then:
confirm
save</code></pre><p><code>commit-confirm 5</code> automatically reboots the router after 5 minutes if you do not type <code>confirm</code> — rolling back the change. Use it only where noted in this guide.</p><hr><hr><p></p><h2>2. Initial setup with the wizard</h2><p><strong>Only for new or factory-reset routers.</strong> Wizards overwrite the existing config — skip on a configured router.</p><ul><li><p><strong>GUI:</strong> Wizards → Basic Setup (one WAN, bridged LAN) or WAN+2LAN2 (separate LAN ports). The wizard sets up WAN, firewall (WAN_IN, WAN_LOCAL), NAT and DHCP. Choose WAN type (DHCP, static IP or PPPoE).</p><ul><li><p>Create a new admin user in the wizard — not named <code>admin</code>, <code>root</code> or <code>ubnt</code>.</p></li></ul></li><li><p><strong>SSH:</strong> The wizard is GUI-only. Set up interfaces, firewall, NAT and DHCP manually (see chapters 4–6).</p></li></ul><hr><hr><p></p><h2>3. Admin account</h2><p>Create a personal admin account and remove the default <code>ubnt</code> user.</p><p><strong>GUI:</strong> System → Users → Add User → Level: Admin. Then delete the <code>ubnt</code> user.</p><p><strong>SSH:</strong></p><ol><li><p>Create the new account:</p></li></ol><pre class="ql-code-block-container"><code># !! Replace MYADMIN and LONG-RANDOM-PASSWORD with your own values !!

configure
set system login user MYADMIN authentication plaintext-password 'LONG-RANDOM-PASSWORD'
set system login user MYADMIN level admin
commit-confirm 5</code></pre><ol start="2"><li><p>Log out, log in as the new user. If it works: type <code>confirm</code> then <code>save</code>. If not: wait — the router reboots automatically and restores the old config.</p></li><li><p>After confirming the new account works, remove <code>ubnt</code>:</p></li></ol><pre class="ql-code-block-container"><code>configure
delete system login user ubnt
commit ; save</code></pre><p>Never use <code>admin</code>, <code>root</code> or <code>ubnt</code> — these are the first names attackers try.</p><hr><hr><p></p><h2>4. Management access and services</h2><p>Limit web UI and SSH to the LAN; disable unused services.</p><p><strong>GUI:</strong></p><ul><li><p>System → Management Interface → check "Listen only on specified interface" → select LAN interface</p></li><li><p>SSH: System → Management Interface → SSH: set Listen Address to <code>LAN-IP</code></p></li><li><p>Ubiquiti Discovery: System → Miscellaneous → Ubiquiti Device Discovery → Disable</p></li><li><p>UPnP: Firewall/NAT → UPnP2 → delete if present</p></li></ul><p><strong>SSH:</strong></p><pre class="ql-code-block-container"><code># !! Replace LAN-IP and LAN with your own values (see placeholder table above) !!

configure
set service gui listen-address LAN-IP
set service ssh listen-address LAN-IP
set service dns forwarding listen-on LAN
set service ubnt-discover disable
delete service upnp2
commit-confirm 5</code></pre><ul><li><p>If <code>delete</code> returns "Nothing to delete", the service was never enabled.</p></li><li><p>Keep <code>ubnt-discover</code> enabled only if you manage via UISP.</p></li><li><p><strong>UPnP2:</strong> Skip <code>delete service upnp2</code> if you have devices that require UPnP (e.g. IP cameras, NAS, game consoles). Better alternative: set up manual port forwards in chapter 7 — then you know exactly what is open.</p></li></ul><hr><hr><p></p><h2>5. DNS</h2><p>Pick one provider and use both of its addresses. Each provider listed below gives two IPs — use both for redundancy (if one is unreachable, the other takes over).</p><p>Do not mix providers (e.g. 9.9.9.9 + 1.1.1.1) — queries are distributed across both servers, so some bypass the filter of the filtered one. Mixing two unfiltered providers (e.g. 1.1.1.1 + 8.8.8.8) is fine for redundancy when no filtering is wanted.</p><p></p><p><strong>EU — DNS4EU</strong> <em>(EU-funded, resolved inside EU, free)</em></p><ul><li><p>DNS4EU Protective — <code>86.54.11.1</code> / <code>86.54.11.201</code> — Blocks: malware, phishing</p></li><li><p>DNS4EU Protective + Child — <code>86.54.11.12</code> / <code>86.54.11.212</code> — Blocks: malware, phishing, adult content</p></li><li><p>DNS4EU Protective + Ad blocking — <code>86.54.11.13</code> / <code>86.54.11.213</code> — Blocks: malware, phishing, ads</p></li><li><p>DNS4EU Full protection — <code>86.54.11.11</code> / <code>86.54.11.211</code> — Blocks: malware, phishing, adult content, ads</p></li><li><p>DNS4EU Unfiltered — <code>86.54.11.100</code> / <code>86.54.11.200</code> — No filtering</p></li></ul><p><strong>Worldwide — Quad9</strong> <em>(Swiss foundation, no IP logging)</em></p><ul><li><p>Quad9 Secure — <code>9.9.9.9</code> / <code>149.112.112.112</code> — Blocks: malware, phishing; DNSSEC</p></li><li><p>Quad9 Unfiltered — <code>9.9.9.10</code> / <code>149.112.112.10</code> — No filtering; troubleshooting only</p></li></ul><p><strong>Worldwide — Cloudflare</strong> <em>(US company)</em></p><ul><li><p>Cloudflare Malware — <code>1.1.1.2</code> / <code>1.0.0.2</code> — Blocks: malware, phishing</p></li><li><p>Cloudflare Family — <code>1.1.1.3</code> / <code>1.0.0.3</code> — Blocks: malware, phishing, adult content</p></li><li><p>Cloudflare Standard — <code>1.1.1.1</code> / <code>1.0.0.1</code> — No filtering; fastest</p></li></ul><p><strong>Worldwide — Google</strong></p><ul><li><p>Google — <code>8.8.8.8</code> / <code>8.8.4.4</code> — No filtering</p></li></ul><p>Sources: DNS4EU, Quad9, Cloudflare</p><p></p><p><strong>GUI:</strong> Services → DNS → DNS Forwarding → Name Servers: add both IPs. Under DHCP, remove the provider's DNS push.</p><p><strong>SSH — WAN via DHCP</strong> (ignore provider's DNS):</p><pre class="ql-code-block-container"><code># !! Replace WAN with your own interface name (e.g. eth0) !!

configure
set service dns forwarding name-server 9.9.9.9
set service dns forwarding name-server 149.112.112.112
delete service dns forwarding dhcp WAN
set interfaces ethernet WAN dhcp-options name-server no-update
set system name-server 127.0.0.1
commit ; save</code></pre><p><strong>SSH — static provider IP</strong> (no DHCP on WAN, skip the two DHCP lines):</p><pre class="ql-code-block-container"><code># !! Replace the DNS IPs with your chosen provider's addresses !!

configure
set service dns forwarding name-server 9.9.9.9
set service dns forwarding name-server 149.112.112.112
set system name-server 127.0.0.1
commit ; save</code></pre><hr><hr><p></p><h2>6. Firewall</h2><p>Only replies to connections initiated from inside are allowed in. Everything else is dropped.</p><p>WAN_IN protects the LAN. WAN_LOCAL protects the router itself. The wizard creates these rules; on an existing setup add them manually.</p><p><strong>GUI:</strong> Firewall/NAT → Firewall Policies → Add Ruleset:</p><ul><li><p>Name <code>WAN_IN</code>, default action Drop. Add rules: 10 Accept established/related, 20 Drop invalid.</p></li><li><p>Name <code>WAN_LOCAL</code>, same rules.</p></li><li><p>Assign: Interfaces → WAN → Firewall In = WAN_IN, Firewall Local = WAN_LOCAL.</p></li></ul><p><strong>SSH:</strong></p><pre class="ql-code-block-container"><code># !! Replace WAN with your own interface name (e.g. eth0) !!

configure
set firewall name WAN_IN default-action drop
set firewall name WAN_IN rule 10 action accept
set firewall name WAN_IN rule 10 state established enable
set firewall name WAN_IN rule 10 state related enable
set firewall name WAN_IN rule 20 action drop
set firewall name WAN_IN rule 20 state invalid enable

set firewall name WAN_LOCAL default-action drop
set firewall name WAN_LOCAL rule 10 action accept
set firewall name WAN_LOCAL rule 10 state established enable
set firewall name WAN_LOCAL rule 10 state related enable
set firewall name WAN_LOCAL rule 20 action drop
set firewall name WAN_LOCAL rule 20 state invalid enable

set interfaces ethernet WAN firewall in name WAN_IN
set interfaces ethernet WAN firewall local name WAN_LOCAL
commit-confirm 5</code></pre><p><strong>PPPoE:</strong> replace the last two lines with:</p><pre class="ql-code-block-container"><code>set interfaces ethernet eth0 pppoe 0 firewall in name WAN_IN
set interfaces ethernet eth0 pppoe 0 firewall local name WAN_LOCAL</code></pre><p><strong>IPv6</strong> (if your provider supplies it):</p><pre class="ql-code-block-container"><code># !! Replace WAN with your own interface name (e.g. eth0) !!

configure
set firewall ipv6-name WANv6_IN default-action drop
set firewall ipv6-name WANv6_IN rule 10 action accept
set firewall ipv6-name WANv6_IN rule 10 state established enable
set firewall ipv6-name WANv6_IN rule 10 state related enable
set firewall ipv6-name WANv6_IN rule 20 action accept
set firewall ipv6-name WANv6_IN rule 20 protocol icmpv6

set firewall ipv6-name WANv6_LOCAL default-action drop
set firewall ipv6-name WANv6_LOCAL rule 10 action accept
set firewall ipv6-name WANv6_LOCAL rule 10 state established enable
set firewall ipv6-name WANv6_LOCAL rule 10 state related enable
set firewall ipv6-name WANv6_LOCAL rule 20 action accept
set firewall ipv6-name WANv6_LOCAL rule 20 protocol icmpv6
set firewall ipv6-name WANv6_LOCAL rule 30 action accept
set firewall ipv6-name WANv6_LOCAL rule 30 protocol udp
set firewall ipv6-name WANv6_LOCAL rule 30 source port 547
set firewall ipv6-name WANv6_LOCAL rule 30 destination port 546

set interfaces ethernet WAN firewall in ipv6-name WANv6_IN
set interfaces ethernet WAN firewall local ipv6-name WANv6_LOCAL
commit-confirm 5</code></pre><hr><hr><p></p><h2>7. Port forwarding</h2><p>Forward only what must be reachable from outside. The target server must be kept up to date itself.</p><p><strong>GUI:</strong> Firewall/NAT → Port Forwarding → Add Rule: Original Port, Forward-to IP, Forward-to Port, Protocol.</p><p><strong>SSH</strong> (example: web server on port 443):</p><pre class="ql-code-block-container"><code># !! Replace WAN, LAN and the forward-to address with your own values !!

configure
set port-forward auto-firewall enable
set port-forward wan-interface WAN
set port-forward lan-interface LAN
set port-forward rule 1 description Webserver
set port-forward rule 1 original-port 443
set port-forward rule 1 forward-to address 192.168.1.10
set port-forward rule 1 forward-to port 443
set port-forward rule 1 protocol tcp
commit-confirm 5</code></pre><hr><hr><p></p><h2>8. VPN</h2><p>Back up before changing VPN settings. Choose one option.</p><p><strong>L2TP/IPsec</strong></p><ul><li><p>Client: built into Windows, macOS, Android, iOS — no extra app needed</p></li><li><p>WAN ports: UDP 500, UDP 4500, UDP 1701 + ESP</p></li><li><p>Note: split-tunnel not supported on Android and iOS for L2TP — use WireGuard if split-tunnel is needed on mobile devices</p></li></ul><p><strong>WireGuard</strong></p><ul><li><p>Client: extra WireGuard app required on every device</p></li><li><p>WAN ports: UDP 51820 only</p></li></ul><p>Option A: L2TP/IPsec</p><p><strong>GUI:</strong> VPN → L2TP Server → enable, set PSK, add VPN user, set IP pool and DNS.</p><p><strong>SSH:</strong></p><pre class="ql-code-block-container"><code># !! Replace WAN, PSK, vpnuser and PASSWORD with your own values !!

configure
set vpn ipsec ipsec-interfaces interface WAN
set vpn l2tp remote-access ipsec-settings authentication mode pre-shared-secret
set vpn l2tp remote-access ipsec-settings authentication pre-shared-secret 'PSK'
set vpn l2tp remote-access authentication mode local
set vpn l2tp remote-access authentication local-users username vpnuser password 'PASSWORD'
set vpn l2tp remote-access client-ip-pool start 10.10.0.100
set vpn l2tp remote-access client-ip-pool stop 10.10.0.110
set vpn l2tp remote-access dhcp-interface WAN
set vpn l2tp remote-access dns-servers server-1 9.9.9.9

set firewall name WAN_LOCAL rule 30 action accept
set firewall name WAN_LOCAL rule 30 protocol udp
set firewall name WAN_LOCAL rule 30 destination port 500
set firewall name WAN_LOCAL rule 40 action accept
set firewall name WAN_LOCAL rule 40 protocol esp
set firewall name WAN_LOCAL rule 50 action accept
set firewall name WAN_LOCAL rule 50 protocol udp
set firewall name WAN_LOCAL rule 50 destination port 4500
set firewall name WAN_LOCAL rule 60 action accept
set firewall name WAN_LOCAL rule 60 protocol udp
set firewall name WAN_LOCAL rule 60 destination port 1701
set firewall name WAN_LOCAL rule 60 ipsec match-ipsec
commit-confirm 5</code></pre><p>Static provider IP (no DHCP on WAN — replace <code>dhcp-interface</code> line):</p><pre class="ql-code-block-container"><code>set vpn l2tp remote-access outside-address WAN-IP</code></pre><p>Option B: WireGuard</p><p>Install the WireGuard app on every client before starting.</p><p><strong>GUI:</strong></p><ol><li><p>VPN → WireGuard → Add Interface: port <code>51820</code>, IP <code>10.10.1.1/24</code>.</p></li><li><p>Add Peer: Allowed IPs <code>10.10.1.2/32</code> (next device: <code>.3</code>), Generate Configuration, scan QR code with app.</p></li><li><p>Client settings: Endpoint <code>WAN-IP:51820</code> <em>(replace WAN-IP with your public IP or DynDNS hostname)</em>, Allowed IPs <code>LAN-NET, 10.10.1.0/24</code> <em>(replace LAN-NET)</em>, Keepalive <code>25</code>.</p></li></ol><p><strong>SSH</strong> (firewall rule only — interface setup via GUI):</p><pre class="ql-code-block-container"><code>configure
set firewall name WAN_LOCAL rule 70 action accept
set firewall name WAN_LOCAL rule 70 protocol udp
set firewall name WAN_LOCAL rule 70 destination port 51820
commit-confirm 5</code></pre><p>Always test VPN over mobile data, not your own Wi-Fi.</p><p></p><p>Additional users (L2TP) or peers (WireGuard) can be added at any time by repeating the respective user/peer configuration steps.</p><p>Client setup: L2TP/IPsec</p><p></p><p><strong>Windows:</strong> Settings → Network &amp; Internet → VPN → Add a VPN connection. VPN provider: Windows built-in. Connection name: your choice. Server name: <code>WAN-IP</code>. VPN type: L2TP/IPsec with pre-shared key. Enter PSK, username and password.</p><p></p><p><strong>macOS:</strong> System Settings → VPN → Add VPN Configuration → L2TP over IPSec. Server: <code>WAN-IP</code>. Account: username. Authentication: password + shared secret (PSK).</p><p></p><p><strong>Android:</strong> Settings → Network → VPN → Add. Type: L2TP/IPSec PSK. Server: <code>WAN-IP</code>. IPSec pre-shared key: PSK. Username and password.</p><p></p><p><strong>iOS:</strong> Settings → General → VPN &amp; Device Management → VPN → Add VPN Configuration. Type: L2TP. Server: <code>WAN-IP</code>. Account, password, shared secret (PSK).</p><p></p><p><strong>Note — split-tunnel for L2TP:</strong> By default, L2TP routes all traffic through the tunnel (full-tunnel). To use split-tunnel (only home network traffic through VPN, internet goes direct), configure it per OS after connecting:</p><ul><li><p><strong>Windows:</strong> Network &amp; Internet → VPN → Change adapter options → right-click L2TP adapter → Properties → Networking → IPv4 → Properties → Advanced → uncheck "Use default gateway on remote network".</p></li><li><p><strong>macOS:</strong> System Settings → VPN → your L2TP connection → Details → uncheck "Send all traffic over VPN connection".</p></li><li><p><strong>Android:</strong> Split-tunnel is not natively supported for L2TP on Android. Use WireGuard instead for split-tunnel on Android.</p></li><li><p><strong>iOS:</strong> Split-tunnel is not natively supported for L2TP on iOS. Use WireGuard instead for split-tunnel on iOS.</p></li></ul><p></p><p><strong>Client setup:</strong> WireGuard</p><p>Install the WireGuard app first: wireguard.com/install</p><p></p><p><strong>All platforms (QR code — easiest):</strong> In the router GUI, generate a peer configuration and scan the QR code with the WireGuard app. Done.</p><p><strong>Manual (if no QR code):</strong> Add a new tunnel in the app. Set:</p><ul><li><p>Endpoint: <code>WAN-IP:51820</code></p></li><li><p>Allowed IPs: <code>LAN-NET, 10.10.1.0/24</code> <em>(replace LAN-NET with your local network, e.g. 192.168.1.0/24)</em></p></li><li><p>Persistent keepalive: <code>25</code></p></li></ul><hr><hr><p><strong>Note — split-tunnel:</strong> Setting Allowed IPs to only <code>LAN-NET, 10.10.1.0/24</code> (instead of <code>0.0.0.0/0</code>) means only traffic destined for your home network goes through the VPN tunnel — internet traffic goes directly. This keeps latency low while still routing DNS through Pi-hole or your chosen DNS provider at home. If you want all traffic (including internet) through the tunnel, use <code>0.0.0.0/0, ::/0</code> instead.</p><p></p><h2>9. NextDNS (optional)</h2><p>NextDNS is a cloud-based DNS filter — no extra hardware, VM or container required. It offers per-device (MAC) filtering, extensive and frequently updated blocklists, and native DoH/DoT support.</p><p>Free tier: up to 300,000 queries/month. After that, DNS still resolves but filtering is paused until the next month or you upgrade.</p><p><strong>Setup:</strong></p><ol><li><p>Create an account at nextdns.io and configure your blocklists and per-device rules.</p></li><li><p>Note your personal NextDNS IP addresses from the Setup tab (unique per account).</p></li><li><p>Tell the router to hand out NextDNS as DNS via DHCP:</p></li></ol><p><strong>GUI:</strong> Services → DHCP Server → LAN → DNS 1 and DNS 2: your NextDNS IPs — remove any other entries.</p><p><strong>SSH:</strong></p><pre class="ql-code-block-container"><code># !! Replace LAN, LAN-NET and NEXTDNS-IP-1 / NEXTDNS-IP-2 with your own values !!

configure
set service dhcp-server shared-network-name LAN subnet LAN-NET dns-server NEXTDNS-IP-1
set service dhcp-server shared-network-name LAN subnet LAN-NET dns-server NEXTDNS-IP-2
commit ; save</code></pre><ol start="4"><li><p>For VPN clients: set VPN DNS to your NextDNS IPs.</p></li></ol><hr><hr><p></p><h2>10. Pi-hole (optional)</h2><p>Pi-hole is a separate DNS filter running on its own device (VM, container or Raspberry Pi). It blocks ads and tracking in addition to the upstream DNS filter.</p><p></p><p><strong>Recommended: run Pi-hole with Unbound.</strong> Unbound is a local recursive DNS resolver — instead of forwarding queries to an external provider (Quad9, DNS4EU etc.), it resolves them directly against the root DNS servers. No DNS query data is sent to any third party.</p><ul><li><p>Chain without Unbound: devices → Pi-hole → DNS provider (chapter 5)</p></li><li><p>Chain with Unbound: devices → Pi-hole → Unbound → root servers (full control, no external DNS provider needed)</p></li></ul><ol><li><p>Pi-hole → Settings → DNS: set only your chosen provider from chapter 5 as upstream DNS (or Unbound at <code>127.0.0.1#5335</code>).</p></li><li><p>Tell the router to hand out Pi-hole as DNS via DHCP:</p></li></ol><p><strong>GUI:</strong> Services → DHCP Server → LAN → DNS 1: <code>PIHOLE-IP</code> — remove any second DNS entry.</p><p><strong>SSH:</strong></p><pre class="ql-code-block-container"><code># !! Replace LAN, LAN-NET and PIHOLE-IP with your own values !!

configure
set service dhcp-server shared-network-name LAN subnet LAN-NET dns-server PIHOLE-IP
commit ; save</code></pre><ol start="3"><li><p>Do not add a public DNS as fallback — devices will use it and bypass Pi-hole.</p></li><li><p>For VPN clients: set VPN DNS to <code>PIHOLE-IP</code> and in Pi-hole set Settings → DNS → Interface settings → "Permit all origins".</p></li><li><p>For devices that travel (laptops, phones, tablets): connect back via VPN to benefit from Pi-hole filtering on the road — no external DNS subscription needed.</p></li></ol><p></p><p><strong>NextDNS vs Pi-hole:</strong></p><p>NextDNS:</p><ul><li><p>Hardware/VM needed: No</p></li><li><p>Fully local: No (cloud)</p></li><li><p>Per-device filtering: Per MAC, easy</p></li><li><p>Free: Up to 300k queries/month</p></li><li><p>Setup effort: Low</p></li></ul><p>Pi-hole + Unbound:</p><ul><li><p>Hardware/VM needed: Yes</p></li><li><p>Fully local: Yes</p></li><li><p>Per-device filtering: Via groups</p></li><li><p>Free: Yes</p></li><li><p>Setup effort: Higher</p></li></ul><p></p><h2>11. CVE-2026-98432 (Linux kernel TCP, CVSS 9.8)</h2><p>A use-after-free vulnerability in the Linux kernel IPv4 TCP stack. EdgeOS 3.0.1 runs kernel 4.9.79 which is affected. No EdgeOS patch exists yet.</p><p><strong>Risk:</strong> Only exploitable if the attacker can reach an open TCP port on the router itself — not through forwarded ports to LAN servers, and not through UDP-based VPNs (WireGuard, L2TP/IPsec).</p><p><strong>Mitigation with this guide:</strong> If chapters 4 and 6 are applied correctly, no TCP port is open on the WAN interface. The router is not directly reachable from the internet and the CVE cannot be triggered remotely.</p><p><strong>Verify:</strong></p><pre class="ql-code-block-container"><code>netstat -tlnp</code></pre><p>Expected: no TCP port listening on the WAN IP. Only LAN-IP should appear on ports 22, 80, 443.</p><p><strong>Remaining risk:</strong> The vulnerability is still present in the kernel. Monitor the <a target="_blank" rel="nofollow" href="https://uisp.community.ui.com/releases">Ubiquiti release notes</a> for a patched firmware and update as soon as one is available.</p><hr><hr><p></p><h2>12. Verify</h2><p><strong>Open ports</strong></p><ul><li><p>SSH: <code>netstat -tlnp</code></p></li><li><p>Expected: ports 22/80/443 only on <code>LAN-IP</code></p></li></ul><p><strong>WAN_LOCAL</strong></p><ul><li><p>SSH: <code>show firewall name WAN_LOCAL</code></p></li><li><p>GUI: Firewall/NAT → Firewall Policies</p></li><li><p>Expected: no TCP, only VPN ports if enabled, drop at end</p></li></ul><p><strong>WAN_IN</strong></p><ul><li><p>SSH: <code>show firewall name WAN_IN</code></p></li><li><p>GUI: Firewall/NAT → Firewall Policies</p></li><li><p>Expected: only established/related, drop at end</p></li></ul><p><strong>Offload</strong></p><ul><li><p>SSH: <code>show ubnt offload</code></p></li><li><p>Expected: HW offload on (Cavium models)</p></li></ul><p><strong>DNS</strong></p><ul><li><p>SSH: <code>show dns forwarding statistics</code></p></li><li><p>Expected: queries going to your chosen provider</p></li></ul><p>Then <code>save</code> and download a fresh backup via System → Back Up Config.</p>]]></description>
            <link>https://community.ui.com/questions/Guide-EdgeRouter-EdgeOS-3-0-1---Secure-Baseline-Setup/a46064fb-e9ed-42b4-9470-b1153da06ceb</link>
            <guid isPermaLink="false">a46064fb-e9ed-42b4-9470-b1153da06ceb</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[rm-tek]]></dc:creator>
            <pubDate>Sat, 14 Nov 2026 13:30:12 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Downgrading ER-X from 3.0.1 to 2.0.9hf7 due to VPN crashes.]]></title>
            <description><![CDATA[<p>Tried to connect remotely using Windows (and Linux later) to the ER-X upgraded to 3.0.1 and it locks the router up solid, power cycle is the only way out.  I can connect via VPN with my cell phone, but not with computers.  My guess is L2TP and IP-SEC are partially broken beyond the known issues of no offloading.</p><p></p><p>I've exported the configuration, just wondering if I can use a 3.0.1 exported configuration on 2.0.9hf7 or if the UI changes will break it.</p><p></p><p>Has anyone done this?  If so, how much of a pain was it?</p><p></p><p>Also, is there an option in UISP to tell it to not offer the 3.0.x updates?  (Will 2.0.x get any more updates?)</p>]]></description>
            <link>https://community.ui.com/questions/Downgrading-ER-X-from-3-0-1-to-2-0-9hf7-due-to-VPN-crashes/06906f59-bbf6-425a-81c8-b6cfd8fdc638</link>
            <guid isPermaLink="false">06906f59-bbf6-425a-81c8-b6cfd8fdc638</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[GuruSR]]></dc:creator>
            <pubDate>Mon, 09 Nov 2026 03:42:33 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Edgerouter Infinity Firmware Image ]]></title>
            <description><![CDATA[<p>I have a bricked Infinity and was hoping someone would be willing to share a copy of their bootloader to try and flash it.</p><p></p><p>It looks like you can read it while the system is running using the command.</p><p></p><p>sudo dd if=/dev/mtd0 of=/tmp/mtd0.img &amp;&amp; sudo chmod 777 /tmp/mtd0.img</p><p></p>]]></description>
            <link>https://community.ui.com/questions/Edgerouter-Infinity-Firmware-Image/3aa408d1-56e0-46e4-b905-ed55e4a52356</link>
            <guid isPermaLink="false">3aa408d1-56e0-46e4-b905-ed55e4a52356</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[jorgp2]]></dc:creator>
            <pubDate>Fri, 06 Nov 2026 20:41:08 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[EdgeRouter 6P EOL?]]></title>
            <description><![CDATA[<p>I just noticed it is basically half price in the UK store right now, which has the hallmark of them flogging off stock before stopping its sale.</p>]]></description>
            <link>https://community.ui.com/questions/EdgeRouter-6P-EOL/6c698151-6ff7-4b7d-8274-cfafcadd3813</link>
            <guid isPermaLink="false">6c698151-6ff7-4b7d-8274-cfafcadd3813</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[jabuzzard]]></dc:creator>
            <pubDate>Thu, 05 Nov 2026 18:20:47 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Is EdgeOS affected by CVE-2026-98432?]]></title>
            <description><![CDATA[<p>As far as I know EdgeOS is build on Debian and Debian is affected by CVE-2026-98432.</p><p>This is very serious since we are talking about a CVE score of 9.8.</p><p></p><p>Debian already released a fixed kernel for it.</p><p></p><p>Will Ubiquity also release a new version?</p>]]></description>
            <link>https://community.ui.com/questions/Is-EdgeOS-affected-by-CVE-2026-98432/ce644c1e-0600-4910-bb52-8432c17b39be</link>
            <guid isPermaLink="false">ce644c1e-0600-4910-bb52-8432c17b39be</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[4log]]></dc:creator>
            <pubDate>Wed, 04 Nov 2026 06:15:16 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Porque puede sparecer este mensaje en una coe litebesm ac5 2 gen?]]></title>
            <description><![CDATA[<p>Porque sparece este mensajesj?</p><img src="https://img.community.ui.com/320d1698-a0ed-422f-9aa5-2210be944309/questions/dd4295e4-401c-4b2e-8e67-04725c0ccb31/89bf3887-5fc0-47ca-8f16-9a5896f90ef9" style="width: 100%;object-fit: cover;height: 205px" />]]></description>
            <link>https://community.ui.com/questions/Porque-puede-sparecer-este-mensaje-en-una-coe-litebesm-ac5-2-gen/dd4295e4-401c-4b2e-8e67-04725c0ccb31</link>
            <guid isPermaLink="false">dd4295e4-401c-4b2e-8e67-04725c0ccb31</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[shak100]]></dc:creator>
            <pubDate>Mon, 02 Nov 2026 17:25:39 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Edgerouter CVE-2026-98432]]></title>
            <description><![CDATA[<p>https://nvd.nist.gov/vuln/detail/cve-2026-98432</p><p><br>Is the EdgeRouter secure?</p><p>Is there a chance for an upgrade?</p><p><span data-id="1814fd48-e64f-441e-9bf8-735b64ce0d25" data-value="UI-Team" class="mention" data-denotation-char="@"><span contenteditable="false"><span class="ql-mention-denotation-char">@</span>UI-Team</span></span> </p>]]></description>
            <link>https://community.ui.com/questions/Edgerouter-CVE-2026-98432/ec13b702-c7ab-4347-990b-5efb165a45b2</link>
            <guid isPermaLink="false">ec13b702-c7ab-4347-990b-5efb165a45b2</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[elmelek]]></dc:creator>
            <pubDate>Fri, 30 Oct 2026 21:50:08 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[UISP (UNMS) - Updating version to bump Docker container builds to patch "PHP2Shell" CVE?]]></title>
            <description><![CDATA[<p><span data-id="1814fd48-e64f-441e-9bf8-735b64ce0d25" data-value="UI-Team" class="mention" data-denotation-char="@"><span contenteditable="false"><span class="ql-mention-denotation-char">@</span>UI-Team</span></span> Do you plan on releasing an update to UISP in order to bump the PHP version within the docker container(s) used by UISP? Specifically, the "ucrm" container runs PHP v8.3.32 which is vulnerable to the exploit. The default config appears to be in use at least for the two different exploits, and php-fpm runs as root, so I would expect every UISP console is just waiting to be hacked.</p><p></p><p>Obviously, rooting a container is less valuable than getting the whole host system, but I would assume that the "ucrm" container can at least move laterally to the other containers and steal or damage data (since this container seems to be the main webUI host and thus interfaces with the other containers fairly heavily).</p><p><br>This is from the "current" UISP release, version 3.1.65:</p><pre class="ql-code-block-container"><code>/usr/src/ucrm# php-fpm -v
PHP 8.3.32 (fpm-fcgi) (built: Jul  2 2026 20:47:04)
Copyright (c) The PHP Group
Zend Engine v4.3.32, Copyright (c) Zend Technologies
    with Zend OPcache v8.3.32, Copyright (c), by Zend Technologies</code></pre><p>The patch landed in PHP 8.3.36.<br><br>I haven't poked around the Unifi app/controller in a while, but I'm guessing you've got PHP in there too...</p><p></p><p>[edit] Apparently I put this in the wrong place.</p><p><a target="_blank" rel="nofollow" href="https://uisp.community.ui.com/questions/UCRM-4-6-15-remains-exposed-to-CVSS-9-2-RCEs-CVE-2026-109618-109619-ETA-for-PHP-8-3-36/d0fae711-2df1-4550-80e3-2b395a6a5c86">Someone already made a post over in the correct section</a>, sorry.</p>]]></description>
            <link>https://community.ui.com/questions/UISP-UNMS-Updating-version-to-bump-Docker-container-builds-to-patch-PHP2Shell-CVE/19b861b4-66c9-4f07-b88c-25a73745f0bd</link>
            <guid isPermaLink="false">19b861b4-66c9-4f07-b88c-25a73745f0bd</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[ZPrime]]></dc:creator>
            <pubDate>Wed, 21 Oct 2026 23:27:27 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Switch Recommendation for on Tower use - UISP Cable Pro leaking water when installed vertical]]></title>
            <description><![CDATA[<p>Looking for advice from fellow WISP's.</p><p><br></p><p>So we have been trying to mitigate an issue with Tough Cable Pro / UISP Cable Pro.  We have always ran our ethernet cables into the equipment shelter and plug directly into the switch mounted in the rack..  The last few batches of UISP cable we have used is allowing water to flow back into the back of the RJ 45 connector and it leaks though the gold pins and burns out the data port of our switches.  This happens in a driving hard rain with wind.  We just got a storm system from the FL hurricanes that blew up into Kentucky.  This hard wind and rain combo pushed the water into the cable somehow.  </p><p><br></p><p>I have checked the cable visually all the way up the tower and can not find the source of this intrusion.  This cable has been up less than 12 months.  Currently 2 of the 16 cables are leaking water like this.</p><p><br></p><p>We have many radios on this tower.</p><p><br></p><p>(6) PTP Dishes - (4) AF5XHD (1) AF11 (1) AF60</p><p>(4) Wave 60 APs</p><p>(6) AirMax AC - Rocket Gen2</p><p><br></p><p>16 total cables</p><p><br></p><p>We are thinking about going to switch and Fiber on the tower to help eliminate this issue.  If not what sort of cable do you recommend to eliminate this water ingress?  Something USA made? Flooded with gel?</p><p><br></p><p>What switches are you guys using on the towers for midspan?  I have considered using the UISP PLUS and enclosures for the WAVE APs but I would have to have two of them.</p><p><br></p><p><br></p><p>Thanks for you time if you choose to answer.</p>]]></description>
            <link>https://community.ui.com/questions/Switch-Recommendation-for-on-Tower-use-UISP-Cable-Pro-leaking-water-when-installed-vertical/9ec6a675-4da2-430d-8e12-e0c6023066a8</link>
            <guid isPermaLink="false">9ec6a675-4da2-430d-8e12-e0c6023066a8</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[skynetcommky]]></dc:creator>
            <pubDate>Fri, 16 Oct 2026 21:48:20 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Edgerouter DNS Forwarding Stopped October 11th KSK-2017 Change]]></title>
            <description><![CDATA[<p>We had a number of residential client Edgerouter 4 deployments fail this morning, all DNS requests going SERVFAIL. It turned out to be an expired trust-anchor configuration in a manual dnsmasq config with DNSSEC from many years back.</p><p><br></p><p>If you had previously been using the EdgeOS feature to have the Edgerouter handle DNS forwarding and you found all DNS stopped working this morning (if you did anything to trigger a dnsmasq restart), the reason is because on October 11, 2026, the internet's root DNS servers stopped signing records with the old <code>KSK-2017</code> key (key tag 20326) and switched exclusively to the new <code>KSK-2024</code> key (key tag 38696). To correct this problem you have to add in the new KSK-2024 key anchor. You may also find these older Edgerouter DNS forwarding configuration posts from years ago also included an obsolete <code>KSK-2010</code> key (key tag 19036).</p><p><br></p><p>While you're in there, this one should be deleted, if found. The following CLI commands after entering configuration mode will address both issues:</p><p><br></p><p>First, add in the new 2026 Root KSK (Key Tag 38696)</p><p><strong><em>set service dns forwarding options trust-anchor=.,38696,8,2,683D2D0ACB8C9B712A1948B27F741219298D0A450D612C483AF444A4C0FB2B16 </em></strong></p><p><br></p><p>Second, remove the highly obsolete 2010 key (Key Tag 19036)</p><p><strong><em>delete service dns forwarding options trust-anchor=.,19036,8,2,49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5 </em></strong></p><p><strong><em>commit</em></strong></p><p><strong><em>save</em></strong></p><p><strong><em>exit</em></strong></p><p><br></p><p>That should do it, however in some situations you may have to enter an additional CLI command to kick start things:</p><p><strong><em>restart dns-forwarding</em></strong></p><p><br></p><p>Again you should leave the 20326 key trust-anchor entry as found, unlike the 19036 key this one is still needed for backward compliance.</p><p><br></p><p>Hope this helps someone out,</p>]]></description>
            <link>https://community.ui.com/questions/Edgerouter-DNS-Forwarding-Stopped-October-11th-KSK-2017-Change/de7c357f-9685-49e5-8db7-a5f19c31553d</link>
            <guid isPermaLink="false">de7c357f-9685-49e5-8db7-a5f19c31553d</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[xevious]]></dc:creator>
            <pubDate>Mon, 12 Oct 2026 17:14:38 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Gigagbit 24V PoE splitter]]></title>
            <description><![CDATA[<p>So you cannot buy a ready-made PoE splitter that converts 24V passive PoE into power for a device at gigabit speeds. After using a splitter to power my VDSL modem for the last decade, I wanted to power my ONT the same way when I finally got FTTP. At first, I just burned an extra port on my EdgeRouter to power it with the PoE Texas splitter I had been using on the VDSL modem.</p><p><br></p><p>shop.poetexas.com/collections/splitters/products/poe-12v10w</p><p><br></p><p>Worked but inelegant. You can clearly run 1 Gbps speeds because, for years, my UAP-AC-LR and UAP-AC-M both ran at 1 Gbps, powered by the EdgeRouter. I also had an add-on board for a Raspberry Pi3 doing the same thing. So here is my DIY solution to the problem. You will need to be comfortable using a soldering iron and have some basic electronics skills. If your not go and hand in your geek card 😁</p><p><br></p><p>First, you need to purchase a standard IEEE802.3af/at splitter that works at gigabit speeds. The one I used is branded Revodata on Amazon and comes with a wide range of output tips: 5.5/2.1mm, 5.5/2.5mm, microUSB, and USB-C. Choose the tip you need. For me, that was a 5.5/2.1mm tip.</p><p><br></p><p>www.amazon.co.uk/dp/B0D35J5BPP</p><p><br></p><p>The basics are that we'll open it up, remove most of the electronics, and then solder in a suitable DC-DC converter. I used a Recom R-78K12-2.0; it takes an input voltage range of 14-36V DC and outputs 12V/2A DC in a TO-220 package. It is not isolated, but I can live with that. They are not particularly expensive either; they will set you back under 5 GBP here in the UK. The Recom R-78K DC-DC converter comes in versions that output 5V, 9V, 12V and 15V, so you should be able to power most devices.</p><p><br></p><p>uk.rs-online.com/web/p/dc-dc-converters-ics/2743518</p><p><br></p><p>They also recommend a 27µF capacitor on the input as well if you might hot-plug it. I got a pack of 20 Panasonic 105°C-rated ones for 2.5GBP.</p><p><br></p><p>uk.rs-online.com/web/p/aluminium-capacitors/1458491</p><p><br></p><p>I skipped the protection diode on the output because reverse voltage on this is highly unlikely.</p><p><br></p><p>The first step is to open it up. Mine was ultrasonically welded together, so I had to score along the weld seams and pry it open. The knife slipped and caused minor cosmetic damage to the casing, but it didn't matter to me. Next, remove almost all the components from the circuit board. Leave only the pulse transformer and the bridge rectifiers. I forgot to take before pictures, but here are my after pictures. First, the top side, where you can see the pulse transformer right next to the RJ45 socket</p><img src="https://img.community.ui.com/11f06112-00c2-4273-b910-a8afe53d400a/questions/3e8433fe-cc37-48aa-82d3-72ce9e75336c/00bcaa65-d0a7-4948-89e9-604388345177" style="width: 100%;object-fit: cover;height: 205px" /><p><br></p><p>Then we have the underside. You can see the two bridge rectifier packages. They are below the pulse transformer. The pulse transformer and the bridge rectifiers separate the PoE voltage and pass it through with a known polarity, regardless of the voltage orientation in the cable. If you look closely (it doesn't show in the pictures), you'll see four pairs of traces going from the pulse transformer to the output socket. Those are the Ethernet signals after being separated from the PoE voltage. The bridge rectifiers are connected directly to the input pins before the pulse transformer.</p><img src="https://img.community.ui.com/11f06112-00c2-4273-b910-a8afe53d400a/questions/3e8433fe-cc37-48aa-82d3-72ce9e75336c/3c45672b-47e4-44c6-b8c5-e8fd88a5e06d" style="width: 100%;object-fit: cover;height: 205px" /><p><br></p><p>Next, plug it into an EdgeRouter port with PoE enabled and probe around with a multimeter until you find 24V and ground. You should find them near the bridge rectifier. Now solder on some jumper wires and dead-leg the DC-DC converter and capacitor. Then connect them to the output. This is the finished result. Glue the top back on with some ABS solvent-weld adhesive, and you're done. I have done a couple of these now, since I wanted one for the internet connection at my mother's. This is from the second one. The first has been going for a couple of years, and I thought I would document it this time.</p><img src="https://img.community.ui.com/11f06112-00c2-4273-b910-a8afe53d400a/questions/3e8433fe-cc37-48aa-82d3-72ce9e75336c/36873a31-927e-4ff1-8ef6-b03fc22519b1" style="width: 100%;object-fit: cover;height: 205px" /><p><br></p><p>If you really wanted, you could get an isolated DC-DC converter instead, but those are much more expensive, around 30 GBP each, so I didn't bother.</p>]]></description>
            <link>https://community.ui.com/questions/Gigagbit-24V-PoE-splitter/fc77895e-42e6-4906-9794-7489e68bdf00</link>
            <guid isPermaLink="false">fc77895e-42e6-4906-9794-7489e68bdf00</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[jabuzzard]]></dc:creator>
            <pubDate>Mon, 12 Oct 2026 10:18:33 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[EdgeOS dhcpv6]]></title>
            <description><![CDATA[<p>Hi,</p><p><br></p><p>I'm trying to get dhcpv6-pd going on my Edgerouter but unable to get any IPv6 assigned on the WAN. Kindly see attached interfaces config and advise where I messed up. Thank you.</p><p><br></p><p>Edit : Removed code formatting</p><p>Edit : 10/10 Updated modified config, still nothing from WAN interface</p><p>Edit : 17/10 Updated ethernet interfaces to reflect working config</p><p><br></p><pre class="ql-syntax" spellcheck="false">interfaces {
&nbsp;&nbsp;ethernet eth0 {
&nbsp;&nbsp;&nbsp;&nbsp;address 192.168.1.254/24
&nbsp;&nbsp;&nbsp;&nbsp;description LAN
&nbsp;&nbsp;&nbsp;&nbsp;duplex auto
&nbsp;&nbsp;&nbsp;&nbsp;firewall {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name LAN_IN
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name LAN_LOCAL
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;speed auto
&nbsp;&nbsp;&nbsp;&nbsp;vif 2 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;address 192.168.2.254/24
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;description IoT
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;firewall {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name IoT_IN
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name IoT_LOCAL
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
    }
&nbsp;&nbsp;&nbsp;&nbsp;vif 3 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;address 192.168.3.254/24
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;description Guest
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;firewall {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name Guest_IN
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name Guest_LOCAL
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;}
&nbsp;&nbsp;ethernet eth1 {
&nbsp;&nbsp;&nbsp;&nbsp;address 192.168.4.254/24
&nbsp;&nbsp;&nbsp;&nbsp;description "LAN"
&nbsp;&nbsp;&nbsp;&nbsp;duplex auto
&nbsp;&nbsp;&nbsp;&nbsp;firewall {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;speed auto
&nbsp;&nbsp;}
&nbsp;&nbsp;ethernet eth2 {
&nbsp;&nbsp;&nbsp;&nbsp;address dhcp
&nbsp;&nbsp;&nbsp;&nbsp;description "WAN"
&nbsp;&nbsp;&nbsp;&nbsp;dhcpv6-pd {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;no-dns
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;pd 0 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;interface eth0 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;host-address ::1
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;prefix-id :0
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;service slaac
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;interface eth0.2 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;host-address ::1
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;prefix-id :1
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;service slaac
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;interface eth0.3 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;host-address ::1
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;prefix-id :2
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;service slaac
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;interface eth1 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;host-address ::1
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;prefix-id :3
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;service slaac
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;prefix-length /56
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;rapid-commit enable
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;duplex auto
&nbsp;&nbsp;&nbsp;&nbsp;firewall {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;in {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ipv6-name VQ-WAN-IPv6-In
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name VQ-WAN-IPv4-In
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ipv6-name VQ-WAN-IPv6-Local
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name VQ-WAN-IPv4-Local
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;out {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;name VQ-WAN-IPv4-Out
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;ipv6 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;address {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;autoconf
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;dup-addr-detect-transmits 1
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;speed auto
&nbsp;&nbsp;}
&nbsp;&nbsp;loopback lo {
&nbsp;&nbsp;}
}
protocols {
&nbsp;&nbsp;static {
&nbsp;&nbsp;&nbsp;&nbsp;route6 ::/0 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;next-hop 2001:d98:xxxx:xxxx::1 {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;interface eth2
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;}
}
</pre><p>&nbsp;</p>]]></description>
            <link>https://community.ui.com/questions/EdgeOS-dhcpv6/6ea291e2-341e-4896-aaf9-a6bd42e37049</link>
            <guid isPermaLink="false">6ea291e2-341e-4896-aaf9-a6bd42e37049</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[wkweksl]]></dc:creator>
            <pubDate>Sun, 04 Oct 2026 06:54:03 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Edgeswitch 802.1X multiple untagged VLANs and broadcast traffic]]></title>
            <description><![CDATA[<p>Hello,</p><p>I have a EdgeSwitch 16 XG, and I'm configuring 802.1X port access control with a FreeRadius server.</p><p>I have 2 VLAN for this setup : VLAN 3 and VLAN 5. I want clients to go either on one or the other based on the authentication.</p><p><br></p><p>On a port I enabled Mac-Based 802.1X Port Access Control. I set up a guest vlan ID (5).</p><p>On the same port I set up the VLAN with untagged VLAN 3 and untagged VLAN 5 with PVID 5.</p><p><br></p><p>On this port if a client connect without any 802.1X security it goes in VLAN 5. If it connects using 802.1X (user configured on FreeRadius with vlan id 3) it goes in VLAN 3. I'm using DHCP on each VLAN with different subnet and getting IP corresponding.</p><p>So in this way the config is working.</p><p><br></p><p>Here is the configuration on the switch :</p><pre class="ql-syntax" spellcheck="false">show running-config interface 0/13

!Current Configuration:
!
interface&nbsp; 0/13
dot1x port-control mac-based
dot1x timeout quiet-period 5
dot1x guest-vlan 5
dot1x timeout guest-vlan-period 5
vlan pvid 5
vlan participation include 3,5
</pre><p><br></p><p>But with this configuration I see a problem : either i'm on guest VLAN 5 or connected and assigned to VLAN 3, i'm receiving the multicast/broadcast traffic of both VLAN (I can see it on Wireshark).</p><p>I think this is because both VLAN 3 and 5 are untagged.</p><p><br></p><p>So I tried the same but assigning VLAN 3 as tagged.</p><p>But with this configuration if I want my clients do go on VLAN 3 I also need to configure tagged VLAN 3 (with 802.1).</p><p><br></p><p>Is this normal ? Is there a way to overcome this issue without tagging interfaces ?</p><p><br></p><p>Thanks</p>]]></description>
            <link>https://community.ui.com/questions/Edgeswitch-802-1X-multiple-untagged-VLANs-and-broadcast-traffic/ae3a6058-96b4-47fd-8ab6-71e7b80ffd40</link>
            <guid isPermaLink="false">ae3a6058-96b4-47fd-8ab6-71e7b80ffd40</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[maximushugus]]></dc:creator>
            <pubDate>Sat, 26 Sep 2026 20:22:41 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[EdgeOS, how to change MTU size for pppoe ?]]></title>
            <description><![CDATA[<p>Hi.</p><p>I am a new owner of a Edgerouter 4. I have updated the firmware to 4 3.0.1.</p><p>I have plugged in the router to my ISP optical fiber adapter, Internet is working fine.</p><p>The configuration is with a pppoe loggin (and Vlan 40 as indicated by EBOX, canadian ISP). I am now trying to optimize MTU size to 1492.</p><p><br></p><p>What I see now configured:&nbsp;&nbsp;</p><p class="ql-indent-1">Interface&nbsp;IP Address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;S/L Description&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">---------&nbsp;----------&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--- -----------&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">eth0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/u&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">eth0.40&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/u Internet (PPPoE)&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">eth1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;192.168.1.1/24&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/u Local&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">eth2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;192.168.2.1/24&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/D Local 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">eth3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/D&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;lo&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;127.0.0.1/8&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/u&nbsp;&nbsp;&nbsp;&nbsp;::1/128&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">pppoe0&nbsp;&nbsp;104.163.183.81&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u/u&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p class="ql-indent-1">ubnt@EdgeRouter-4:~$ show interfaces ethernet eth0.40</p><p class="ql-indent-1">eth0.40@eth0: &lt;BROADCAST,MULTICAST,UP,LOWER_UP&gt; mtu 1500 qdisc noqueue state UP&nbsp;</p><p class="ql-indent-1">group default qlen 1000&nbsp;&nbsp;</p><p class="ql-indent-1"><br></p><p>I googled 2 methods to change the MTU to 1492. Both are not working.</p><p>The first thing I try is to use the GUI, but I see no '<strong>action</strong>' button for any interface.</p><p>I then try using the CLI, this command:</p><p class="ql-indent-1"><strong><em>set interfaces pppoe pppoe0 mtu 1492</em></strong></p><p>IT does not work, if you look my currently configure Interface, my guess the name use in my command is wrong ?</p><p>Any help to resolve the situation is appreciated.</p><p><br></p><p>PS: I am not a total noob in networking, but I am new to CLI and EdgeOS.</p><p>Thanks.</p>]]></description>
            <link>https://community.ui.com/questions/EdgeOS-how-to-change-MTU-size-for-pppoe/a33197cd-2ab9-4529-816d-a976e6746f93</link>
            <guid isPermaLink="false">a33197cd-2ab9-4529-816d-a976e6746f93</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[Julie1992]]></dc:creator>
            <pubDate>Wed, 23 Sep 2026 16:14:33 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Edgerouter Edgeswitch Aircube Guest Integration]]></title>
            <description><![CDATA[<p>Dear All,</p><p>I have an EdgeRouter X SFP and 2 aircubes. I want to prepare for deploying some cameras so I bought an Edgeswitch 16 150W.&nbsp;</p><p>As part of the integration, I decided to move everything that I can to the switch, so the router should handle the internet connections only (primary and backup). The switch is connected to the server via SFP. I already moved everything and works fine, except my guest network. On the router I made a logical switch for the ports with name switch0. The guest network operated on switch0.6, used the vlan 6. The firewall rules are fine, I didnt touch them yet. On the switch I made a vlan for the same with 6 vlan id. The switch port, where the AP connects is Untagged on the default vlan and Tagged on the vlan 6.</p><p>I assumed it should work, but the clients can’t receive ip. What would you recommend to check?</p><p>Thanks in advance for any help!</p><p><br></p><p>PS: No vlan-aware used</p>]]></description>
            <link>https://community.ui.com/questions/Edgerouter-Edgeswitch-Aircube-Guest-Integration/7c0e7866-0fc6-4bd0-92cd-c63c83a2c676</link>
            <guid isPermaLink="false">7c0e7866-0fc6-4bd0-92cd-c63c83a2c676</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[ImreKovacs]]></dc:creator>
            <pubDate>Sat, 19 Sep 2026 01:11:18 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[EdgeRouter failover WAN group (eth1) and related firewall rule(s)]]></title>
            <description><![CDATA[<p>RE: My EdgeRouter-X was set-up with the default Load Balancing wizard. So, it has default configuration choices baked in.</p><p><br></p><p>The ER is currently set to failover to eth1, with the entire set of LAN IPs having access to both eth0 and eth1.</p><p>My goal is simple: create an address-group comprised of a sub-set of the group that accesses eth0, i.e. I don't want all LAN devices to be able to access the failover ISP (bandwidth considerations).</p><p><br></p><p>Creating an address-group or network group is easy. But I need to know how to tie this into existing configuration and firewall rules, relative to failover to eth1.</p><p><br></p><p>Should point out that there is already a firewall &gt; modify &gt; balance &gt; rule 1, so if there needs to be another firewall rule prior to this one, this one will need to be moved.</p><p><br></p><p>Thanks for any pointers. Am comfortable with CLI, GUI, config tree... simple configuration command sequence preferred.</p>]]></description>
            <link>https://community.ui.com/questions/EdgeRouter-failover-WAN-group-eth1-and-related-firewall-rules/acfea591-7683-474e-9233-d2e8f0500a3a</link>
            <guid isPermaLink="false">acfea591-7683-474e-9233-d2e8f0500a3a</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[2wander4]]></dc:creator>
            <pubDate>Mon, 07 Sep 2026 03:39:41 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[(Copied from UniFi) Edgerouter (ER-X):  Need to run script on router restart.]]></title>
            <description><![CDATA[<p>After upgrading to firmware 3.0.1, I've noticed the router will "crash" from time to time, unresponsive in all manners available (no UI, no ping response, no routing). <span class="mention" data-id="1814fd48-e64f-441e-9bf8-735b64ce0d25" data-value="UI-Team" data-denotation-char="@"><span contenteditable="false"><span class="ql-mention-denotation-char">@</span>UI-Team</span></span>I'm unsure if there is any way to record what happens (the TTY could be plugged into a nearby PC and monitored for data if it posts anything). Also not sure if there is any current issues with 3.0.1 that would cause it to crash.</p><p><br></p><p>I have an automation that will reboot the router, but what I need to do is to have the router run the script to re-allow (Geo-IP table) outside IP ranges to a specific IP table that is used in routing rules to allow those outside IP ranges into services, without that table, all services are unavailable.</p><p><br></p><p><code>ls -al /config/scripts/post-config.d</code></p><p><code>total 3</code></p><p><code>drwxrwsr-x&nbsp;1 root&nbsp;&nbsp;vyattacf&nbsp;&nbsp;224 Sep 4 14:18 .</code></p><p><code>drwxrwsr-x&nbsp;1 root&nbsp;&nbsp;vyattacf&nbsp;&nbsp;232 Mar 5 2020 ..</code></p><p><code>-rwxr-xr-x&nbsp;1 root&nbsp;&nbsp;vyattacf&nbsp;&nbsp;40 Sep 4 14:18 geo.sh</code></p><p><br></p><p>I have the geo.sh which calls the script I have, but it seems to not work:</p><p><br></p><p><code>sudo sh /config/zonefiles/country-load</code></p><p><br></p><p>I did a sudo reboot in PuTTY on the router and when it comes back up, it fails to run that script, as I know, because I'm sending log information to /var/log/countryload and there is no such file on reboot and all the services are offline from allowed Geo-IP table. I know the script works as I did an sh /config/scripts/post-config.d/geo.sh and it ran, the log file showed up and services came back.</p><p><br></p><p>What is missing to get this script setup to work properly?</p>]]></description>
            <link>https://community.ui.com/questions/Copied-from-UniFi-Edgerouter-ER-X-Need-to-run-script-on-router-restart/8460ed0d-e5c3-4156-9210-8156039fbec5</link>
            <guid isPermaLink="false">8460ed0d-e5c3-4156-9210-8156039fbec5</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[GuruSR]]></dc:creator>
            <pubDate>Fri, 04 Sep 2026 19:53:54 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Documentation for /sbin/switch on ER-X]]></title>
            <description><![CDATA[<p>I want hardware-accelerated port mirroring on my ER-X, so I tested and created documentation for the not-officially-supported /sbin/switch utility.</p><p><br></p><p>Repo: https://github.com/bengoerz/erx-mt7530-switch-docs</p><p><br></p><p>Because this exposes the port mirroring built into the switch silicon, it <strong><em>should</em></strong> support a full 1Gbps port mirror. I plan to test the performance in my homelab soon.</p><p><br></p><p>Credit to gojimmypi's post https://gojimmypi.github.io/Edgerouter-Port-Monitor/ for sparking my curiosity.</p><p><br></p><p>I'd love to hear from anyone who has achieved full 1Gbps port mirroring on an ER-X already.</p>]]></description>
            <link>https://community.ui.com/questions/Documentation-for-sbin-switch-on-ER-X/fd6800d0-ad88-454f-b2b0-3c412b47238a</link>
            <guid isPermaLink="false">fd6800d0-ad88-454f-b2b0-3c412b47238a</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[bengoerz]]></dc:creator>
            <pubDate>Thu, 03 Sep 2026 17:49:39 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[Port Forwarding 8080?]]></title>
            <description><![CDATA[<p>Am I doing something wrong to simply add 8080?</p><p>Yes, I found <a href="https://help.uisp.com/hc/en-us/articles/22591049434903-EdgeRouter-Port-Forwarding" rel="noopener noreferrer" target="_blank">https://help.uisp.com/hc/en-us/articles/22591049434903-EdgeRouter-Port-Forwarding</a></p><p>Hints and tips sincerely appreciated!</p><p><br></p><pre class="ql-syntax" spellcheck="false"># open port for httpd forwarding
set firewall name WAN_IN rule 22 action accept
set firewall name WAN_IN rule 22 description httpd
set firewall name WAN_IN rule 22 destination address 192.168.httpd apache server
set firewall name WAN_IN rule 22 destination port 8080
set firewall name WAN_IN rule 22 log disable
set firewall name WAN_IN rule 22 protocol tcp
# set firewall name WAN_IN rule 22 source port 8080 #- tried with and without this

# port-forward configuartion for httpd
set port-forward rule 3 description httpd
set port-forward rule 3 forward-to address 192.168.httpd apache server
set port-forward rule 3 forward-to port 8080
set port-forward rule 3 original-port 8080
set port-forward rule 3 protocol tcp

$ show configuration | no-more
firewall {
&nbsp; &nbsp; all-ping enable
&nbsp; &nbsp; broadcast-ping disable
&nbsp; &nbsp; group {
&nbsp; &nbsp; &nbsp; &nbsp; address-group ExtIP {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address my Pub IP address
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Public IP (eth0)"
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; address-group PBX {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 34.210.91.112/28
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 34.226.36.32/28
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 136.57.136.147
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 24.163.114.98
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; ipv6-name WANv6_IN {
&nbsp; &nbsp; &nbsp; &nbsp; default-action drop
&nbsp; &nbsp; &nbsp; &nbsp; description "WAN inbound traffic forwarded to LAN"
&nbsp; &nbsp; &nbsp; &nbsp; enable-default-log
&nbsp; &nbsp; &nbsp; &nbsp; rule 10 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Allow established/related sessions"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; established enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; related enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 20 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action drop
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Drop invalid state"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; invalid enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; ipv6-name WANv6_LOCAL {
&nbsp; &nbsp; &nbsp; &nbsp; default-action drop
&nbsp; &nbsp; &nbsp; &nbsp; description "WAN inbound traffic to the router"
&nbsp; &nbsp; &nbsp; &nbsp; enable-default-log
&nbsp; &nbsp; &nbsp; &nbsp; rule 10 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Allow established/related sessions"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; established enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; related enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 20 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action drop
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Drop invalid state"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; invalid enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 30 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Allow IPv6 icmp"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; protocol ipv6-icmp
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 40 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "allow dhcpv6"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; destination {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 546
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; protocol udp
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; source {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 547
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; ipv6-receive-redirects disable
&nbsp; &nbsp; ipv6-src-route disable
&nbsp; &nbsp; ip-src-route disable
&nbsp; &nbsp; log-martians enable
&nbsp; &nbsp; name WAN_IN {
&nbsp; &nbsp; &nbsp; &nbsp; default-action drop
&nbsp; &nbsp; &nbsp; &nbsp; description "WAN to internal"
&nbsp; &nbsp; &nbsp; &nbsp; rule 10 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Allow established/related"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; established enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; related enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 20 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description RTP
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; destination {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 192.168PBX box IP
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 10000-25000
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; log disable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; protocol udp
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 21 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Asterisk 5060"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; destination {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 192.168PBX box IP
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 5060
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; log disable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; protocol udp
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; source {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; group {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address-group PBX
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 5060
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 22 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description httpd
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; destination {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 192.168.httpd apache server
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 8080
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; log disable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; protocol tcp
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 50 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action drop
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Drop invalid state"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; invalid enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; name WAN_LOCAL {
&nbsp; &nbsp; &nbsp; &nbsp; default-action drop
&nbsp; &nbsp; &nbsp; &nbsp; description "WAN to router"
&nbsp; &nbsp; &nbsp; &nbsp; rule 10 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action accept
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Allow established/related"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; established enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; related enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; rule 20 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; action drop
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "Drop invalid state"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; state {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; invalid enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; receive-redirects disable
&nbsp; &nbsp; send-redirects enable
&nbsp; &nbsp; source-validation disable
&nbsp; &nbsp; syn-cookies enable
}
interfaces {
&nbsp; &nbsp; ethernet eth0 {
&nbsp; &nbsp; &nbsp; &nbsp; address dhcp
&nbsp; &nbsp; &nbsp; &nbsp; description Internet
&nbsp; &nbsp; &nbsp; &nbsp; duplex auto
&nbsp; &nbsp; &nbsp; &nbsp; firewall {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; in {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ipv6-name WANv6_IN
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name WAN_IN
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; local {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ipv6-name WANv6_LOCAL
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name WAN_LOCAL
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; speed auto
&nbsp; &nbsp; }
&nbsp; &nbsp; ethernet eth1 {
&nbsp; &nbsp; &nbsp; &nbsp; description Local
&nbsp; &nbsp; &nbsp; &nbsp; duplex auto
&nbsp; &nbsp; &nbsp; &nbsp; speed auto
&nbsp; &nbsp; }
&nbsp; &nbsp; ethernet eth2 {
&nbsp; &nbsp; &nbsp; &nbsp; description Local
&nbsp; &nbsp; &nbsp; &nbsp; duplex auto
&nbsp; &nbsp; &nbsp; &nbsp; speed auto
&nbsp; &nbsp; }
&nbsp; &nbsp; ethernet eth3 {
&nbsp; &nbsp; &nbsp; &nbsp; description Local
&nbsp; &nbsp; &nbsp; &nbsp; duplex auto
&nbsp; &nbsp; &nbsp; &nbsp; speed auto
&nbsp; &nbsp; }
&nbsp; &nbsp; ethernet eth4 {
&nbsp; &nbsp; &nbsp; &nbsp; description Local
&nbsp; &nbsp; &nbsp; &nbsp; duplex auto
&nbsp; &nbsp; &nbsp; &nbsp; poe {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; output off
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; speed auto
&nbsp; &nbsp; }
&nbsp; &nbsp; loopback lo {
&nbsp; &nbsp; }
&nbsp; &nbsp; switch switch0 {
&nbsp; &nbsp; &nbsp; &nbsp; address 192.168.1.1/24
&nbsp; &nbsp; &nbsp; &nbsp; description Local
&nbsp; &nbsp; &nbsp; &nbsp; mtu 1500
&nbsp; &nbsp; &nbsp; &nbsp; switch-port {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; interface eth1 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; interface eth2 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; interface eth3 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; interface eth4 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; vlan-aware disable
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
}
port-forward {
&nbsp; &nbsp; auto-firewall enable
&nbsp; &nbsp; hairpin-nat enable
&nbsp; &nbsp; lan-interface eth1
&nbsp; &nbsp; rule 1 {
&nbsp; &nbsp; &nbsp; &nbsp; description RTP
&nbsp; &nbsp; &nbsp; &nbsp; forward-to {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 192.168PBX box IP
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 10000-25000
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; original-port 10000-25000
&nbsp; &nbsp; &nbsp; &nbsp; protocol udp
&nbsp; &nbsp; }
&nbsp; &nbsp; rule 2 {
&nbsp; &nbsp; &nbsp; &nbsp; description "Asterisk 5060"
&nbsp; &nbsp; &nbsp; &nbsp; forward-to {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 192.168PBX box IP
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 5060
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; original-port 5060
&nbsp; &nbsp; &nbsp; &nbsp; protocol udp
&nbsp; &nbsp; }
&nbsp; &nbsp; rule 3 {
&nbsp; &nbsp; &nbsp; &nbsp; description httpd
&nbsp; &nbsp; &nbsp; &nbsp; forward-to {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; address 192.168.httpd apache server
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; port 8080
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; original-port 8080
&nbsp; &nbsp; &nbsp; &nbsp; protocol tcp
&nbsp; &nbsp; }
&nbsp; &nbsp; wan-interface eth0
}
service {
&nbsp; &nbsp; dhcp-server {
&nbsp; &nbsp; &nbsp; &nbsp; disabled false
&nbsp; &nbsp; &nbsp; &nbsp; hostfile-update disable
&nbsp; &nbsp; &nbsp; &nbsp; shared-network-name LAN {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; authoritative enable
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; subnet 192.168.1.0/24 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; default-router 192.168.1.1
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; dns-server 192.168.1.1
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; lease 86400
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; start 192.168.1.38 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; stop 192.168.1.243
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; static-mapping Asterisk {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ip-address 192.168PBX box IP
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; mac-address xx:xx:xx:xx:xx:xx
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; static-mapping FreeNAS {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ip-address 192.168.fileserver
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; mac-address xx:xx:xx:xx:xx:xx
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; static-arp disable
&nbsp; &nbsp; &nbsp; &nbsp; use-dnsmasq disable
&nbsp; &nbsp; }
&nbsp; &nbsp; dns {
&nbsp; &nbsp; &nbsp; &nbsp; forwarding {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; cache-size 150
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; listen-on switch0
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; gui {
&nbsp; &nbsp; &nbsp; &nbsp; http-port 80
&nbsp; &nbsp; &nbsp; &nbsp; https-port 443
&nbsp; &nbsp; &nbsp; &nbsp; older-ciphers enable
&nbsp; &nbsp; }
&nbsp; &nbsp; nat {
&nbsp; &nbsp; &nbsp; &nbsp; rule 5010 {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; description "masquerade for WAN"
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; outbound-interface eth0
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; type masquerade
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; ssh {
&nbsp; &nbsp; &nbsp; &nbsp; port 22
&nbsp; &nbsp; &nbsp; &nbsp; protocol-version v2
&nbsp; &nbsp; }
&nbsp; &nbsp; unms {
&nbsp; &nbsp; }
}
system {
&nbsp; &nbsp; analytics-handler {
&nbsp; &nbsp; &nbsp; &nbsp; send-analytics-report false
&nbsp; &nbsp; }
&nbsp; &nbsp; conntrack {
&nbsp; &nbsp; &nbsp; &nbsp; timeout {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; udp {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; other 60
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; stream 360
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; crash-handler {
&nbsp; &nbsp; &nbsp; &nbsp; send-crash-report false
&nbsp; &nbsp; }
&nbsp; &nbsp; host-name EdgeRouter-X-5-Port
&nbsp; &nbsp; login {
&nbsp; &nbsp; &nbsp; &nbsp; user guest {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; authentication {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; encrypted-password ****************
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; plaintext-password ****************
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; public-keys guest@tatooine {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; key ****************
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; type ssh-rsa
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; level admin
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; ntp {
&nbsp; &nbsp; &nbsp; &nbsp; server 0.ubnt.pool.ntp.org {
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; server 1.ubnt.pool.ntp.org {
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; server 2.ubnt.pool.ntp.org {
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; server 3.ubnt.pool.ntp.org {
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; offload {
&nbsp; &nbsp; &nbsp; &nbsp; hwnat enable
&nbsp; &nbsp; }
&nbsp; &nbsp; syslog {
&nbsp; &nbsp; &nbsp; &nbsp; global {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; facility all {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; level notice
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; facility protocols {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; level debug
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }
&nbsp; &nbsp; time-zone UTC
}


</pre>]]></description>
            <link>https://community.ui.com/questions/Port-Forwarding-8080/c260954b-a811-4caa-b79e-92c227529bd4</link>
            <guid isPermaLink="false">c260954b-a811-4caa-b79e-92c227529bd4</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[ThePowerTool]]></dc:creator>
            <pubDate>Wed, 02 Sep 2026 13:30:00 GMT</pubDate>
        </item>
        <item>
            <title><![CDATA[EF-Core + ER-8-XG]]></title>
            <description><![CDATA[<img src="https://img.community.ui.com/8ce9e05f-6e74-47ad-afb6-e21a04df1cfb/questions/f39d6d2a-399f-4000-b2c5-4787d146d26c/dccc9bf5-215b-4730-b7ab-3bf311611a78" style="width: 100%;object-fit: cover;height: 205px" /><p>HI</p><p><br></p><p>Has anyone tried using an EF Core and an EdgeRouter for a WISP?</p><p>I'm trying or I want to use a EF Core as a firewall and let the EdgeRouter handle all the routing, since the UDM or UniFi has problems with routing and the EdgeRouter is more advanced.</p><p>...or any better suggestions you might have?</p><p>I'm all ears.</p>]]></description>
            <link>https://community.ui.com/questions/EF-Core-ER-8-XG/f39d6d2a-399f-4000-b2c5-4787d146d26c</link>
            <guid isPermaLink="false">f39d6d2a-399f-4000-b2c5-4787d146d26c</guid>
            <category><![CDATA[edgemax]]></category>
            <dc:creator><![CDATA[AnYeLoWAW]]></dc:creator>
            <pubDate>Mon, 31 Aug 2026 00:09:12 GMT</pubDate>
        </item>
    </channel>
</rss>