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

    DDNS cannot determine public IP after upgrading to 2.7.1

    Scheduled Pinned Locked Moved DHCP and DNS
    ddns
    5 Posts 2 Posters 1.0k Views 2 Watching
    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.
    • N Offline
      NickyDoes
      last edited by

      DDNS seems to have stopped working after upgrade.

      Command prompt:

      # curl  http://checkip.dyndns.org/
      <html><head><title>Current IP Check</title></head><body>Current IP Address: 136.54.116.71</body></html>
      

      System logs:

      Nov 23 05:54:05 	php-fpm 	49308 	/rc.newwanip: Dynamic DNS (home.demarcohome.com) There was an error trying to determine the public IP for interface - wan (re0 ).
      Nov 23 05:54:05 	php-fpm 	49308 	/rc.newwanip: Dynamic DNS (home.demarcohome.com): running get_failover_interface for wan. found re0
      Nov 23 05:54:05 	php-fpm 	49308 	/rc.newwanip: Dynamic DNS cloudflare-v6 (home.demarcohome.com): _checkIP() starting.
      Nov 23 05:54:05 	php-fpm 	49308 	/rc.newwanip: Dynamic DNS: updatedns() starting 
      

      Both these posts are relevant, but not conclusive:

      https://forum.netgate.com/topic/158230/custom-check-ip-service-not-working-there-was-an-error-trying-to-determine-the-public-ip-for-interface-wan/2

      https://forum.netgate.com/topic/138216/dynamic-dns-client-can-t-determine-public-ip-from-behind-nat-router

      Reasonably typical home networking config:
      pfSense 2.7.1
      Dedicated x86 machine with 2x Realtek ports (I know, realtek, but they have been working since 2017)
      Google Fiber -> pfSense on WAN

      What am I missing?

      S 1 Reply Last reply Reply Quote 0
      • S Offline
        SteveITS Rebel Alliance @NickyDoes
        last edited by

        @ndemarco There’s a verbose logging option on the ddns settings, try that. There have been cases where something changes at the server end, for example utf encoding.

        Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
        When upgrading, allow 10-15 minutes to reboot, or more depending on packages, and device or disk speed.
        Upvote 👍 helpful posts!

        N 1 Reply Last reply Reply Quote 0
        • N Offline
          NickyDoes @SteveITS
          last edited by NickyDoes

          @SteveITS
          I had enabled verbose logging already.
          d6a4be5b-07d4-4b58-821a-1030656da87d-image.png

          And I had toyed with Hurricane Electric as a check IP provider.
          89a4647a-b130-42e8-a00b-e9de9989d166-image.png

          1 Reply Last reply Reply Quote 0
          • N Offline
            NickyDoes
            last edited by

            So this appears to be a bug.

            Steps to reproduce:

            1. Verify IP address is returned as a compliant text string is returned via command prompt.
            2. Attempt to update DDNS.
            3. View log. Verify log reports inability to determine WAN connection

            Expected response: DDNS CheckIP returns the valid IP address.

            If you disagree, point out what I'm doing wrong.

            N 1 Reply Last reply Reply Quote 0
            • N Offline
              NickyDoes @NickyDoes
              last edited by

              @ndemarco Uh, this is resolved.

              I had chosen, for the DDNS provider CloudFlare v6 not realizing the fairly obvious fact that "v6" portion wasn't the version of CloudFlare DDNS protocol. It is a short reference to IPv6.

              After selecting the correct CloudFlare for IPv4, all my problems are in the past 😁.

              Now, to impement IPv6 on my internal network...

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