Git Product home page Git Product logo

Comments (5)

dstapp avatar dstapp commented on August 21, 2024

Aah I think I know the problem :-) And I agree that the example in the documentation is misleading here.

You configured a NS record for dyndns.myDomain.net, right? So your ZONE variable in the envfile has to be like this:

ZONE=dyndns.myDomain.net

and when you send a DDNS request to the REST API then (in your example googleTest) this will be be the domain googleTest.dyndns.myDomain.net in the end. So the important thing here is to set ZONE properly according to your dyndns NS record. Please remove the docker container after changing the envfile and create it from scratch as I'm not sure right know if this is written to some configuration file that is then stored within the container instance.

Can you please try that and give me some feedback if this worked for you?

from docker-ddns.

DaveDischord avatar DaveDischord commented on August 21, 2024

OK. I've edited and rebuilt, but still no luck.
http://ns.sugarwitch.net:8080/update?secret=_Secret_&domain=webTest&addr=_IPaddr_
Returns -> {"Success":true,"Message":"Updated A record for webTest to IP address IPaddr"}
Brought up the log:

  • sudo docker logs -f dyndns
  • creating
  • zone...
  • creating
  • zone file...
  • creating REST api config...
  • [ ok ] Starting domain name service...: bind9.
  • 2017/09/06 13:05:49 Serving dyndns REST services on 0.0.0.0:8080...
  • 2017/09/06 13:41:28 A record update request: webTest -> IPaddr

webtest.dyndns.sugarwitch.net -> DNS address could not be found.
I know its probably something silly, but its just not clear to me.

from docker-ddns.

dstapp avatar dstapp commented on August 21, 2024

Did you create a "NS" record for dyndns.sugarwitch.net pointing to the same address as the "A" record for ns.sugarwitch.net ? (I believe this should be 63.96.9.170). Because when I run

dig NS dyndns.sugarwitch.net

I get no record back for your "dyndns" domain:

; <<>> DiG 9.9.7-P3 <<>> NS dyndns.sugarwitch.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 34135
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;dyndns.sugarwitch.net.		IN	NS

;; Query time: 23 msec
;; SERVER: 192.168.0.20#53(192.168.0.20)
;; WHEN: Wed Sep 06 18:56:21 CEST 2017
;; MSG SIZE  rcvd: 50

It returns with SERVFAIL which means that the requested zone does not exist on the nameserver that provides your domain.

Here's my DNS records that work for me:

$TTL 3600
[...]
dyndns     IN NS      ns
@              IN NS      [blabla].

ns             IN A       [my server ip]

The answer section for my NS lookup looks like this

thirteen:~() $ dig NS dyndns.[foo] @8.8.8.8

; <<>> DiG 9.9.7-P3 <<>> NS dyndns.[foo] @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16240
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;dyn.dyndns.[foo].			IN	NS

;; ANSWER SECTION:
dyn.dyndns.[foo].		86399	IN	NS	localhost.

;; Query time: 62 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Wed Sep 06 19:09:56 CEST 2017
;; MSG SIZE  rcvd: 63

As you can see, it returns status NOERROR which means that the zone exists on the nameserver (although I have no clue why it returns localhost in the answer section, maybe this is something regarding policies / maybe someone else has more insight here).

I'd guess your problem lays somehow there. Maybe NS delegation works different in the software GoDaddy is using, I'm not sure which one this is.

Maybe this helps? https://networkhobo.com/2014/07/22/godaddy-delegate-subdomain-to-different-nameserver/ This is essentially what I'm doing directly in my bind zonefile. Be sure to have the "host" fields exactly in the same format as described, I know that this can cause problems in different DNS implementations.

from docker-ddns.

DaveDischord avatar DaveDischord commented on August 21, 2024

I think I've found the culprit and am on the right track, I hope. '53' wasn't opened up on my firewall.

from docker-ddns.

dstapp avatar dstapp commented on August 21, 2024

OK, I'm happy that you were able to solve it! I'll close this one. If you have any further problems, just let me know.

from docker-ddns.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.