Bug #13496
closedMulti WAN 22.05 Dynamic DNS not updating when primary link goes down
0%
Description
When using gateway group with failover, dynamic DNS is not updating when the primary link goes down.
Gateway status shows Pending, and gateway group shows Gathering data for that gateway.
Device: SG-3100
Firmware: 22.05
WAN_DHCP: Tier 1 (bridged)
OI_FIBRA_DHCP: Tier 2 (behind a NAT)
Gateway group:: Net_Oi
Firewall default gateway: Net_Oi
Dyndns: Duckdns
Interface to monitor: Net_Oi
Interface to send update from: Net_Oi
Unplug the cable from the primary WAN:
As we can see below, dyndns is not triggered.
dpinger[54273]: WAN_DHCP 179.233.x.x: sendto error: 65
dpinger[54273]: WAN_DHCP 179.233.x.x: sendto error: 65
dpinger[54273]: WAN_DHCP 179.233.x.x: sendto error: 65
dpinger[5605]: send_interval 500ms loss_interval 2000ms time_period 60000ms report_interval 0ms data_len 1 alert_interval 1000ms latency_alarm 500ms loss_alarm 20% dest_addr 179.66.x.x bind_addr 192.168.255.245 identifier "OI_FIBRA_DHCP "
dpinger[54273]: exiting on signal 15
dpinger[54610]: exiting on signal 15
dpinger[54273]: WAN_DHCP 179.233.x.x: sendto error: 65
dpinger[54273]: WAN_DHCP 179.233.x.x: sendto error: 65
php-fpm[454]: /rc.filter_configure_sync: Default gateway setting Interface OI_FIBRA_DHCP Gateway as default.
php-fpm[454]: /rc.filter_configure_sync: Gateway, switch to: OI_FIBRA_DHCP
Plug the cable to the primary WAN:
Now, we can see dyndns being triggered.
dpinger[54405]: send_interval 500ms loss_interval 2000ms time_period 60000ms report_interval 0ms data_len 1 alert_interval 1000ms latency_alarm 500ms loss_alarm 20% dest_addr 179.66.x.x bind_addr 192.168.255.245 identifier "OI_FIBRA_DHCP "
dpinger[54044]: send_interval 500ms loss_interval 2000ms time_period 60000ms report_interval 0ms data_len 1 alert_interval 1000ms latency_alarm 500ms loss_alarm 20% dest_addr 179.233.x.x bind_addr 179.233.x.y identifier "WAN_DHCP "
dpinger[5605]: exiting on signal 15
php-fpm[82104]: /rc.newwanip: Dynamic DNS: updatedns() starting
php-fpm[82104]: /rc.newwanip: Default gateway setting Interface WAN_DHCP Gateway as default.
php-fpm[82104]: /rc.newwanip: Gateway, switch to: WAN_DHCP
php-fpm[82104]: /rc.newwanip: Dynamic DNS custom (): _checkIP() starting.
check_reload_status[468]: updating dyndns wan
dhcpd[67784]: Wrote 0 new dynamic host decls to leases file.
php-fpm[82104]: /rc.newwanip: Dynamic DNS custom (): 179.233.x.y extracted from local system.
php-fpm[82104]: /rc.newwanip: Dynamic DNS custom (): _checkIP() starting.
php-fpm[82104]: /rc.newwanip: Dynamic DNS custom (): _detectChange() starting.
php-fpm[82104]: /rc.newwanip: Dynamic DNS (): running get_failover_interface for NET_Oi. found mvneta2
php-fpm[82104]: /rc.newwanip: phpDynDNS (): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
php-fpm[82104]: /rc.newwanip: Dynamic Dns (): Current WAN IP: 179.233.x.y Cached IP: 179.233.x.y
php-fpm[82104]: /rc.newwanip: Dynamic DNS custom (): 179.233.x.y extracted from local system.
php-fpm[752]: /rc.dyndns.update: Dynamic DNS: updatedns() starting
php-fpm[752]: /rc.dyndns.update: Dynamic DNS custom (): _checkIP() starting.
php-fpm[752]: /rc.dyndns.update: Dynamic DNS (): running get_failover_interface for NET_Oi. found mvneta2
php-fpm[752]: /rc.dyndns.update: Dynamic DNS custom (): 179.233.x.y extracted from local system.
php-fpm[752]: /rc.dyndns.update: Dynamic DNS custom (): _detectChange() starting.
php-fpm[752]: /rc.dyndns.update: Dynamic DNS custom (): _checkIP() starting.
php-fpm[82104]: /rc.newwanip: Netgate pfSense Plus package system has detected an IP change or dynamic WAN reconnection - 179.233.x.y -> 179.233.x.y - Restarting packages.
php-fpm[752]: /rc.dyndns.update: phpDynDNS (): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
php-fpm[752]: /rc.dyndns.update: Dynamic Dns (): Current WAN IP: 179.233.x.y Cached IP: 179.233.x.y
php-fpm[752]: /rc.dyndns.update: Dynamic DNS custom (): 179.233.x.y extracted from local system.
Updated by Marcelo Cury over 2 years ago
Changed the gateway Oi_Fibra from DHCP to static, and it is working now
Updated by Danilo Zrenjanin over 2 years ago
- Status changed from New to Confirmed
Tested on SG-3100 running on:
22.05-RELEASE (arm) built on Wed Jun 22 18:56:40 UTC 2022 FreeBSD 12.3-STABLE
I was able to reproduce the same behavior.
Dynamic DNS doesn't recognize the link down on the tier1 WAN gateway in a gateway group (if it's assigned by a DHCP server). If it's defined manually, Dynamic DNS gets updated as expected.
Updated by Jim Pingle over 2 years ago
- Project changed from pfSense Plus to pfSense
- Category changed from Dynamic DNS to Dynamic DNS
- Status changed from Confirmed to Duplicate
- Affected Plus Version deleted (
22.05)
Almost certainly a duplicate of #12920
Updated by Danilo Zrenjanin over 2 years ago
tier1 gateway assigned by DHCP:
Sep 16 14:17:22 check_reload_status 399 Restarting IPsec tunnels Sep 16 14:17:22 check_reload_status 399 Reloading filter Sep 16 14:17:22 check_reload_status 399 Restarting OpenVPN tunnels/interfaces Sep 16 14:17:22 check_reload_status 399 Restarting IPsec tunnels Sep 16 14:17:20 check_reload_status 399 Reloading filter Sep 16 14:17:20 php-fpm 10032 /rc.linkup: Removing static route for monitor x.x.x.x and adding a new route through x.x.x.x Sep 16 14:17:20 php-fpm 10032 /rc.linkup: Removing static route for monitor 2001:x:4x::xxxx and adding a new route through xxx:x:xxx:xxx::x Sep 16 14:17:19 php-fpm 10032 /rc.linkup: Removing static route for monitor x.x.x.X and adding a new route through x.x.x.x Sep 16 14:17:18 php-fpm 10032 /rc.linkup: DEVD Ethernet detached event for wan Sep 16 14:17:17 check_reload_status 399 Linkup starting mvneta0 Sep 16 14:17:17 kernel mvneta0: link state changed to DOWN
tier1 gateway defined manually:
Sep 16 14:30:09 php-fpm 65314 /rc.dyndns.update: phpDynDNS (off-gate): (Success) IP Address Updated Successfully! Sep 16 14:30:09 php-fpm 65314 /rc.dyndns.update: phpDynDNS: updating cache file /conf/dyndns_SBB1__TELEKOM2digitalocean'off-gate'0.cache: x.x.x.x Sep 16 14:29:55 php-fpm 34683 /rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use SBBGW. Sep 16 14:29:53 php-fpm 34683 /rc.openvpn: Default gateway setting Interface TELEKOM_PPPOE Gateway as default. Sep 16 14:29:53 php-fpm 65314 /rc.dyndns.update: Default gateway setting Interface TELEKOM_PPPOE Gateway as default. Sep 16 14:29:53 php-fpm 34683 /rc.openvpn: Gateway, switch to: TELEKOM_PPPOE Sep 16 14:29:53 php-fpm 15762 /rc.filter_configure_sync: Default gateway setting Interface TELEKOM_PPPOE Gateway as default. Sep 16 14:29:53 php-fpm 65314 /rc.dyndns.update: Gateway, switch to: TELEKOM_PPPOE Sep 16 14:29:53 php-fpm 15762 /rc.filter_configure_sync: Gateway, switch to: TELEKOM_PPPOE Sep 16 14:29:53 php-fpm 34683 /rc.openvpn: Slack API server did not return data in expected format! Sep 16 14:29:52 php-fpm 34683 x.x.x.x|x.x.x.x|SBBGW|7.559ms|1.116ms|26%|down|highloss Sep 16 14:29:52 php-fpm 34683 /rc.openvpn: MONITOR: SBBGW has packet loss, omitting from routing group SBB1__TELEKOM2 Sep 16 14:29:50 check_reload_status 399 Reloading filter Sep 16 14:29:50 check_reload_status 399 Restarting OpenVPN tunnels/interfaces Sep 16 14:29:50 check_reload_status 399 Restarting IPsec tunnels Sep 16 14:30:10 kernel arpresolve: can't allocate llinfo for x.x.x.x on mvneta0 Sep 16 14:30:10 kernel arpresolve: can't allocate llinfo for x.x.x.x on mvneta0 Sep 16 14:30:10 kernel arpresolve: can't allocate llinfo for x.x.x.x on mvneta0 Sep 16 14:30:10 kernel arpresolve: can't allocate llinfo for x.x.x.x on mvneta0 Sep 16 14:29:49 check_reload_status 399 Reloading filter Sep 16 14:29:49 check_reload_status 399 Restarting OpenVPN tunnels/interfaces Sep 16 14:29:49 check_reload_status 399 Restarting IPsec tunnels Sep 16 14:29:49 check_reload_status 399 updating dyndns SBBGW Sep 16 14:29:49 rc.gateway_alarm 62810 >>> Gateway alarm: SBBGW (Addr:178.x.x.x Alarm:1 RTT:7.528ms RTTsd:1.136ms Loss:22%) Sep 16 14:29:36 check_reload_status 399 Reloading filter Sep 16 14:29:36 php-fpm 12782 /rc.linkup: Hotplug event detected for SBB(wan) static IP (178.1x.x.x )