Bug #6992
closedZoneEdit DDNS does not update to CARP IP
100%
Description
When using ZoneEdit Dynamic DNS, using dual wan with a gateway group for failover, ZoneEdit domain gets the WAN/Interface IP instead of the CARP IP.
Logs show that it should be updating with the CARP IP, but when you login to zoneedit it has the WAN/Interface IP.
For example:
/rc.dyndns.update: Dynamic DNS: updatedns() starting
Dec 7 11:21:34 php-fpm 11826 /rc.dyndns.update: Dynamic DNS zoneedit (remote.active-semi.us): 216.74.227.26 extracted from local system.
Dec 7 11:21:34 php-fpm 11826 /rc.dyndns.update: Dynamic DNS (remote.active-semi.us): running get_failover_interface for remoteFailover. found _vip583af5f91f885
Dec 7 11:21:34 php-fpm 11826 /rc.dyndns.update: Dynamic DNS zoneedit (remote.active-semi.us): 216.74.227.26 extracted from local system.
Dec 7 11:21:34 php-fpm 11826 /rc.dyndns.update: Dynamic Dns (remote.active-semi.us): Current WAN IP: 216.74.227.26 Cached IP: 216.74.227.26
Cached IP shows .26 on the status screen, but login to zone edit shows 216.74.227.29, which is the WAN/Interface IP for the one router.
It does update the IP when switching over between WAN interfaces and doing updates, so it is communicating with Zone Edit - but it is giving the wrong IP address.
I tried the exact same setup using DynDNS as at test case, and DynDNS works correctly, and get the correct Cached IP. So it looks like it is something with the ZoneEdit configuration/setup.
Updated by Phillip Davis almost 8 years ago
Maybe sending the proper "dnsto" parameter to Zoneedit will fix this, see Pull Request:
https://github.com/pfsense/pfsense/pull/3261
Please test - I cannot test since it needs a Zoneedit account and the relevant pfSense multi-WAN CARP IP etc config.
Updated by Renato Botelho almost 8 years ago
- Category set to Dynamic DNS
- Status changed from New to Feedback
- Assignee set to Renato Botelho
- Target version set to 2.4.0
- % Done changed from 0 to 100
PR has been merged. Thanks!
Updated by Jim Pingle almost 8 years ago
- Status changed from Feedback to Resolved
I created a zoneedit account (it's free, and you can just make up a domain when testing without actually pointing anything to them).
It updated using the CARP VIP correctly in this scenario. I made a single WAN and created a gateway group with one entry and selected a CARP VIP there, then chose that and forced an update. The GUI doesn't show a cached IP address, but the zoneedit web interface shows that the update succeeded and it shows the VIP as the address for the record.
Updated by Jim Pingle over 7 years ago
- Target version changed from 2.4.0 to 2.3.3