Open Source BIND Alternative Launches 162
bednarz writes "A group of experts on Tuesday released an open source alternative to the BIND DNS server. The new software — dubbed Unbound 1.0 — is a recursive DNS server. From its first prototype in 2004, Unbound was designed to be a faster, more secure replacement for BIND. Unbound supports DNS security extensions (DNSSEC), which authenticate DNS lookups but are not yet widely deployed because they rely on a public key infrastructure. Unbound was released to open source developers by NLnet Labs, VeriSign, Nominet and Kirei."
Powerdns anyone? (Score:4, Interesting)
Re:Powerdns anyone? (Score:5, Funny)
Return to parent comment.
Re: (Score:3, Insightful)
\o/
As for unbound, yeah it sure looks interesting but don't trust the benchmark, that one simply doesn't look l
Re: (Score:3, Funny)
What caused pdns_recursor to crash today?
Re: (Score:2)
Re: (Score:3, Insightful)
Re: (Score:2)
Troll? Sheez, tough crowd...
Re: (Score:2)
Could you write about it without thinking about it? After several years of journalism college, probably.
Re:Powerdns anyone? (Score:4, Interesting)
Re: (Score:3, Funny)
Dang it, I want to read further into the thread but I keep getting a stack overflow before I can get past the second comment.
While we're on the subject... (Score:2)
I love the fact that there are pluggable backends. More than that, I love the pipe backend. I realize this is an "everything looks like a nail" scenario, but I actually wrote a PowerDNS->REST client with that, and then a Rails server behind it.
Slow? Sure, but I can always setup a slave -- either someone like DynDNS, or another PowerDNS server with a faster backend (MySQL, Postgres, maybe even SQL
It's not... (Score:5, Informative)
Taken from here [unbound.net]: Unbound is a validating, recursive, and caching DNS resolver. Huh, frontpage-information is always quite hard to get.
Re:It's not... (Score:5, Interesting)
Seems this is a first: both the submission and the article are absurdly wrong.
Re: (Score:3, Informative)
Taken from http://www.nlnetlabs.nl/ [nlnetlabs.nl]:
Recent Software Updates
Unbound 1.0.0
Tue May 20 2008
The public release of Unbound, a fast recursive validating caching DNS server.
Re:It's not... (Score:4, Insightful)
Never in the history of Slashdot has a comment been more deserving of the response "You must be new here".
Re: (Score:3, Funny)
For those of you wondering what the difference is: (Score:5, Informative)
Bad terminology; let's make this simple (Score:2)
The most important kind of DNS servers -- the ones that make up the DNS hierarchy -- are called AUTHORITATIVE servers. These are what actually provide information about domains' hosts. You set one up when you're serving DNS for a domain (an internet dom
Slashdot Barbie... (Score:5, Funny)
Re:It's not... (Score:5, Informative)
Most DNS servers do both, so "DNS server" means many different things depending on the context. When your ISP gives you a "DNS server" to use, it's a recursive server, not an authoratative server.
The end user has a "stub resolver", which does not qualify as a server.
For a more indepth discussion of DNS architecture and DNSSEC, you can check out "DNS for Rocket Scientists" here http://www.zytrax.com/books/dns/ [zytrax.com] or a talk I gave on DNS security here:
http://www.mavensecurity.com/presentations [mavensecurity.com]
Re: (Score:2)
From the unbound site:
Seems clear to me.
I don't see how describing how servers can behave as clients to/among one another is informative or useful, nor does it make a server a non-server, at least not in the traditional sense. Unbound does lookups and caching, and from what I see, it can make use of some localhost zone files.
T
Re: (Score:3, Insightful)
Re: (Score:2)
A recursive resolver does much more then simply proxy requests, it searches down the DNS namespace to find the information you are looking for.
You ask for www.amazon.com, and it queries multiple servers get more and more specific information, then returns the result to you.
There are good definitions for the terms name server, authoritative name server, resolver, recursive resolver and more in the DNS world, but "D
Re:It's not... (Score:5, Interesting)
Perhaps most pieces of DNS software can do both. But actual DNS installations should not be configured that way [measurement-factory.com]. In fact, I've seen a rise in DNS cache poisoning attempts [slashdot.org] against my authoritative DNS server.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Funny)
djbdns (Score:3, Informative)
http://cr.yp.to/djbdns.html
Kurt
Re:djbdns (Score:5, Informative)
djbdns is now in the public domain (as of December 2007). Before that, there was no license.
http://cr.yp.to/distributors.html [cr.yp.to]
Re:djbdns (Score:5, Insightful)
The man himself can often come across as arrogant - but you can't deny with djbdns he's written extraordinarily stable, virtually bug-free code that he has now (along with almost all of his other work) explicitly gifted to the public domain. He deserves a little credit for that, imho, and djbdns certainly deserves being considered alongside any other DNS server.
Re: (Score:3, Insightful)
Re: (Score:3, Interesting)
Also keep in mind that qmail proper is 10 years old, and things like RFC 2822 didn't exist when it was written. qmail-ldap provides a much more modern view on email -- including all the goodies like TLS/SSL support, pre-acceptance address verification, etc. -- to the same basic s
Re: (Score:2)
Qmail like most of DJB's stuff suffers from being so different that people miss the good points (sort of like the windows vs. linux argument). Sure sendmail sucked but at least one knew where the mail was stored and obvious places to find the config.
Re: (Score:2)
It's also very small, extremely fast, highly modular, and extraordinarily robust. It could take the load of a root name server, if you had the bandwidth. It actually approaches the almost-mythical status of "bug-free software"; I certainly would be surprised by any remaining security or stability issues being discovered in it. The man himself can often come across as arrogant - but you can't deny with djbdns he's written extraordinarily stable, virtually bug-free code that he has now (along with almost all of his other work) explicitly gifted to the public domain. He deserves a little credit for that, imho, and djbdns certainly deserves being considered alongside any other DNS server.
Your code would probably be pretty secure too if you called all your variables and functions by single letters of the alphabet and made it harder to decipher.
Honestly, djbdns is great software, but having tried to look through the code a while back (because of a compilation problem that I later was able to find a patch for due to his lack of updates and the changes in compilers since he last released it) it's difficult as hell to understand simply because it code like:
ldapdns (Score:3, Interesting)
Re: (Score:3, Funny)
Re: (Score:2, Informative)
Feh.... (Score:2, Interesting)
Angry Maintainer! (Score:4, Funny)
"Angry Maintainer is watching you masturbate." "Eww." "Why do you think he's angry?"
Re: (Score:3, Funny)
Re:Feh.... (Score:4, Insightful)
Re: (Score:2)
There's also the possibility of DJB deciding on his own interpretation of the protocol, often going back to the actual RFC, and ignoring how it's implemented. I wouldn't mind this, if there was a "plays nice with others" option to enable, but there isn't -- about all I could do is edit the source myself and recompile, or download someone else's patch and hope it applies properly.
An
Re: (Score:2)
Re: (Score:2)
Because you want to experiment with IPv6? Because your backup DNS supports IXFR just like every other server on the planet, and they won't enable rsync just for you?
Re:Feh.... (Score:4, Insightful)
When Theo is wrong, he *immediately* launches personal attacks, never once admitting the reality of the situation. (Linux devs were "inhuman" because they posted a GPL violation in a *public* repo to that repo's mailing list.)
What colour is the sky in your world?
Re: (Score:2)
He did swear a bit about AMD being preferential to Linux and not releasing specs, but he HAD A POINT there. That was indeed the case and the hardware RNG support for the AMD chipsets in OpenBSD is not based on chipset specs, but on looking at the linux driver. The reason for this is that AMD treated the linux developers preferentially at the time (intentionally or unintentionally - do not care, result
Re: (Score:2)
That said, if there are no major bugs and the software is feature complete, I wouldn't really expect many new releases. Releases for the sake of it j
Re: (Score:2)
Re: (Score:2)
Re:djbdns is abandonware (Score:4, Informative)
Re: (Score:3, Insightful)
Maybe he didn't want his sources modified because nobody else seems to be able to write secure software, and he doesn't want his name on a security bulletin for someone else's Qmail/DJBDNS mistake.
Tell me again how many mail and DNS servers have had zero security holes?
Not that it matters anymore, as these have all been placed in the public domain.
One might request new fea
Re: (Score:2)
It doesn't support IPv6, or SRV, NAPTR, or RP records and other new record types, an
Java based DNS server? (Score:5, Funny)
Is there anything out there?
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:3, Interesting)
FYI, bind9 is already open source (Score:5, Informative)
Bind9 is licensed under the ISC license, a BSD-like license. The full text of the license follows.
-molo
Copyright (C) 1996-2001 Internet Software Consortium.
Permission to use, copy, modify, and distribute this software for any
purpose with or without fee is hereby granted, provided that the above
copyright notice and this permission notice appear in all copies.
THE SOFTWARE IS PROVIDED "AS IS" AND INTERNET SOFTWARE CONSORTIUM
DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL
INTERNET SOFTWARE CONSORTIUM BE LIABLE FOR ANY SPECIAL, DIRECT,
INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING
FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
Because kdawson is a troll (Score:2, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
The title is "Open Source BIND Alternative Launches". You could interpret that in two ways -- one, that there's a new alternative to BIND that's open source, with the implication that it's the open-source-ness that differentiates it from BIND (and thus that BIND is not open source); two, that there's a new alternative to BIND, which happens to be open source, full stop. The latter in
Are we supposed to trust.. (Score:5, Interesting)
Re:Are we supposed to trust.. (Score:5, Funny)
Re: (Score:2)
Re: (Score:2)
Both Open Source, Both BSD... (Score:5, Insightful)
On top of that, given the history of security problems in this line of software I would wait a while before deploying Unbound on anything serious.
Especially given the fact it sells its self as being more complex and big than its predecessor.
But, but, but, but... (Score:2, Funny)
Re: (Score:2)
Re: (Score:2)
Re: (Score:3, Funny)
The obligatory... (Score:3, Funny)
They also eat cute little puppies, which is fine with me as I'm a cat person.
maradns (Score:3, Informative)
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
I considered Mara for our authoritative name server, then decided it has two significant limitations:
The name server is the one place where you want to deploy IPv6 support as early as possible, since it will be needed as soon as you have a single IPv6
DNS is a big problem and it's getting bigger (Score:3, Interesting)
DNS is one of the bottlenecks to come. For nearly every ISP, DNS traffic grows faster than the overall traffic.
i'm doing a lot of consulting for large ISPs on DNS problems. BIND is good for small and medium ISPs but bad for large ones (as resolver, as primary or secondary nameserver).
It doesn't work very well with Cache above 1GB and the multithreading is not very efficent. Startup (for servers with 100K zones) is very slow, restart (after changing the configuration) is risky if you decreased the number of masters for a secondary zone (core dump). The readability of the code is far from perfect and it doesn't seperate different functions very well (e.g. you cannot easily replace the caching algorithm). The handling of slow or dead servers could be improved too...
So, i personaly welcome the new contender in the OSS nameserver arena ;-). Let the games begin...
The best results (up today) i got with Nominum [nominum.com] ANS and CNS. It's neither FOSS nor cheap but really, really fast. We replaced at one customer 4 overloaded BIND systems (3 Ghz Dual Xeon, 4GB RAM, 2 BIND processes per system) with CNS on the same hardware (but only 2 systems) and the load barely reached 10%.
Sincerely yours, Martin
Re: (Score:3, Insightful)
Seriously, "DNS traffic grows faster than the overall traffic"? Maybe if you're doing a lot of TCP-over-DNS (thanks, Dan Kaminsky), or if you are providing DNS hosting services. Otherwise, I fail to see how a primarily UDP-based, extremely lightweight protocol (designed for cacheing at every layer, mind you) can grow faster than HTTP or whatever your traffic is.
Again, if DNS is your bottleneck, you've got something that's not designed properly,
Re:DNS is a big problem and it's getting bigger (Score:4, Interesting)
Sorry, you missunderstood me. I didn't say DNS traffic is a bottleneck. I said DNS is the bottleneck and i meant the number of requests.
Why do we get so many more DNS requests today:
While DNS is still a small percentage of the overall traffic, it can be a bottleneck. I slow caching nameserver (if its overloaded or as inefficent as a BIND in a large ISP environment) can severely decrease the "speed experience" of a fast DSL line. If you have an average answer time of 300ms for a DNS request from a caching nameserver, it really hurts. Just believe me...
Iw ould agree that BIND nearly never is your biggest problem. But for big ISP it can be a big problem anyway. A lot of them already dumped BIND.
Regards, Martin
Re:DNS is a big problem and it's getting bigger (Score:4, Informative)
* client resolver library
* client's upstream nameservers (recursive-only generally, operated by their ISP)
* any add'l upstream DNS architecture between the client's nameservers and the SOA
point being that billions of DNS requests generated daily for e.g. google.com are NOT all individually served by Google's nameservers. A small percentage of the total actually comes all the way through; the rest are handled by cacheing (one of the primary design goals of the protocol).
A proper architecture will do more to improve site performance (and reduce burden on the network) than any amount of changes to the software you're using to serve DNS. The slowdown you're referring to is much more likely to occur closer to the edge than in the core of the ISP (where DNS server performance are a factor).
BIND is not the problem. DNS isn't even the problem (unless you've got some really boneheaded setups). _architecture_, in a general sense (from systems to storage to networking to web page content to CDN to GSLB to peering to geographic distribution of datacenters), is the problem. DNS is a very small facet of the overall problem (it can be a problem, granted - but it's hardly the most significant one, or even in the top 5 the vast majority of the time).
Re: (Score:3, Insightful)
Re: (Score:2)
The problem are not the requests to the primary/secondary name servers. The bottleneck are more the caching name servers of the access providers.
Regards, Martin
Re: (Score:2)
Re: (Score:2, Informative)
Re:DNS is a big problem and it's getting bigger (Score:5, Insightful)
Neither is open source better thean comercial nor is comercial better than open source. It all depends on the use. As i wrote, if you are a small ISP or a medium ISP and (e.g. 5K Zones, 10K DNS requests per second) BIND suits your needs. If you have 100K zones and 100K DNS requests per second, i doesn't. I mentioned Nominum because it's the best solution i have seen till today and i will benchmark Outbound against CNS and not BIND. Beating BIND is IMHO not a challenge....
I'm not in the secret sauce business ;-). I speak numbers and statistics. E.g. CNS is for high loads 10-20 times more CPU efficent than BIND as caching nameserver on the same hardware. The cache handling of BIND 8/9 really, really sucks :-(. A customer doesn't pay 80K $ just on my say so (unluckily). They run tests and to prove the business case.
Remark: 90% of my customers run BIND and are happy with it. I do OSS and comercial software in a happy mix. Ideology is not my thing. Use the software (FOSS or comercial) that's better for the problem.
Regards, Martin
Re:DNS is a big problem and it's getting bigger (Score:5, Informative)
I do IT as a living for 25 years now, so the answer to your question is YES.
The answer is YES again. I sell it too...
The answer here is NO. The problem with this thread and the discussion here is, that you underestimate the problem.
Example: It's 2007. You have 4 Caching DNS servers on 3Ghz Dual Xeon, each runs a two BIND 8 processes. Each BIND process is bound to a specific IP address. The servers really work hard, but the DNS performance (time to answer, percentage of queries ansered) doesn't satisfy you. What do you do?
OK, let's start:
The real world says: BIND 9 on a Dual CPU system brings you 140% of the performance of BIND 8. But you're running 2 processes on each system. Switching to BIND 9 decreases your performance per CPU for about 30%.
The real world says: OK, you increased your capacity by 40% while doubling the costs. This is a workaround but no solution...
The real world says: OK, no you qadruppeled your costs. Are you aware that managing a hardware costs more than the iron itself. And how, by the way, do you distribute the load?
The real world takes it spreadsheet and says: Well a load balancer for that load costs something too. Any one here knows how to setup and configure ACME load balancer?
Ar this point the real world sighs: Ah, and you are aware that about 30+% have hardwired the name server.
Believe me, this is the simplified version for beginners.
Regards, Martin
Re: (Score:2)
That said USD80K buys you a lot where I live (50K to 65K meals). So managing the hardware may not cost as much if you're in a different part of the real world.
Re:DNS is a big problem and it's getting bigger (Score:5, Interesting)
If you run BIND with 100K zones, it takes quite some time to come up and starts answering queries. If you do a reload, it has a dead time in between. Try it...As secondary it has bugs (for more than 12 months now) that may crash it. I just had customer who paid a lot of money to get it fixed by an external company. Of course the fix was sent to the BIND maintainers.
As always, you can work around the problem. E.g. for the startup/reload problem you can use multiple server and load balancers, switch ip addresses, pull a rabbit out of your hat... It's all possible. The question is always: is it cost efficent? If you have to adopt your procedures to work with BIND, you may do so. A lot of companys prefer paying money and adopt the software to their procdures. Both ways may work.
BIND doesn't have a performance problem as primary nameserver or secondary nameserver. It has a performance problem as a caching nameserver and a severe one. This is why i'm happy about Unbound.
At last: Some root nameservers should always run BIND. We need at huge diversity of software for root server, even if it creates pains. Just for security reasons....
Regards, Martin
Disclaimer: I don't hate BIND, i don't love specific comercial products. The decision is always based on a lot of parameters. Price, FOSS vs. comercial, hardware or software based solution, Know How of the administrators... All goes into one pot. There is no one size fits all.
Re: (Score:2)
While a root server handles a lot of traffic, it only serves a single zone with a few hundred entries.
ENUM with DNSSEC (Score:2)
BIND isn't Open Source? (Score:3, Interesting)
Tuesday? Meh! (Score:2)
try nsd instead (Score:2, Informative)
# apt-get install nsd
Simple to install. Simple to configure.
According to the homepage, it can handle big loads too.
http://www.nlnetlabs.nl/nsd/ [nlnetlabs.nl]
bah (Score:2)
I made the mistake of trusting djbdns for an important deployment until I started to realize limitation after limitation caused by djb's mental illness. (similar to the qmail story, I guess).
Microsoft DNS was pretty scary - although now I see real networks built around it. They convinced people to switch because of the vague threat that they might break other DNS server's ability to co-exist with Active Directory. Bu
Re: (Score:2, Interesting)
Those are some mighty fine credentials.
Re: (Score:2)
Re: (Score:2)
Being real software, though, I doubt whether they tested their page with any Windows based browser :P
Re: (Score:2)
We definately shouldn't trust their ability to write DNS servers.
(Hint for the humour impaired: Apples != Oranges)
Re: (Score:3, Insightful)
Security is written into software. It's not added after the fact, and security lapses cannot be fixed.