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 --]
next prev parent 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