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

    Dynamic dns update

    Scheduled Pinned Locked Moved DHCP and DNS
    4 Posts 2 Posters 1.8k 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.
    • GilG
      Gil Rebel Alliance
      last edited by

      I do not retrieve the correct wan public IP address from the automated /etc/rc.dyndns.update.
      I have edited the cron to update every 10 mins, however the IP address being returned can be incorrect. The cached ip matches this and remains 'green'.
      I can correct it by editing the dyndns service and forcing an update, which proves the settings are valid.

      I have tested it by logging on to my dyndns account and manually changing the IP address on the service to an incorrect address, then observing the cron actions.

      11 cheers for binary

      1 Reply Last reply Reply Quote 0
      • GilG
        Gil Rebel Alliance
        last edited by

        I believe what is happening is this:

        The Cron to update Dynamic DNS on the Router does a "checkip" and compares it to it's cached IP address.
        These addresses match and all is green and wonderful.
        However; the IP Address stored with the Dynamic DNS provider (dyndns in this case), can be different - which means you will not be able to connect.

        Performing a "Force Update" refreshes the dynDNS IP address and corrects the issue - But you need to connect to do this.

        You would not usually have this problem, unless the DynDNS address have been changed by a second service.

        Mine was changed when I set up a "spare" router with the identical config (including DynDNS name) and it changed the DynDNS IP - thus removing connectivity to the original router. The original router will not correct this error, as pointed out above..

        Any thoughts about how to correct this? Perhaps another Cron that does a "Force Update" - is that possible?

        11 cheers for binary

        1 Reply Last reply Reply Quote 0
        • GertjanG
          Gertjan
          last edited by

          This is where things go wrong :
          @Gil:

          ….
          Mine was changed when I set up a "spare" router with the identical config (including DynDNS name) and it changed the DynDNS IP - thus removing connectivity to the original router. The original router will not correct this error, as pointed out above..

          When  pfSense checks the IP, it uses : see Services => Dynamic DNS => Check IP Services (normally http://checkip.dyndns.org ) and visiting http://checkip.dyndns.org  will show your IPv4 WAN.
          IF this values corresponds with the cached address, then it considers its done.
          pfSense will NOT check what has been saved at dyndns.org because when it did set the IPv4 - it cached it also. (no need to flood dyndns.org - the don't like that !). So, what has been cached was what has been stored at dyndns.org.
          If you use another router to change the IPv4 (another !) behind the back of pfSense … well ... you looked fro problems and found them  :)

          Do NOT use the "force" button to often, they can blacklist your updates.

          No "help me" PM's please. Use the forum, the community will thank you.
          Edit : and where are the logs ??

          1 Reply Last reply Reply Quote 0
          • GilG
            Gil Rebel Alliance
            last edited by

            I accept that you should not create a situation where another source will edit your Dynamic DNS IP address.

            The point is to create awareness about the consequences of doing this, and that pfSense will not correct the error - even though it periodically checks its Public IP Address.

            It is helpful to recognise why this is the case - as you point out the DynDNS service would be flooded, if not for the cached IP address solution

            I would have thought it best to discuss such issues within this forum, - we're all here to learn.

            11 cheers for binary

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.