• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Dyn DNS: Check IP detects single IP for multi-WAN

Scheduled Pinned Locked Moved DHCP and DNS
1 Posts 1 Posters 94 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M
    Morlock
    last edited by Aug 30, 2024, 6:35 PM

    Hi,

    Dyn DNS in a multi-WAN setup "suddenly" stopped working for me:

    This is a pfSense CE HA cluster with one Internet access via PPPoE and one via a NAT router (4G). It has two DDNS clients configured for different Route53 host names, one on each interface. Since recently, both DDNS clients update to the PPPoE WAN IP only, i.e. the Check IP Service is detecting the PPPoE IP, despite it is set to monitor the interface to the 4G router.

    Due to limited traffic volume, the 4G router should not be used for failover of the default route but only a VPN connection. Therefore, the PPPoE access was initially set as the default gateway. Then I moved PPPoE and the cluster sync interface into a GW group, to provide Internet access to the secondary cluster unit.

    However, as far as I remember, DDNS was still working then. Since this smelled like a routing issue, I also changed it back and forth, tried other tricks (automatic default GW selection, different GW monitoring settings, adding GW groups for each interface only and monitor them in the DDNS configuration instead of the interfaces, adding unnecessary NAT to the 4G interface...).

    After manual tests with "curl --interface", which also does not stick to the 4G interface, I suspect it can only be the curl version. I updated it at some point by "pkg-static upgrade". The units are on curl version 8.6.0, whereas another current pfSense CE has 8.4.0 (but no multi-WAN to test).

    Can anybody confirm this observation or has another idea, please?

    Thanks,
    M

    1 Reply Last reply Reply Quote 0
    1 out of 1
    • First post
      1/1
      Last post
    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
      This community forum collects and processes your personal information.
      consent.not_received