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

    DYNDNS (freedns) gibt WAN IP als externe IP an

    Scheduled Pinned Locked Moved Deutsch
    3 Posts 2 Posters 738 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.
    • RudiOnTheAirR
      RudiOnTheAir
      last edited by

      Hallo

      Hab noch ein merkwürdiges Problem mit Dyndns.

      Ich habe in einer Schule freedns.afraid.org in Verwendung.

      Ich habe die Update URL eingetragen und das scheint auch zu laufen. Zumindest ist die IP grün. Dummerweise ist das die WAN IP,
      die da angezeigt wird.

      Wenn ich dieses Script auf einem Linux Client im Netz (LAN) laufen lasse, wird dort auch die WAN IP mit der wget Zeile ermittelt, nicht die externe. Evtl. stört ein Proxy die Abfrage.?

      –-------------------------------------------------
      #!/bin/sh
      #FreeDNS updater script

      UPDATEURL="http://freedns.afraid.org/dynamic/update.php?YOURAPIKEYHERE"
      DOMAIN="YOURDOMAINHERE"

      registered=$(nslookup $DOMAIN|tail -n2|grep A|sed s/[^0-9.]//g)

      current=$(wget -q -O - http://checkip.dyndns.org|sed s/[^0-9.]//g)
            [ "$current" != "$registered" ] && {                         
                wget -q -O /dev/null $UPDATEURL
                echo "DNS updated on:"; date
        }
      –-------------------------------------------------------------------
      Wenn ich den Port auf checkip.dyndns.com:8245 ändere, wird die richtige IP ausgegeben.

      Frage jetzt. Könnte das Script nicht statt der eingebauten Updatefunktion direkt auf der pfsense laufen.? Via Cron.? Ist ja auf Linux gemünzt... grep sed nslookup wget...

      --
      Rüdiger

      –
      Rüdiger

      1 Reply Last reply Reply Quote 0
      • JeGrJ
        JeGr LAYER 8 Moderator
        last edited by

        pfSense nutzt normalerweise die WAN IP. Bei DynDNS Anbietern und wenn die WAN IP aus einem privaten Netzsegment stammt, wird normalerweise eine externe Abfrage nach checkip.dyndns.org getriggert und dieser Wert dann übernommen. Funktioniert bei mir - ebenfalls mit afraid.org - auch problemlos. Da muss also nichts extra gebaut werden.

        Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

        If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

        1 Reply Last reply Reply Quote 0
        • RudiOnTheAirR
          RudiOnTheAir
          last edited by

          @JeGr:

          pfSense nutzt normalerweise die WAN IP. Bei DynDNS Anbietern und wenn die WAN IP aus einem privaten Netzsegment stammt, wird normalerweise eine externe Abfrage nach checkip.dyndns.org getriggert und dieser Wert dann übernommen. Funktioniert bei mir - ebenfalls mit afraid.org - auch problemlos. Da muss also nichts extra gebaut werden.

          Das kenne ich auch so. Aber bei einem Kunden wurde immer die IP des LINUX Router angegeben.

          Hab jetzt ein Script von afraid.org modifiziert. Damit geht es dann mit cron…

          Wget wird hier ersetzt, sowie anderer Port.

          ################################

          #!/bin/sh
          #FreeDNS updater script

          UPDATEURL="https://freedns.afraid.org/dynamic/update.php?your-key"
          DOMAIN="your.subdomain.tld"

          registered=$(host $DOMAIN | sed s/[^0-9.]//g | sed 's/..//')

          current=$(fetch -q -o - http://checkip.dyndns.org:8245|sed s/[^0-9.]//g)
                [ "$current" != "$registered" ] && {                         
                    fetch -q -o /dev/null $UPDATEURL
                    echo "DNS updated on:"; date >> dnslog.txt

          }

          #####################################################################

          –
          Rüdiger

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