https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162021-03-05T08:14:08ZpfSense bugtrackerpfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=519622021-03-05T08:14:08ZJim Pingle
<ul><li><strong>Subject</strong> changed from <i>PPPOE IP address on WAN not what ISP is issuing</i> to <i>PPPoE WAN IP address different than expected when set static by ISP</i></li><li><strong>Category</strong> changed from <i>Administrivia</i> to <i>Interfaces</i></li><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li><li><strong>Private</strong> changed from <i>Yes</i> to <i>No</i></li></ul><p>We will need a lot more information here since it isn't happening to others that we're aware of yet.</p>
<p>Things like PPPoE settings, connection logs, ifconfig output, and what the expected values are vs what you're observing. If you have privacy concerns you can submit the information using the support issue you have open already, but the bug entry itself here won't be private.</p>
<p>It could be a difference in the PPPoE configuration as generated before vs now which is making the ISP see the client as different somehow, which could end up being something you could fix with settings, but without more data it's difficult to speculate.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=519632021-03-05T08:17:45ZDan Rice
<ul></ul><p>Our IP block and router status output is aleady attached to the support ticket. I will also attached the other info to the support ticket.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=519672021-03-05T08:33:46ZDan Rice
<ul></ul><p>Requested info has been added to the support ticket.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=519732021-03-05T12:35:56ZMarcos M
<ul></ul><p>It seems like the IPs are assigned to the interface in ascending order no matter what pppoe server gives</p>
<p>(reverse order)<br /><pre>
Mar 5 14:23:49 ppp 62519 [wan] IFACE: Rename interface ng0 to pppoe2
Mar 5 14:23:49 ppp 62519 [wan] IFACE: Up event
Mar 5 14:23:49 ppp 62519 [wan] 1.2.3.222 -> 6.7.8.23
Mar 5 14:23:49 ppp 62519 [wan] IPCP: LayerUp
Mar 5 14:23:49 ppp 62519 [wan] IPCP: state change Ack-Sent --> Opened
Mar 5 14:23:49 ppp 62519 [wan] IPADDR 1.2.3.222
Mar 5 14:23:49 ppp 62519 [wan] IPCP: rec'd Configure Ack #3 (Ack-Sent)
Mar 5 14:23:49 ppp 62519 [wan] IPADDR 1.2.3.222
Mar 5 14:23:49 ppp 62519 [wan] IPCP: SendConfigReq #3
Mar 5 14:23:49 ppp 62519 [wan] 1.2.3.222 is OK
Mar 5 14:23:49 ppp 62519 [wan] IPADDR 1.2.3.222
</pre></p>
<pre>
pppoe2: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1492
description: WAN
inet6 fe80::2e0:edff:febe:ef64%pppoe2 prefixlen 64 scopeid 0xe
inet 1.2.3.217 --> 6.7.8.24 netmask 0xffffffff
inet 1.2.3.218 --> 6.7.8.24 netmask 0xffffffff
inet 1.2.3.219 --> 6.7.8.24 netmask 0xffffffff
inet 1.2.3.220 --> 6.7.8.24 netmask 0xffffffff
inet 1.2.3.221 --> 6.7.8.24 netmask 0xffffffff
inet 1.2.3.222 --> 6.7.8.24 netmask 0xffffffff
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
</pre> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=519742021-03-05T12:43:03ZJim Pingle
<ul></ul><p>Perhaps this is another variation of <a class="issue tracker-8 status-3 priority-4 priority-default closed" title="Regression: Primary interface address is not always used when VIPs are present (Resolved)" href="https://redmine.pfsense.org/issues/11545">#11545</a> and not a unique issue</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=539712021-05-25T07:21:34ZViktor Gurov
<ul></ul><p>Jim Pingle wrote:</p>
<blockquote>
<p>Perhaps this is another variation of <a class="issue tracker-8 status-3 priority-4 priority-default closed" title="Regression: Primary interface address is not always used when VIPs are present (Resolved)" href="https://redmine.pfsense.org/issues/11545">#11545</a> and not a unique issue</p>
</blockquote>
<p>This could be an another issue - if the PPPoE Server changes the IP address pool and `/usr/local/sbin/ppp-linkup` doesn't start, you'll see the updated IP address at the bottom.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=541882021-05-31T13:31:04ZDaniel van der Wal
<ul></ul><p>Jim Pingle wrote:</p>
<blockquote>
<p>We will need a lot more information here since it isn't happening to others that we're aware of yet.</p>
</blockquote>
<p>We can confirm we have the same issue. After a ppp reconnect (seems to happen once a week, I guess triggered by the ISP) the wrong IP is assigned here the .76 instead of the .73 (First IP in our public IP block)</p>
<p>We do have 2 virtual IP's defined .76 and .77. The selected IP seems random as it's not the last or lowest or highest in our range and virtual ip list...</p>
<p>Are there any possible workarounds? At the moment this is a big show stopper....<br />Could we prevent the rc.newwanip from setting a new IP that is the wrong one? We end up with no WAN and the wrong IP on IPSEC and OpenVPN services...</p>
<p>If it would help we can share more logging information...</p>
<p>May 28 01:54:41 php-fpm 54474 /rc.newwanip: Forcefully reloading IPsec<br />May 28 01:54:38 php-fpm 54474 /rc.newwanip: Default gateway setting Interface WAN_PPPOE Gateway as default.<br />May 28 01:54:37 php-fpm 54474 /rc.newwanip: rc.newwanip: on (IP address: xx.xx.xxx.76) (interface: WAN[wan]) (real interface: pppoe0).<br />May 28 01:54:37 php-fpm 54474 /rc.newwanip: rc.newwanip: Info: starting on pppoe0.<br />May 28 01:54:36 ppp 14153 [wan] IFACE: Rename interface ng0 to pppoe0<br />May 28 01:54:36 ppp 14153 [wan] IFACE: Up event<br />May 28 01:54:36 check_reload_status 390 rc.newwanip starting pppoe0<br />May 28 01:54:36 ppp 14153 [wan] xx.xx.xxx.73 <del>> xxx.x.xxx.196<br />May 28 01:54:36 ppp 14153 [wan] IPCP: LayerUp<br />May 28 01:54:36 ppp 14153 [wan] IPCP: state change Ack-Sent -</del>> Opened<br />May 28 01:54:36 ppp 14153 [wan] IPADDR xx.xx.xxx.73<br />May 28 01:54:36 ppp 14153 [wan] IPCP: rec'd Configure Ack <a class="issue tracker-2 status-3 priority-4 priority-default closed" title="Feature: Allow multiple syslog servers (Resolved)" href="https://redmine.pfsense.org/issues/11">#11</a> (Ack-Sent)<br />May 28 01:54:36 ppp 14153 [wan] IPADDR xx.xx.xxx.73<br />May 28 01:54:36 ppp 14153 [wan] IPCP: SendConfigReq <a class="issue tracker-2 status-3 priority-4 priority-default closed" title="Feature: Allow multiple syslog servers (Resolved)" href="https://redmine.pfsense.org/issues/11">#11</a><br />May 28 01:54:36 ppp 14153 [wan] xx.xx.xxx.73 is OK<br />May 28 01:54:36 ppp 14153 [wan] IPADDR xx.xx.xxx.73<br />May 28 01:54:36 ppp 14153 [wan] IPCP: rec'd Configure Nak <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: Enable SSH console menu doesn't work on embedded (Resolved)" href="https://redmine.pfsense.org/issues/10">#10</a> (Ack-Sent)<br />May 28 01:54:36 ppp 14153 [wan] IPADDR 0.0.0.0<br />May 28 01:54:36 ppp 14153 [wan] IPCP: SendConfigReq <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: Enable SSH console menu doesn't work on embedded (Resolved)" href="https://redmine.pfsense.org/issues/10">#10</a></p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=542182021-06-02T01:47:35ZViktor Gurov
<ul></ul><p>workaround:</p>
<p>You could use VIPs from your /29 for all the VPNs/services. If clients are using an FQDN you could just update the DNS to point at the VIP.</p>
<p>If that's not possible as a workaround try adding xx.xx.xxx.73 as an IP Alias. It will then be selectable as the server IP directly rather than 'WAN'.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=608832022-05-04T04:39:21ZD D
<ul></ul><p>We are experiencing a similar issue on version 2.5.2.<br />When the ppp connection comes back up after an isp outage rc.newwanip sets the wrong ip address on the wan interface.<br />A virtual ip from an additional /30 is detected instead of the actual IPADDR.</p>
<p>x.x.x.213: ppp ip 'static' address.<br />z.z.z.z: ppp gateway<br />y.y.y.97: a virtual ip address (ip alias on wan interface) from additional /30</p>
<pre>
May 3 22:47:42 gw ppp[14390]: [wan_link0] LCP: SendTerminateAck #2
May 3 22:47:42 gw ppp[14390]: [wan_link0] LCP: LayerDown
May 3 22:47:42 gw ppp[14390]: [wan_link0] PPPoE: connection closed
May 3 22:47:42 gw ppp[14390]: [wan_link0] Link: DOWN event
May 3 22:47:42 gw ppp[14390]: [wan_link0] LCP: Down event
...
May 4 03:06:21 gw ppp[14390]: [wan] IPCP: rec'd Configure Ack #7 (Ack-Sent)
May 4 03:06:21 gw ppp[14390]: [wan] IPADDR x.x.x.213
May 4 03:06:21 gw ppp[14390]: [wan] IPCP: state change Ack-Sent --> Opened
May 4 03:06:21 gw ppp[14390]: [wan] IPCP: LayerUp
May 4 03:06:21 gw ppp[14390]: [wan] x.x.x.213 -> z.z.z.z
May 4 03:06:21 gw check_reload_status[377]: rc.newwanip starting pppoe0
May 4 03:06:21 gw ppp[14390]: [wan] IFACE: Up event
May 4 03:06:21 gw ppp[14390]: [wan] IFACE: Rename interface ng0 to pppoe0
May 4 03:06:23 gw php-fpm[38147]: /rc.newwanip: rc.newwanip: Info: starting on pppoe0.
May 4 03:06:23 gw php-fpm[38147]: /rc.newwanip: rc.newwanip: on (IP address: y.y.y.97) (interface: WAN[wan]) (real interface: pppoe0).
May 4 03:06:24 gw php-fpm[38147]: /rc.newwanip: Default gateway setting Interface WAN_PPPOE Gateway as default.
May 4 03:06:24 gw php-fpm[38147]: /rc.newwanip: Gateway, none 'available' for inet6, use the first one configured. ''
May 4 03:06:24 gw php-fpm[38147]: /rc.newwanip: IP Address has changed, killing states on former IP Address x.x.x.213.
May 4 03:06:28 gw php-fpm[38147]: /rc.newwanip: Resyncing OpenVPN instances for interface WAN.
May 4 03:06:28 gw php-fpm[38147]: /rc.newwanip: Creating rrd update script
May 4 03:06:30 gw php[68340]: [pfBlockerNG] No changes to Firewall rules, skipping Filter Reload
May 4 03:06:30 gw php[68340]:
May 4 03:06:30 gw php-fpm[38147]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - x.x.x.213 -> y.y.y.97 - Restarting packages.
</pre> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609352022-05-06T03:25:26ZDan Rice
<ul></ul><p>We still have this issue and as a workaround (to present out Public IP as something else) we setup an Outbound NAT mapping to select the VIP which used to be used by out PPOE connection. The reason was we have lots of services we access which are locked down to IP address, so this was easier than trying to update everything else.</p>
<p>Recently we've found that even with this rule, our outbound IP randomly changes to one of the other VIPs from our range. If we reboot the router then the rule works again.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609362022-05-06T06:02:34ZViktor Gurov
<ul><li><strong>File</strong> <a href="/attachments/4209">769.diff</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/4209/769.diff">769.diff</a> added</li></ul><p>Dan Rice wrote in <a href="#note-10">#note-10</a>:</p>
<blockquote>
<p>We still have this issue and as a workaround (to present out Public IP as something else) we setup an Outbound NAT mapping to select the VIP which used to be used by out PPOE connection. The reason was we have lots of services we access which are locked down to IP address, so this was easier than trying to update everything else.</p>
<p>Recently we've found that even with this rule, our outbound IP randomly changes to one of the other VIPs from our range. If we reboot the router then the rule works again.</p>
</blockquote>
<p>You can test the attached patch.</p>
<p>fix:<br /><a class="external" href="https://gitlab.netgate.com/pfSense/pfSense/-/merge_requests/769">https://gitlab.netgate.com/pfSense/pfSense/-/merge_requests/769</a></p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609412022-05-06T14:36:31ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Pull Request Review</i></li><li><strong>Assignee</strong> set to <i>Viktor Gurov</i></li><li><strong>Target version</strong> set to <i>2.7.0</i></li><li><strong>Plus Target Version</strong> set to <i>22.05</i></li></ul> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609562022-05-08T01:55:19ZViktor Gurov
<ul><li><strong>Status</strong> changed from <i>Pull Request Review</i> to <i>Feedback</i></li></ul><p>Merged:<br /><a class="external" href="https://github.com/pfsense/pfsense/commit/6c98abd379b9222824ba8465c38253d6bd6f5253">https://github.com/pfsense/pfsense/commit/6c98abd379b9222824ba8465c38253d6bd6f5253</a></p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609582022-05-08T02:00:32ZViktor Gurov
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-3 priority-3 priority-low2 closed" href="/issues/7132">Bug #7132</a>: PPPoE IP Alias</i> added</li></ul> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609592022-05-08T02:01:59ZViktor Gurov
<ul><li><strong>Affected Version</strong> set to <i>2.5.0</i></li></ul> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=609692022-05-09T05:51:21ZD D
<ul></ul><p>Viktor Gurov wrote in <a href="#note-13">#note-13</a>:</p>
<blockquote>
<p>Merged:<br /><a class="external" href="https://github.com/pfsense/pfsense/commit/6c98abd379b9222824ba8465c38253d6bd6f5253">https://github.com/pfsense/pfsense/commit/6c98abd379b9222824ba8465c38253d6bd6f5253</a></p>
</blockquote>
<p>Looks like it's still not working for us.<br />Steps to reproduce the issue:</p>
<p>Setup a pfsense1 instance to be used as pppoe server:<br /><pre>
PPPoE Server Configuration
Total User Count: 255
User Max Logins: 255
Server Address: 10.0.1.1
Remote Address Range: 10.65.0.0
Subnet mask: 24
Authentication type: PAP
User table: user pass
</pre></p>
<p>Setup a pfsense2 instance to be used as pppoe client with virtual ips on wan interface:<br /><pre>
Interfaces/WAN (pppoe0)
IPv4 Configuration Type: PPPoE
Username: user
Password: pass
Firewall/Virtual IPs
Virtual IP Address: 10.20.30.41/30, Interface: WAN, Type: IP Alias
Virtual IP Address: 10.20.30.42/30, Interface: WAN, Type: IP Alias
</pre></p>
<p>Connect both pfsense2 wan interface and pppoe server interface on pfsense1 to the same virtual switch and wait for the ppp connection to be established.</p>
<p>Disconnect the pppoe server interface on pfsense1 and wait for the ppp connection to be terminated on pfsense2.</p>
<p>Connect the pppoe server interface on pfsense1 and wait for the ppp connection to be restored on pfsense2.</p>
<p>After the reconnection $curwanip will be 10.20.30.41 instead of 10.65.0.1</p>
<p>Relevant log entries:<br /><pre>
May 9 13:33:01 pfSense ppp[36255]: [wan] IPCP: state change Ack-Sent --> Opened
May 9 13:33:01 pfSense ppp[36255]: [wan] IPCP: LayerUp
May 9 13:33:01 pfSense ppp[36255]: [wan] 10.65.0.1 -> 10.0.1.1
May 9 13:33:01 pfSense check_reload_status[395]: Rewriting resolv.conf
May 9 13:33:02 pfSense check_reload_status[395]: rc.newwanip starting pppoe0
May 9 13:33:02 pfSense ppp[36255]: [wan] IFACE: Up event
May 9 13:33:02 pfSense ppp[36255]: [wan] IFACE: Rename interface ng0 to pppoe0
May 9 13:33:02 pfSense ppp[36255]: [wan] IFACE: Add description "WAN"
May 9 13:33:03 pfSense php-fpm[367]: /rc.newwanip: rc.newwanip: Info: starting on pppoe0.
May 9 13:33:03 pfSense php-fpm[367]: /rc.newwanip: rc.newwanip: on (IP address: 10.20.30.41) (interface: WAN[wan]) (real interface: pppoe0).
May 9 13:33:05 pfSense rc.gateway_alarm[36031]: >>> Gateway alarm: WAN_PPPOE (Addr:10.0.1.1 Alarm:1 RTT:0.000ms RTTsd:0.000ms Loss:100%)
May 9 13:33:05 pfSense php-fpm[367]: /rc.newwanip: Gateway, none 'available' for inet, use the first one configured. 'WAN_PPPOE'
May 9 13:33:05 pfSense check_reload_status[395]: updating dyndns WAN_PPPOE
May 9 13:33:05 pfSense check_reload_status[395]: Restarting IPsec tunnels
May 9 13:33:05 pfSense check_reload_status[395]: Restarting OpenVPN tunnels/interfaces
May 9 13:33:05 pfSense check_reload_status[395]: Reloading filter
May 9 13:33:05 pfSense php-fpm[367]: /rc.newwanip: Default gateway setting Interface WAN_PPPOE Gateway as default.
May 9 13:33:05 pfSense php-fpm[367]: /rc.newwanip: Gateway, none 'available' for inet6, use the first one configured. ''
May 9 13:33:05 pfSense php-fpm[367]: /rc.newwanip: IP Address has changed, killing states on former IP Address 10.65.0.0.
May 9 13:33:07 pfSense php-fpm[366]: /rc.openvpn: Gateway, none 'available' for inet, use the first one configured. 'WAN_PPPOE'
May 9 13:33:07 pfSense php-fpm[366]: /rc.openvpn: Gateway, none 'available' for inet6, use the first one configured. ''
May 9 13:34:02 pfSense php-fpm[367]: /rc.newwanip: Resyncing OpenVPN instances for interface WAN.
May 9 13:34:02 pfSense php-fpm[367]: /rc.newwanip: Creating rrd update script
May 9 13:34:04 pfSense php-fpm[367]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - 10.65.0.0 -> 10.20.30.41 - Restarting packages.
May 9 13:34:04 pfSense check_reload_status[395]: Starting packages
May 9 13:34:05 pfSense php-fpm[366]: /rc.start_packages: Restarting/Starting all packages.
</pre></p>
<p>/var/db/wan_ip<br /><pre>
[2.6.0-RELEASE][admin@pfSense.home.arpa]/root: cat /var/db/wan_ip
10.20.30.41
</pre></p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=610392022-05-11T06:40:18ZViktor Gurov
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Confirmed</i></li></ul><p>able to reproduce on pfSense-2.7.0.a.20220511.0600</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=610412022-05-11T07:10:05ZViktor Gurov
<ul></ul><p>fix:<br /><a class="external" href="https://gitlab.netgate.com/pfSense/pfSense/-/merge_requests/777">https://gitlab.netgate.com/pfSense/pfSense/-/merge_requests/777</a></p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=610442022-05-11T08:06:26ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Confirmed</i> to <i>Pull Request Review</i></li></ul> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=611442022-05-13T13:20:01ZViktor Gurov
<ul><li><strong>Status</strong> changed from <i>Pull Request Review</i> to <i>Feedback</i></li></ul><p>Merged</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=614442022-05-27T02:52:11ZViktor Gurov
<ul><li><strong>Related to</strong> <i><a class="issue tracker-8 status-3 priority-4 priority-default closed" href="/issues/11545">Regression #11545</a>: Primary interface address is not always used when VIPs are present</i> added</li></ul> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=616642022-06-02T22:06:40ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul><p>Following the stated procedure I can't reproduce the problem on 22.05 now. I see the interface go down, and when it comes back and reconnects the addresses are in the correct and expected order, and the interface address is the static address assigned by the server.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=618192022-06-15T03:44:37ZDan Rice
<ul></ul><p>We've installed 22.05 on our Netgate 2100 appliance and it's still assigning the wrong IP address to the WAN interface and not the one shown in the PPP logs.</p> pfSense - Bug #11629: PPPoE WAN IP address different than expected when set static by ISPhttps://redmine.pfsense.org/issues/11629?journal_id=619262022-06-27T09:50:11ZMarcos M
<ul></ul><p>Dan Rice wrote in <a href="#note-23">#note-23</a>:</p>
<blockquote>
<p>We've installed 22.05 on our Netgate 2100 appliance and it's still assigning the wrong IP address to the WAN interface and not the one shown in the PPP logs.</p>
</blockquote>
<p>Please test again after reinstalling 22.05 now that it has been released and provide relevant logs and steps taken.</p>