public inbox for ddns@lists.ipfire.org
 help / color / mirror / Atom feed
From: Adrian Zaugg <ipfire.org@mailgurgler.com>
To: ddns@lists.ipfire.org
Subject: Re: Passing key algo to nsupdate
Date: Sun, 03 Apr 2022 14:15:24 +0200	[thread overview]
Message-ID: <1985172.IPymiuymL7@haiash> (raw)
In-Reply-To: <117777420.ruKscuAWOa@haiash>

[-- Attachment #1: Type: text/plain, Size: 1709 bytes --]

Hi there

After some digging in the code I found some Problems with the ddns component 
of IPFire and especially with the nsupdate provider. The main thing which 
renders the nsupdate provider unusable, I reported under Bug #12837 [1]. It 
seems to me there are more problems, but since I don't use IPFire, I do not 
feel to get involved to much.

It seems to me that the scriptlet the nsupdate provider produces is missing 
the "update" commands. It connects, authenticates and saves, but does not pass 
any information to the server. A generated scriptlet for nsupdate should look 
like this:

	server $SERVER
	zone $ZONE
	update delete $HOSTNAME $RR
	update add $HOSTNAME $TTL $RR $IP
	send

...where: 
$SERVER is the name server to send the record update/ deletion
$ZONE is the domain in which to update the host record
$HOSTNAME is the dynamic host's FQDN
$TTL is the time to live value for the record
$IP is the numerical IP address of the dynamic host
$RR is the record type, "A" for an IPv4, "AAAA" for an IPv6 host address

If I watch the debug output of ddns I do not see the update command being 
sent. I did not check this good enough to report a bug.

The whole provider does not work at all and the code in the ddns seems half 
baken to me. I started to report bugs, but I gave up, when I saw, that it 
nsupdate doesn't work at all. So if some one corrects the code and tests it 
(who actually knows to code in Python unlike me), those deficiencies should 
get discovered anyway. I hope I could help with some bug reports against the 
ddns core and the hint in this mail here.

Best regards, Adrian.

[1] https://bugzilla.ipfire.org/show_bug.cgi?id=12837

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2022-04-03 12:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-01 18:47 ipfire.org
2022-04-03 12:15 ` Adrian Zaugg [this message]
2022-04-04  9:11   ` Michael Tremer
2022-04-04 12:48     ` Adrian Zaugg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1985172.IPymiuymL7@haiash \
    --to=ipfire.org@mailgurgler.com \
    --cc=ddns@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox