I believe the fixes I made to delphinusdnsd (on linux) were good. I'm going to backport the code to the STABLE_1_4 branch soon and then tag it RELEASE_1_4_1. I'm gonna run the code as it is now for another week on the particular Linux computer that had problems throughout december and early january and if I don't see any more crashes then it's a done deal. Sorry for inconveniences. This I believe did not affect BSD versions of this code, only Linux although and off-by-one was fixed (I think), that should have impact on all platforms.0 comments
Sorry to bring these bad news... I have noticed segfaults on Linux but not on OpenBSD, in the TCP engine (tcploop()). I have for the time being reinstalled nsd on the linux replicant and I'll have to see what's causing this. I know of one possible off-by-one buffer overflow but I couldn't exploit it with my test program. I'm still looking. I suspect that the problem may be with the linux TAILQ macros as I remove a member from the tailq and it wasn't _SAFE (which is only found in libbsd) so there is some room for corruption there. I'll look at replacing the TAILQ macros with their libbsd equivalents for 1.5.0 and possibly backport it to 1.4.1. Still deciding what to do and how to it correctly. I haven't seen the OpenBSD delphinusdnsd with this behaviour, and that is what I care most about.2 comments
I have released delphinusdnsd 1.4.0. More info is found in the news.html entry. I'd like to thank everyone that contributed to this release (special thanks to FreeLogic and PiRATA).0 comments
Revision 1.98 of reply.c does more reply length checks and truncates when appropriate. Before it gave weird answers because it excluded RRSIG's and fit NSEC3's which was bogus. PowerDNS recursor noticed this as bogus and would mark all zones on those nameserver as bogus (as tested). Of course PowerDNS was right in this, and my code was wrong. Much thanks to Peng_ in #dns on freenode who helped me debug this problem.0 comments
I found some problems with delphinusdnsd and I'd like a week of testing before tagging it a release. I'm hoping for a release around or on January 2nd, 2020.0 comments
Sorry to bother you again, the last patch was wrong, I had edited the article directly but you wouldn't see it if you didn't reload it. Here it is again.1 comment
Here is a patch, if you're using the daemon. Unfortunately this won't be available until the release day. I'm mindsearching if I'm going to put this release off until next year (2020).3 comments
I'd like to wish you a happy december solstice and a merry christmas. I'm going away for 6 days from my work setup until the 26th when I'll be back in my apartment and doing the final check for delphinusdnsd and then releasing it.0 comments
Today I installed NetBSD and noticed I don't really know too much about this BSD. It was sorta hard. But I finally managed to install Delphinusdnsd to it and it prompted for some makefile changes. So then I'll be revisiting all test platforms tomorrow and on the 26th and 27th after which I will tag a release in the tree and make the tarball available. Unfortunately christmas is in the way or else I'd have a few more days. And commitments after the 27th until new years take away also a few more days. If you want to try out Delphinusdnsd grab a snapshot and test. It's likely not going to change in a big way in these last three days. If you'd rather wait for the 1.4 tarball, there is eight days left to wait for that.0 comments
Due to some family commitments I have to move the release closer to christmas and the 29th which is what I would have chosen is a sunday. So it'll be the 27th (a friday). So the 26th and 27th will be final tests, next week the 16th throughout the 21st will be any last minute coding changes.0 comments
On this day in
By clicking on the header of an article you will be served a cookie. If you do not agree to this do not click on the header. Thanks!
Using a text-based webbrowser?
... such as lynx? Welcome back it's working again for the time being.
Older Blog Entries