From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 7408 invoked by uid 1108); 17 May 2001 16:30:38 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 17 May 2001 16:30:38 -0700 (PDT)
From:
X-Sender:
To:
Subject: Hello, there
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
MaraDNS is coming right along. I am releasing updates to the development
branch--the branch that will eventually be a fully funcitonal recursive
(occassionally called "proxy") nameserver. I fixed a fairly nasty bug
today, I am sure there are countless other bugs to fix.
The stable branch, which is an authoritative-only nameserver, has pretty
much settled down. There are two bugs which I know need to be fixed: The
ability to provide records for the root nameserver, and the ability for
'askmara' to have a timeout. I believe both problems have already been
fixed in the development branch, so it is just a matter of back porting
the fixes.
Hopefully, one of the people who have volunteered to translate the
documents and the core error messages MaraDNS generates will have a
translation ready in short order. When that happens, MaraDNS will become
multilingual.
This message is, among other things, testing the mailing list.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 8246 invoked by uid 1108); 17 May 2001 22:23:31 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 17 May 2001 22:23:31 -0700 (PDT)
From:
X-Sender:
To:
Subject: New developer snapshot of the recursive namserver (0.6.15)
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I just uploaded a MaraDNS 0.6.15, which is a developers-only snapshot of
MaraDNS. The main change is the addition of more debugging routines, so I
can more closely look at how the code which is supposed to add data to the
cache, based on the replies of remote nameservers.
The problem with custom data structures, such as MaraDNS' buffer-over
resistant string library, is that gdb does not handle them well. I have
a lot of printfs and what not in the code so I can see what is going on.
I have added a DEBUG #define so I can quickly make the debugging code
invisible once the recursive nameserver becomes more usable.
Summary: The recursive nameserver is coming along. I beleive that I will
have something usable by June 1st, although it may not be very featureful,
and will probably beak the specs in a number of ways.
The authoritative nameserver, of course, is still at 0.5.22, and is quite
stable.
I will make a posting tomorrow sometime when MaraDNS 0.6.16 comes out
(which will be another developer's snapshot).
The files can be downloaded here:
http://www.maradns.org/download.html
http://www.maradns.org/download
The reason I use frequently updated tarballs (.tar.bz2 files) instead of
CVS is because I feel that anonymous CVS is a security risk. CVS only
makes sense when a lot of people are working on the same code at the same
time.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 11714 invoked by uid 1108); 18 May 2001 23:30:28 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 18 May 2001 23:30:28 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.6.18 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
MaraDNS 0.6.18 released. This is a developers-only release, one where I
am working on recursive DNS. Please use the 0.5.22 released, which is a
mostly debugged and stable authoritative-only nameserver.
Release notes:
--
I have added a lot more debugging stuff as I hunt down why it is RRs are
not being added to the dns RR cache. I think I am pretty close to pinning
it down, and hope tomorrow's release can add RRs to the big cache.
(2001.05.18)
--
Hopefully, I will have something that correctly updates the cache by the
end of the weekend.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 13546 invoked by uid 1108); 19 May 2001 11:56:34 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 19 May 2001 11:56:34 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.5.23 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I have just released a bugfix release for the stable 0.5.xx branch of
MaraDNS. MaraDNS 0.5.23 has three bug fixes:
* MaraDNS can now handle the root nameserver: MaraDNS can be a root
nameserver, and askmara can ask questions about the root nameserver.
* The askmara tool now has a 10-second timeout.
* The logging output is now unbuffered.
The source code, and both source and binary RPMs are available at
http://www.maradns.org/
This will hopefully be the last bugfix release for a while.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 24258 invoked by uid 1108); 21 May 2001 01:16:32 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 21 May 2001 01:16:32 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS stable branch updated to version 0.5.24
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello there,
I have updated the stable branch of MaraDNS to version 0.5.24. This
updated release has two minor bug fixes:
* The "erre-con-erre-cigarro.maradns.org", which returns the version of
MaraDNS being run, would not work if you had NS records for the root
server. Fixed.
* Some POSIX-complient OSes, such as the GNU HURD, do not support
limiting the number of processes with setrlimit. MaraDNS will now
continue to run on such OSes. Since the stable branch of MaraDNS
no longer uses fork(), this is not a security issue for the stable
branch.
Downloads are here:
http://www.maradns.org/download.html
Next: Make this release available on the Sourceforge mirror of the stable
branch of MaraDNS.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 27578 invoked by uid 1108); 21 May 2001 22:27:03 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 21 May 2001 22:27:03 -0700 (PDT)
From:
X-Sender:
To:
Subject: Developmant snap MaraDNS 0.6.17 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I just made available, for semi-public consumption, another pre-alpha
release of the recursive version of MaraDNS. The new release is 0.6.17,
and I have hit a significant milestone: This version is capable of getting
and processing information received from a remote nameserver, and
appropriately updating the cache.
Anyway, it is available here:
http://www.maradns.org/download
At this point, I think I will have a working alpha-quality recursive
nameserver by June 1st--my target date for a working recursive nameserver.
(see http://www.maradns.org/roadmap.html)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 3927 invoked by uid 1108); 24 May 2001 22:58:20 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 24 May 2001 22:58:20 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.6.18 developer snapshot released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
After a three day delay, I have released another minor update to MaraDNS.
The one features some minor updates: It now will query nameservers until
it gets something besides a nameserver referral. At that point, well, I
need to add code to add an answer to the cache, and make that answer
visible to the end user.
Once that is done, the next thing I need to do is add code to handle
non-working nameservers (if this name server does not respond, try the
next one), and then code to handle name servers which we need to look up
the IP address of (ugh).
I hope to have something working in a week, on June 1st--my original
target date for a working recursive nameserver.
Downloads, as always, are at http://www.maradns.org
As for the stable branch, MaraDNS 0.5.24 seems to not have any major bugs.
If no bugs are reported for a week or two, I will canonize it as a
"stable" non-recursive nameserver.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 19830 invoked by uid 1108); 29 May 2001 00:20:45 -0700
Sender: aj7kwkp@maradns.org
Date: Tue, 29 May 2001 00:20:45 -0700 (PDT)
From:
X-Sender:
To:
Subject: Another development snapshot released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello, everyone,
Another development snapshot of MaraDNS, version 0.6.19, has been
released.
Not only did I get to spend some time with my family this memorial day
weekend, I also was able to get Linux up and going on my new laptop. Took
two installs, but everything except SSL in Konqueror now works.
I also, now that the new laptop is (mostly) up and going, have gotten a
chance to work on MaraDNS. This new laptop, since it has a working
battery, should speed up MaraDNS development--I can now work on MaraDNS on
the train. Considering that I spend over two hours a day on the train,
this will really speed up development again. I hope.
The latest version is able to go to a remote server and give us an
incomplete answer (only one RR) based on what the remote server tells us.
As for the stable branch, we are still at 0.5.24. Since I have not gotten
any definite bug reports at this time (though I have gotten hints that
there are little bugs in the stable branch), the code is perfect. Until,
of course, the next bug is discovered.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 25693 invoked by uid 1108); 30 May 2001 22:25:38 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 30 May 2001 22:25:38 -0700 (PDT)
From:
X-Sender:
To:
Subject: Yet another development snapshot
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
For your pleasure and delight, I have yet another devlopment snapshot of
MaraDNS. This one has two big improvments:
1) The recursive resolver can now handle multiple A records (MaraDNS
deliberately ignores NS and AR records. Note that it is a good idea to
give out the corresponding A record for a CNAME record [To do])
2) There is now code which makes a local copy of the chain of NS records
in an authoritative-only section, which will allow me to make thread-safe
code which will query other nameservers, should a given nameserver not
function (e.g. Someone changed a computer's IP. In the three weeks it can
take Network Solutions to update the records on the root nameservers, we
still want to be able to reach the domain in question by using the other
listed nameserver for the domain)
As always, check out:
http://www.maradns.org/download.html
- Sam (Being able to develop MaraDNS on the train and in the park while
enjoying a beautiful sunset on one of the few hot days San
Francisco allows me to make significant progress with
MaraDNS without having to stay up to 2am the way I used to)
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 27356 invoked by uid 1108); 31 May 2001 10:08:45 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 31 May 2001 10:08:45 -0700 (PDT)
From:
X-Sender:
To:
Subject: Question and answer added to the FAQ
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I just had multiple people ask me about how to bind MaraDNS to multiple IP
addresses. The method is as follows:
You know, someone else asked me the exact smae question.
The current method is to run multiple copies of MaraDNS, each using its
own mararc file.
E.g:
maradns -f /etc/mararc.1
maradns -f /etc/mararc.2
If you just want to bind to all IP addresses your computer has, binding to
the ip "0.0.0.0" *should* work.
I don't think this will be too hard to correctly implement, since I
already have code for specifying multiple IP addresses with the IP ACL
code used by the zone server. Until then, I will add this workaround to
the faq.
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28373 invoked from network); 31 May 2001 12:49:37 -0700
Received: from unknown (HELO mail.dajoba.com) (216.133.235.30)
by artemas.reachin.com with SMTP; 31 May 2001 12:49:37 -0700
Received: (qmail 22212 invoked from network); 31 May 2001 19:49:30 -0000
Received: from unknown (HELO we-24-130-20-168.we.mediaone.net) ([24.130.20.168]) (envelope-sender )
by mail.dajoba.com (qmail-ldap-1.03) with SMTP
for ; 31 May 2001 19:49:30 -0000
Date: Thu, 31 May 2001 12:49:29 -0700 (PDT)
From: Abraham Ingersoll
X-X-Sender:
To:
cc:
Subject: binding 0.0.0.0 & misc issues with 0.5.24
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Under tinydns, one can't bind 0.0.0.0 because the source address of the
UDP response has to be the same as the destination address of the original
request. If you bind 0.0.0.0 and a request comes into eth0:45
(10.0.0.45), it may then go out the default interface (eth0, 10.0.0.1). Most
resolvers will drop responses that don't contain the correct source IP,
port and sequence ID, AFAIK.
I haven't examined your code, so don't hold me up to this if I'm wrong.
While trying to test this, I noticed the following too --
- ./configure isn't +x and has to be run like this: '. ./configure'.
Perhaps this is only true on my dist (RH7.1), but I think almost every
package I've downloaded has ./configure as u+x.
- for the life of me, I can't get 0.5.24 to read db.example.com:
[root@mail maradns-0.5.24]# /usr/local/bin/maradns -f /etc/mararc
Log: Root directory changed
Log: Socket opened on UDP port 53
Log: Root privledges dropped
Fatal error: Error running populate_main program.
Possible reason: There is a zone without a trailing dot (see the FAQ)
[root@mail maradns-0.5.24]# cat /etc/mararc
# Example mararc file
chroot_dir = "/etc/maradns"
csv1["example.com."] = "db.example.com"
#csv1 = {}
bind_address = "127.0.0.1"
maradns_uid = 99
maxprocs = 64
no_fingerprint = 0
default_rrany_set = 3
max_chain = 8
max_ar_chain = 1
max_total = 20
verbose_level = 3
[root@mail maradns-0.5.24]# ls -ald /etc/maradns/
drwxr-xr-x 2 nobody root 4096 May 31 11:43 /etc/maradns/
[root@mail maradns-0.5.24]# ls -ald /etc/maradns/db.example.com
-rwxr-xr-x 1 nobody nobody 359 May 31 11:43 /etc/maradns/db.example.com
[root@mail maradns-0.5.24]# cat /etc/maradns/db.example.com
# Zone file for example.com (example file)
Sexample.com.|86400|example.com.|hostmaster@example.com.|19771108|7200|3600|604800|1800
Nexample.com.|86400|ns1.example.com.
Nexample.com.|86400|ns2.example.com.
# Some 'IN A' records
Aexample.com.|86400|10.1.2.3
Amx.example.com.|86400|10.1.2.4
Ans1.example.com.|86400|10.0.0.1
Ans2.example.com.|86400|192.168.0.1
[root@mail maradns-0.5.24]# grep nobody /etc/passwd
nobody:x:99:99:Nobody:/:
[root@mail maradns-0.5.24]# uname -a
Linux localhost.localhost 2.4.2-2 #1 Sun Apr 8 20:41:30 EDT 2001 i686 unknown
I wanted to test out MaraDNS listening on 0.0.0.0, but it keeps giving me
this darned populate_main error. :(
Abe
On Thu, 31 May 2001 aj7kwkp@maradns.org wrote:
> I just had multiple people ask me about how to bind MaraDNS to multiple IP
> addresses. The method is as follows:
>
> You know, someone else asked me the exact smae question.
>
> The current method is to run multiple copies of MaraDNS, each using its
> own mararc file.
>
> E.g:
>
> maradns -f /etc/mararc.1
> maradns -f /etc/mararc.2
>
> If you just want to bind to all IP addresses your computer has, binding to
> the ip "0.0.0.0" *should* work.
>
> I don't think this will be too hard to correctly implement, since I
> already have code for specifying multiple IP addresses with the IP ACL
> code used by the zone server. Until then, I will add this workaround to
> the faq.
>
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28653 invoked by uid 1108); 31 May 2001 14:25:47 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 31 May 2001 14:25:47 -0700 (PDT)
From:
X-Sender:
To:
Subject: Re: binding 0.0.0.0 & misc issues with 0.5.24
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
> - ./configure isn't +x and has to be run like this: '. ./configure'.
> Perhaps this is only true on my dist (RH7.1), but I think almost every
> package I've downloaded has ./configure as u+x.
Yep, I know what broke that. I have a script (fix.perms) that does a
chmod 644 on everything except a handful of scripts. That script failed
to note that configure needs to be executable.
> - for the life of me, I can't get 0.5.24 to read db.example.com:
[snip]
> #csv1 = {}
I failed to correctly document this.
I have just updated the FAQ and the example mararc on the web page to
correctly point out that the csv1 hash has to be initialized before it can
be used. The above line initializes the hash. The reason for the unusual
syntax is so that it is Python-compatible--the goal is to make a mararc
file a legal Python script (that does nothing except set variables, mind
you).
It looks like it is time to make a 0.5.25 release. Things to do:
* Add the man pages that Jakko generously made to the distribution.
* Have it so that the zoneserver calls itself "zoneserver" instead of
"maradns"
* Fix the broken perms of the configure scripts
* Better explain the setup of the mararc file (the necessity of csv1 =
{}, etc.)
* Add the FAQ to the distribution.
* If I have time, make the parser for mararc give us better error messages
which are actually helpful. Actually, better error messages are better
than better documentation, since the last thing a sysadmin wants to do
is plow through 30 reams of documentation before using a program
* Test to see how binding on 0.0.0.0 works.
Let's see, the train ride to my Spanish class this afternoon takes an
hour. I should also have time after the class.
> I wanted to test out MaraDNS listening on 0.0.0.0, but it keeps giving me
> this darned populate_main error. :(
Hopefully the above notes will help you.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 29181 invoked by uid 1108); 31 May 2001 16:35:16 -0700
Date: Thu, 31 May 2001 16:35:16 -0700 (PDT)
From:
To: Abraham Ingersoll
cc:
Subject: Re: binding 0.0.0.0 & misc issues with 0.5.24
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
> You must do something with the UDP response packet to make sure it goes
> out the right interface??
Well, what I am doing is sending out the reply in the simplest manner.
Buried in getudp is this:
counter = recvfrom(sock,data->string,max_len,0,client,&len_inet);
Client here is a pointer to a sockaddr structure, which will have the IP
address, port, and so on that the client sent their query on.
Later on, buried in far too many functions, are various forms of this:
sendto(sock,reply->string,reply->unit_count,0,client,len_inet);
Recvfrom does all the work of making a note of where the client connected
from, in a handy form that sendto can use.
With TCP connections, one does not even need the overhead of remembering
the sockaddr structure to send back a reply. The connection is
essentially a file, and can be treated as such.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
Note that the return address for this message times out in 90 days
A permanent address is here: http://www.samiam.org/ssi/mailme.shtml
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 30388 invoked by uid 1108); 31 May 2001 22:53:17 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 31 May 2001 22:53:17 -0700 (PDT)
From:
X-Sender:
To:
Subject: Another day, another release
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello, everyone.
I have just released MaraDNS 0.5.25. This has a number of enhancments
over MaraDNS 0.5.24, mainly cosmetic bugfixes:
* Some improvement to the error handling so that MaraDNS returns
appropriate error codes when certain common mistakes are made,
instead of useless obscure error messages.
* Jaakko Niemi provided man pages for getzone, askmara, and
zoneserver.
* Reference where zoneserver calls itself maradns corrected.
* FAQ in the document section updated.
* configure had bad perms (it wasn't executable). Fixed.
* example_mararc updated to point out that csv1 = {} is essential,
and that you can use the IP 0.0.0.0 to bind to all IPs a given
server has. Thanks to Abraham Ingersoll for testing the special
0.0.0.0 address.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 32341 invoked from network); 1 Jun 2001 14:04:37 -0700
Received: from unknown (HELO ids.trivial.3va.net) (213.132.151.223)
by artemas.reachin.com with SMTP; 1 Jun 2001 14:04:37 -0700
Received: (qmail 30773 invoked by uid 500); 1 Jun 2001 21:08:20 -0000
Date: Fri, 1 Jun 2001 23:08:20 +0200
From: arjen@ids.trivial.3va.net
To: list@maradns.org
Subject: maradns does not run
Message-ID: <20010601230820.C30688@ids.trivial.3va.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hi,
i just DLled the latest snap of maradns, 0.6.19.
make went ok, did what was said in the Quickstart, but
[root@ids maradns-0.6.20]# ./server/maradns
Log: Root directory changed
Log: Socket opened on UDP port 53
Log: Root privledges dropped
Warning: Can not open zone file example.com.
Log: All RRs have been loaded
Log: Awaiting data on port 53
netstat doesn't show anything listening on port 53.
When i do a query, like
[root@ids maradns-0.6.20]# host -t ns example.com 127.0.0.1
;; connection timed out; no servers could be reached
and maradns logs:
-2
Log: Awaiting data on port 53
Log: Message received, processing
\007example\003com\000\000\374
\003com\000\000\374
\000\000\374
Querying nameserver 127.0.0.1
Can anybody push me into the right direction?
I will now do
/etc/init.d/named start
or you won't get my msg :)
Grtz,
Arjen.
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 32379 invoked from network); 1 Jun 2001 14:12:20 -0700
Received: from unknown (HELO ids.trivial.3va.net) (213.132.151.223)
by artemas.reachin.com with SMTP; 1 Jun 2001 14:12:20 -0700
Received: (qmail 30850 invoked by uid 500); 1 Jun 2001 21:16:05 -0000
Date: Fri, 1 Jun 2001 23:16:05 +0200
From: Arjen
To: list@maradns.org
Subject: Fwd: maradns does not run
Message-ID: <20010601231605.A30843@3va.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-howlong: 11:14pm up 6 days, 13:51, 4 users, load average: 0.11, 0.06, 0.01
-----
Sorry, a repost, my from address doesn't resolve properly.
This one does ;)
-----
Hi,
i just DLled the latest snap of maradns, 0.6.19.
make went ok, did what was said in the Quickstart, but
[root@ids maradns-0.6.20]# ./server/maradns
Log: Root directory changed
Log: Socket opened on UDP port 53
Log: Root privledges dropped
Warning: Can not open zone file example.com.
Log: All RRs have been loaded
Log: Awaiting data on port 53
netstat doesn't show anything listening on port 53.
When i do a query, like
[root@ids maradns-0.6.20]# host -t ns example.com 127.0.0.1
;; connection timed out; no servers could be reached
and maradns logs:
-2
Log: Awaiting data on port 53
Log: Message received, processing
\007example\003com\000\000\374
\003com\000\000\374
\000\000\374
Querying nameserver 127.0.0.1
Can anybody push me into the right direction?
I will now do
/etc/init.d/named start
or you won't get my msg :)
Grtz,
Arjen.
Please be aware that anything posted to this list is publically archived.
To unsubscribe to this list, send a blank message to
list-unsubscribe@maradns.org
----- End forwarded message -----
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 32515 invoked by uid 1108); 1 Jun 2001 14:55:55 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 1 Jun 2001 14:55:55 -0700 (PDT)
From:
X-Sender:
To:
cc: Arjen
Subject: Re: Fwd: maradns does not run
In-Reply-To: <20010601231605.A30843@3va.net>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
> netstat doesn't show anything listening on port 53.
UDP servers do not "listen" in the output of netstat. LISTEN only applies
for processes which are TCP servers.
When MaraDNS is up, the relevent line in the netstat output is this:
udp 0 0 127.0.0.4:53 0.0.0.0:*
> [root@ids maradns-0.6.20]# host -t ns example.com 127.0.0.1
> ;; connection timed out; no servers could be reached
The default ip is 127.0.0.3, since 127.0.0.1 may be used for production
use.
Keep this in mind: MaraDNS 0.6.xx, while being developed as a working
recursive nameserver, is not a working recursive nameserver at this point.
It is, essentially, a series of pre-alpha snapshots being released in
taballs instead of CVS because I feel running an open CVS server is a
security concern.
Even when it becomes a working nameserver, hopefully later on this week,
it will probably not have good support for all of the various name servers
that can exist out there.
> Can anybody push me into the right direction?
Yep. Download and install MaraDNS 0.5.25, which does not work as a
recursive nameserver, but is stable and does everything it is supposed to
do.
I hope to have something ready by the end of this week. I had an original
projection done a couple of months ago that today was the release date for
a working recursive nameserver.
Unfortunatly, some factors delayed the release:
* A lack of time, caused by 12-hour days (2 hours on the train to work, 8
hours at work, and 2 hours on the way home)
* The need to maintain two branches of MaraDNS
* A realization that sleeping 4-6 hours a night when I was developing
the authoritative-only nameserver was killing me
* Difficulties "kick-starting" myself to start working on the recursive
code after I had a working authoritative nameserver up and running
* The Heretic video game (the original one based on the Doom engine, not
the quake-engine-based Heretic II game)
Of this list of excuses, the only valid one is spending time mastering
Heretic instead of doing trivial things like having a production-ready
recursive nameserver ready when I said it would be ready.
To allow MaraDNS to be released in a timely fashion, I recently purchased
a laptop computer which allows me to develop MaraDNS while on the train.
This allows me to develop MaraDNS while commuting, allowing me to both
work on MaraDNS and get more than six hours of sleep a night.
- Sam (who now understands why open-source projects are never released
on time: Heretic, Quake, Loki's offerings, etc.)
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 1336 invoked by uid 1108); 1 Jun 2001 23:18:19 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 1 Jun 2001 23:18:19 -0700 (PDT)
From:
X-Sender:
To:
Subject: Yet another CVS-style snapshot
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I have released another pre-alpha snapshot of MaraDNS. This is MaraDNS
0.6.21, and it now has the ability to go to the next nameserver with a
known IP.
This code does not do anything useful. I am only making it public becuase
I feel that making pre-alpha snapshots publically available lets people
know that MaraDNS is being actively developed.
Next: Add the code to handle out of bailiwick name servers.
Or maybe I should just get good enough in Heretic to be able to finish
E1M8 starting with just the pea shooter.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 12514 invoked by uid 1108); 3 Jun 2001 20:33:02 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 3 Jun 2001 20:33:02 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.00 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
MaraDNS 0.7.00, the first pre-alpha release that can possibly be used as a
real recursive nameserver, has been released. Here are the changelog
notes:
Albert Prats kindly provided Spanish translations for various text
files. To get MaraDNS to compile in Spanish instead of English,
type in ./locale.es before compiling MaraDNS.
MaraDNS now can handle gluelessness. I am bumping up the minor
version number to reflect that MaraDNS now has recursive
nameserving capabilities, albeit without some security features.
Next: Work on cache flushing and security. (2001.06.03)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 12630 invoked by uid 1108); 3 Jun 2001 21:38:09 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 3 Jun 2001 21:38:09 -0700 (PDT)
From:
X-Sender:
To:
Subject: Re: MaraDNS 0.7.00 released
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
> MaraDNS 0.7.00, the first pre-alpha release that can possibly be used as a
> real recursive nameserver, has been released.
This release can not be used as a recursive nameserver with the real root
nameserver, because the root nameservers deliberately answer all queries
in all-uppercase, in an attempt to keep all domain queries
case-insensitive.
This is what one gets when they develop internet software on a train
without a internet connection.
I did figure out a way to preserve case while being compatible with
real-world nameservers with the authoritative nameserver. Now I have to
figure out how to do the same thing with the recursive nameserver.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 21325 invoked by uid 1108); 6 Jun 2001 22:34:16 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 6 Jun 2001 22:34:16 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.01 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello there.
MaraDNS 0.7.01 has been released. This is strictly a "CVS snapshot"
release. I have verified that it compiles, but not that it runs.
It has the following two changes:
* A spec sheet which describes how to add case-insensitive yet
case-preserving DNS resolution.
* The beginnings of code which implements just that.
The addition of code which causes MaraDNS to be case-insensitive yet
case-preserving will add about a week to the development cycle to MaraDNS.
However, I feel that doing this right is more important than meeting some
arbitrary deadline.
Hopefully, there will be a stable recursive nameserver by the end of the
month of June. Hopefully.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 5519 invoked by uid 1108); 11 Jun 2001 00:28:18 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 11 Jun 2001 00:28:18 -0700 (PDT)
From:
X-Sender:
To:
Subject: Whoo hoo! MaraDNS is now a working recursive nameserver
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
OK, there are a lot of things in the spec I still need to implement
(negative cacheing, choosing a random nameserver when performing a query,
cache expiration and cache size control, a secure psudo-random query ID
and query port number, an ACL to determine who is allowed to make
recursive queries, etc.), but MaraDNS is now a working caching name
server. So, for the brave, the foolhardy, those that must have the most
unstable and incomplete cutting edge version of MaraDNS, we now have a
working recursive nameserver.
The release I just put up is MaraDNS 0.7.02, and it does perform recursive
name queries, albeit not very well.
Look here for a download:
http://www.maradns.org/download.html
I hope to implement all of the items on the above list by the end of the
month. Note that "hope" is the operative word here.
This is, for better or for worse, a free software project, so things like
my day job (oh, how I long for the days when things were slow and I could
develop MaraDNS all day at work again), visiting my family and friends,
getting something resembling sleep, my Spanish lessons, among other
things, have this nasty way of slowing down development. The good news
that this make the code have better quality, since it gives me time to
think about the bugs the code has while doing items on the above list,
allowing me to implement it right. Hopefully.
Anyway, enjoy!
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 8612 invoked by uid 1108); 11 Jun 2001 23:52:35 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 11 Jun 2001 23:52:35 -0700 (PDT)
From:
X-Sender:
To:
Subject: Another release of MaraDNS
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Another development snapshot of MaraDNS has been released. From the
changelog:
This release has implemented the ability to expire records from the cache.
All Name server records have a fixed expire of 1 day (this can be changed
by changing one #define in recursive.c), but all other records have an
expire time based on the TTL of the record. **I have not yet tested
DNS RR expire**.
Also, I (think) I fixed a bug where only one case-insensitive name would
have its case folded.
Anyway, for the brave and foolhardy, this is my second development
snapshot of MaraDNS for the day (eight minutes left in the day!)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 11899 invoked by uid 1108); 12 Jun 2001 23:41:56 -0700
Sender: aj7kwkp@maradns.org
Date: Tue, 12 Jun 2001 23:41:56 -0700 (PDT)
From:
X-Sender:
To:
Subject: The nasty cache expire bugs have been fixed
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello,
The nasty cache expire bugs in MaraDNS 0.7.03 have been fixed in MaraDNS
0.7.04. This is what I get for releasing a development snapshot without
testing my changes first.
Anyway, for those foolhardy to download pre-alpha snapshots, the current
cnapshot of MaraDNS has working cache expire. In other words, RRs that
have expired from the cache are discarded. As always:
http://www.maradns.org/download/
Next: Set MaraDNS up so that it chooses a random nameserver to query.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 21663 invoked by uid 1108); 16 Jun 2001 01:48:44 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 16 Jun 2001 01:48:44 -0700 (PDT)
From:
X-Sender:
To:
Subject: I have released MaraDNS 0.7.05
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
The DNS server now has a psudo-random number generator which uses the
Rijndael algorithm. This PRNG randomizes both the query ID and (I
believe) the source port of any and all DNS queries. This PNRG now needs
to become secure (by setting up either a random or a user-defined Rijndael
key)
In related news, I am getting reports of incompatibility problems with
MaraDNS's getzone client and the Bind 8.2.4. According to the report,
this problem can be fixed by a simple one line patch (change the class of
the query from 255 [all classes] to 1 [only the internet class]).
Unfortunatly, the report in question failed to include the relevent
portions of their named.conf file. I know that the current getzone client
can get zones from other versions of Bind--I tested against Bind4, Bind8,
and axfrdns when I wrote the zone client--so I need to get a machine that
is in no way connected to the internet, put Bind on it, and see if it is a
Bind configuration issue, or if I need to patch MaraDNS to make it
Bind-compatible. I also need to make sure the patch does not break
MaraDNS' zone transfer client when it talks to other zone servers. Ugh.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 22899 invoked from network); 16 Jun 2001 14:08:46 -0700
Received: from unknown (HELO trafficmagnet.net) (211.101.236.27)
by artemas.reachin.com with SMTP; 16 Jun 2001 14:08:46 -0700
Received: from screencapture1 ([211.101.236.29])
by trafficmagnet.net (8.11.0/8.11.0) with ESMTP id f5GL6Yl17040
for ; Sun, 17 Jun 2001 05:06:34 +0800
Message-Id: <200106162106.f5GL6Yl17040@trafficmagnet.net>
From: "Christine Hall"
Subject: WWW.MARADNS.ORG
To: list@maradns.org
Content-Type: text/html;
Sender: Christine Hall
Reply-To: "Christine Hall"
Date: Sun, 17 Jun 2001 05:21:37 +0800
X-Priority: 3
X-Library: Trafficmagnet 8.0
Hello,
I visited
www.maradns.org
and I
noticed that you are not listed on some search engines. I am sure you can
increase the number of people who visit
www.maradns.org
. Do you know TrafficMagnet? TrafficMagnet is a unique technology that instantly submits your
web site to over 300,000+ search engines and directories every month. This is a
very low-cost and effective way of advertising your site.
To check our prices and submit
www.maradns.org
to
300,000+ search engines, go to TrafficMagnet.net
I would love to hear from you.
Best Regards,
Christine Hall
Sales & Marketing
www.TrafficMagnet.net
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 32400 invoked by uid 1108); 17 Jun 2001 21:04:52 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 17 Jun 2001 21:04:52 -0700 (PDT)
From:
X-Sender:
To:
Subject: I have shored up the anti-spam filter
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
First of all, I would like to apologize for letting that spam through. I
have taken mesaures to insure that it does not happen again--what I have
done is set up the list so that only subscribers may post to the list. (I
had to write a "quick and dirty" Perl script to do this because the
built-in tools ezmlm has are not smart enough to look beyond the envelope
sender)
Since more and more people are setting up anti-spam filters to reject
"bcc"'d mail, the spammers are setting up the bulk mailers so that they
send one message per recipient. In the old days, when spammers had to
rape open mail relays, and when the spammers had dial-up connections,
nobcc filters worked. Unfortunatly, times have changed.
Second of all, I have a MaraDNS 0.7.06 release almost ready to go. Once I
update its FAQ, it will be released. Probably within 30 minutes.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 515 invoked by uid 1108); 17 Jun 2001 21:21:33 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 17 Jun 2001 21:21:33 -0700 (PDT)
From:
X-Sender:
To:
Subject: OK, here it is
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I have released MaraDNS 0.7.06.
This is a "snapshot" release that can probably be used by people willing
to try out an incomplete piece of software.
I have updated the non-recursive code to use code from MaraDNS 0.5.25,
which adds a number of features from there (round robin rotation, etc.)
I have alos made a list of things which need to be done before I can
make this a beta candidate for a 1.0 release. In addition, the code now
makes sure that the query ID we receive is the same one we sent out.
I have also started work on a CREDITS file, updated the FAQ, and added
a couple of interesting (if not MaraDNS-specific) Perl scripts to the
archive. One of these scripts is the "you must be on this list to send
mail to this list" script.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 6541 invoked by uid 1108); 19 Jun 2001 23:25:52 -0700
Sender: aj7kwkp@maradns.org
Date: Tue, 19 Jun 2001 23:25:52 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.07 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I have released another development snapshot of MaraDNS, version 0.7.07.
I have added ACLs which limit who is allowed to make recursive queries.
I have also begun work on making the random number seed truly random.
This is a development snapshot which is only for the brave.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 7947 invoked by uid 1108); 20 Jun 2001 10:47:03 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 20 Jun 2001 10:47:03 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.08 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
MaraDNS 0.7.08 released.
From the changelog:
I have made the RNG truly random, and I have added code to the resolution
algorithm which allows it to perform recursive queries when the only
authoritative records are NS delegation records. Also, updates to the
todo list. Changed cc to gcc in all the makefiles to make
MaraDNS more Solaris-friendly.
Note that MaraDNS does not (yet) cleanly compile on Solaris, but this is
one of the (various) goals for the 1.0 release.
(Solaris is a hard beast to port to compared to the free OSes, since it
does not have the same header files. u_int32_t and so on are not in
and so on.)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 9729 invoked by uid 1108); 20 Jun 2001 22:46:06 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 20 Jun 2001 22:46:06 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.09, a working (if incomplete) recursive nameserver
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I ave fixed a nasty bug in MaraDNS 0.7.08 where she was not properly
closing open sockets. I have also begun working on the cache custodial
code--code that removes entries from the cache when the cache starts to
fill up. In addition, I have added code to make the cache size
user-defined.
I am running a "burn in" test of MaraDNS 0.7.09 right now. Other people
who are interested in looking at a *currently working*, if not finished
recursive DNS server that uses no code from BIND nor DJBDNS, can look
here:
http://www.maradns.org/download.html
Next: Cache clean up.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 9986 invoked from network); 21 Jun 2001 01:13:10 -0700
Received: from unknown (HELO ids.trivial.3va.net) (213.132.151.223)
by artemas.reachin.com with SMTP; 21 Jun 2001 01:13:10 -0700
Received: (qmail 27715 invoked by uid 500); 21 Jun 2001 08:15:54 -0000
Date: Thu, 21 Jun 2001 10:15:54 +0200
From: Arjen
To: list@maradns.org
Subject: recursive...
Message-ID: <20010621101554.A27704@3va.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-howlong: 10:11am up 16 days, 15:07, 1 user, load average: 0.00, 0.00, 0.00
Hi,
i just compiled 0.7.09 successfully.
I tried to get it to resolve names it is
not authoritive for, but haven't succeeded
yet.
I couldn't find anything in the docs if
i need a root.cache file or something
similar for the "." top level.
Anyone got this to work yet? Could you
tell me how you did it?
Grtz,
Arjen.
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 10854 invoked by uid 1108); 21 Jun 2001 09:17:00 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 21 Jun 2001 09:17:00 -0700 (PDT)
From:
X-Sender:
To:
Subject: Re: recursive...
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sorry about that.
I haven't bothered to document it yet. 198.41.0.4 as a root name server
is currently hard-coded in to MaraDNS (in server/recursive.c, look for
"198.41.0.4" in that program).
Basically, add these lines to the mararc file to make recursive name
service work:
recursive_acl = "0.0.0.0/0"
random_seed_file = "/dev/urnadom"
Note that, if you only want a subset of computers making recursive
queries, change the "recursive_acl" value. For example, if you want
everyone on 192.168.0.xxx and 10.20.xxx.xxx, and no one else, to be able
to make recursive name queries:
recursive_acl = "192.168.0.0/24,10.20.0.0/16"
random_seed_file = "/dev/urandom"
If your OS does not have /dev/urandom, just have random_seed_file point to
a file of random bytes which is at least 16 bytes long (it is a 128-bit
binary seed for the secure random number generator). The file is read as
root, so it should be owned by root with 600 perms if it is a fixed file.
- Sam
> Anyone got this to work yet? Could you
> tell me how you did it?
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 11213 invoked by uid 1108); 21 Jun 2001 09:42:52 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 21 Jun 2001 09:42:52 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.10 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
In a mad effort to get a beta-quality recursive nameserver released by
July 1st, I have released another development snapshot of MaraDNS.
This one is mainly a bigfix release: I added code which makes the
recursive thingy work with cname records (hopefully, I have not had a
chance to test it), I have plugged some memory leaks, and I am continuing
work on the "custodian" which will remove records from the cache once the
cache starts filling up.
This released compiles, but I have not tested it yet. Use at your won
risk.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 11291 invoked by uid 1108); 21 Jun 2001 09:55:43 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 21 Jun 2001 09:55:43 -0700 (PDT)
From:
X-Sender:
To:
Subject: Changing the configuration of this mailing list
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I have just changed the configuration of this mailing list so that
it adds a "Reply-To" header which points to the list. Hence, when
replying to mail sent to the list, the mail will be made public unless you
remove the list address (list@maradns.org) from the list of people who get
the mail.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 12927 invoked by uid 1108); 21 Jun 2001 23:26:22 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 21 Jun 2001 23:26:22 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.11 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
As part of the mad rush to release as many releases of MaraDNS until a
stable recursive nameserver becomes a reality (people who have tried using
MaraDNS as a stable recursive nameserver know what I am talking about), I
present the 0.7.11 (24-hour convenience store) release of MaraDNS.
The release notes:
Finished work on the custodian. Now, I need to make sure the custodian
works. Also fixed CNAME support so it now works, plugged a couple more
memory leaks, and revised the offline testbed to have a CNAME record.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 14937 invoked by uid 1108); 22 Jun 2001 23:51:45 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 22 Jun 2001 23:51:45 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.12 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
You know, tonight on the train I saw three attractive girls. I was
thinking to myself how I could impress these girls so that they would
think that I was, like, really cool. I realized that the best way to
impress these girls would be one of the following:
* Work out at the gym every day and get bug muscles
* Buy a new wardrobe of clothing that looks good on me
* Learn how to give back massages by becoming a certified massage
therapist
* Read Maxim magazine (http://www.maximonline.com) and do whatever they
suggest men do to impress girls
* Write a functioning recursive name server
After much thought on the subject, I realized that writing a funcitonal
name server was the best way to impress these girls. So I set out to do
that.
Which is why we have MaraDNS 0.7.12 released tonight.
Only one problem: It didn't impress the girls. See, these girls, begin
as hip on that internet thingy as they are, wanted to go to www.yahoo.com.
Which, for technical reasons which I did not have a chance to explain to
the girls, for they suddenly were too busy to talk to me when I started
explaining the difference between A records and CNAME records, did not
work when we were using MaraDNS to resolve www.yahoo.com.
Now, if these girls were a littel more tech-savvy and wanted to go to
www.google.com, I would have been able to impress them, since
a query for www.google.com returns an A record instead of a CNAME record.
However, a DNS query for www.yahoo.com returns a CNAME record which points
to www.yahoo.akadns.net. Unfortunatly, the current version of MaraDNS,
when it encounters a CNAME record, only returns the actual CNAME record.
This is not a problem, except that most stub resolvers are not smart
enough to, when they see a CNAME record, to perform another query to find
out exactly where the CNAME in record points. Therefore, when a stub
resolver asks for www.yahoo.com from MaraDNS running in recursive mode, it
can not determine where it can find www.yahoo.com on the internet.
Hence, I am working on the code to make MaraDNS be able to return at least
one A record along with a CNAME record. More records would be nice, mind
you, since www.yahoo.com is really six IPs, but I am sure the previously
mentioned girls would not care that we were going to only one of the six
possible IPs that www.yahoo.com xan have.
Until I can come up with a version of MaraDNS that will truly impress the
Yahoo-loving girls of the world, I present to you MaraDNS-0.7.12. From
the changelog:
More work done on plugging memory leaks. Working on code that will
determine the ip for a given CNAME record, since stub resolvers are not
smart enough to do a second A query themselves when they see a CNAME
record. Also some minor cleanups that Franky Van Liedekerke
suggested.
Not mentioned in the changelog: Bug fixes which should stop a circular
query from happeneing (a query where we keep asking ourselves for a given
record). Basically, the recursor is only kicked on if recursion is asked
for, and does not ask for recursion when making queries.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 15218 invoked from network); 23 Jun 2001 05:04:34 -0700
Received: from unknown (HELO tasty.zukeran.org) (202.238.192.20)
by artemas.reachin.com with SMTP; 23 Jun 2001 05:04:34 -0700
Received: from zukeran.org (localhost [127.0.0.1])
by tasty.zukeran.org (Postfix) with ESMTP id 65D539BFDB
for ; Sat, 23 Jun 2001 21:04:35 +0900 (JST)
To: list@maradns.org
Subject: bug in MaraDNS 0.7.12
In-reply-to: Your message of "Fri, 22 Jun 2001 23:51:45 JST"
References:
From: "ZUKERAN, shin"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <6259.993297875.1@zukeran.org>
Content-Transfer-Encoding: 7bit
Date: Sat, 23 Jun 2001 21:04:35 +0900
Sender: shin@zukeran.org
Message-Id: <20010623120435.65D539BFDB@tasty.zukeran.org>
Dear sam,
When I am going to operate maradns as recursive name server, I found a bug.
In function init_crypt (server/recursive.c), js_str is passed to open()
as it is. I think this must be converted by js_js2str.
I cannot yet run maradns as recursive name server.
diff -uNr maradns-0.7.12.orig/server/recursive.c maradns-0.7.12/server/recursive.c
--- maradns-0.7.12.orig/server/recursive.c Sat Jun 23 15:21:40 2001
+++ maradns-0.7.12/server/recursive.c Sat Jun 23 20:58:03 2001
@@ -21,6 +21,7 @@
#include
#include
#include
+#include
#include "../dns/functions_dns.h"
#include "../parse/functions_parse.h"
#include "../rijndael/rijndael-api-fst.h"
@@ -2025,12 +2026,16 @@
int init_crypto(js_string *key) {
unsigned char crypto_key[34];
int desc;
+ char path[MAXPATHLEN];
/* Initialize the input block and the "binKey" (is this used?) */
memset(r_inBlock,0,16);
time((time_t *)&r_inBlock[0]);
memset(r_binKey,0,16);
/* Read the key in from the file */
- desc = open(key->string,O_RDONLY);
+ if(js_js2str(key,path,MAXPATHLEN) == JS_ERROR) {
+ return JS_ERROR;
+ }
+ desc = open(path,O_RDONLY);
if(desc == -1)
return JS_ERROR;
if(read(desc,crypto_key,16) != 16) /* 16 bytes: 128-bit key */
-----
ZUKERAN, shin
shin@ryukyu.ad.jp
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 24457 invoked by uid 1108); 24 Jun 2001 13:50:22 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 24 Jun 2001 13:50:22 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.13 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I was walking in San Francisco yesterday, you see, and I saw this very
attractive girn in a red car. She had blond hair, and far too much
lipstick on her lips. She smiled at me, opened up the door to her car,
and said "Come in".
I entered the car, and we started driving. I looked at her, smiled, and
asked her "Do you like boys?"
"Oh, sometimes"
"Like, when"
"Like, when they write a DNS server which actually works as a recursive
nameserver"
"Hey, listen, I'm working on it"
"Yeah, but it isn't working today. How am I supposed to be impressed when
your DNS server can't even perform recursive queries. What is taking you
so long anyway?"
"Well, girl--do you have a name, anyway--I have been fighting a cold. In
addition, I have friends to visit, an ongoing series of Spanish classes,
not to mention a day job as a Linux programmer and SQA monkey"
"Well, Sam--and my name is Kristy--if you really loved me, you would
have a working recursive DNS server. In addition, it would have support
for SQL servers, allow different IPs to get different records for the
same queries, have full IPV6 support..."
"Even for A6 queries? A6 queries are evil"
"Yeah, but do you have a better way of handling IPv6 renumbering"
"Variable substitution in zone files..."
"...you're not listening to me. How come, every time I need to talk to
a man, instead of listening to me, he has to open up his big mouth.
If you really loved me, you would also have full Solaris support, round
robin rotates of data in the cache, and full Bind 8.2.4 compatibility"
"These things take time to implement. I mean, if you really want all
those nice features, patches will be mightily appreciated, but only after
I get the core recursive name serving in reasonable condition."
"Sam! You're not listening to me! See, I want a man who loves me, and
a man who loves me would have already done all of these things..."
"What's you name--Kristy--you know, Ihave never made love to you, so I
don't understand why you are already demanding all of these things from
me. I mean, a releationship is give and take. We make love, you cook
for me, clean my room, and, in return, I buy you dinner and implement
all of the DNS features you want."
"Oh, but Sam, in order to get love, you have to first show love..."
At this point, I relized that the conversation was going nowhere with
Kristy, so I jumped out of the car at the next stop sign we stopped at.
However, even though I was not able to make Kristy happy, we do have a
0.7.13 release of MaraDNS. This particular release does not seem to be
working as a recursive DNS server. However, it does have support for
returning an A record in addition to a CNAME record when an A query
returns a CNAME. This took quite a bit of coding to implement, since the
original data structures did not support this.
In addition, Shin Zukeran provided a patch to recursive.c which properly
makes a normal null-terminated string from a js_string object, to send as
an argument to open() so we can get the rijndael key for the PRNG.
I presume that Shin has no objections to releasing his patch to the public
domain.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 25352 invoked by uid 1108); 25 Jun 2001 03:31:48 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 25 Jun 2001 03:31:48 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.14 released; credits file
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Seeking to find enlightenment? Well, for those who wish to explore more
deeply the mysteries of DNS resolution, or, more practically, download and
use my code, so you don't have to learn such deep things, we now have a
version of MaraDNS that works as a recursive nameserver. MaraDNS 0.7.14.
It is a recursive nameserver. Kinda. Sorta. Not at all on Solaris.
Unfortunatly, in order to chack out the kinds sorta recursive name serving
with this version of MaraDNS, I have added yet another undocumented
feature that only those enlighened enough to read this list will know
about.
Here is the recipe for making MaraDNS an open recursive name server:
recursive_acl = "0.0.0.0/0"
random_seed_file = "/dev/urandom"
root_servers = {}
root_servers["."] = "198.41.0.4"
Replace "0.0.0.0/0" with the range of IPs you wish to allow to connect to
the recursive nameserver (the format is 100% identical to
zone_transfer_acl, complete with ipv4_alias support), and "198.41.0.4"
with the single nameserver you want to use as a root nameserver (only one
nameserver right now).
Download it at the usual place (http://www.maradns.org)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 25764 invoked from network); 25 Jun 2001 06:19:01 -0700
Received: from unknown (HELO tasty.zukeran.org) (202.238.192.20)
by artemas.reachin.com with SMTP; 25 Jun 2001 06:19:01 -0700
Received: from zukeran.org (localhost [127.0.0.1])
by tasty.zukeran.org (Postfix) with ESMTP id 4F6EB9BFBB
for ; Mon, 25 Jun 2001 22:19:03 +0900 (JST)
To: list@maradns.org
Subject: Re: MaraDNS 0.7.13 released
In-reply-to: Your message of "Sun, 24 Jun 2001 13:50:22 JST"
References:
From: "ZUKERAN, shin"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <15747.993475142.1@zukeran.org>
Content-Transfer-Encoding: 7bit
Date: Mon, 25 Jun 2001 22:19:03 +0900
Sender: shin@zukeran.org
Message-Id: <20010625131903.4F6EB9BFBB@tasty.zukeran.org>
In message , aj7k
wkp@maradns.org writes:
>In addition, Shin Zukeran provided a patch to recursive.c which properly
>makes a normal null-terminated string from a js_string object, to send as
>an argument to open() so we can get the rijndael key for the PRNG.
>
>I presume that Shin has no objections to releasing his patch to the public
>domain.
Of cource, I have no objections.
By the way, I tried the version 0.7.14.
It seems to run as recursive name server with A and NS request.
However, timeout was occured if ANY request is given.
I do not understand why it becomes like this.
>$ nslookup
>Default Server: *.*.*.*
>Address: *.*.*.*
>
>> server 127.0.0.1
>Default Server: localhost
>Address: 127.0.0.1
>
>> set type=A
>> www.maradns.org.
>Server: localhost
>Address: 127.0.0.1
>
>Non-authoritative answer:
>Name: www.maradns.org
>Address: 64.14.214.33
>
>> set type=ANY
>> www.maradns.org.
>Server: localhost
>Address: 127.0.0.1
>
>*** Request to localhost timed-out
log is displayed as follows:
>Log: Awaiting data on port 53
>Log: Message received, processing
>Log: Bad query received: =\352\0000\206\330\010\006\370t\277\377\003www\007maradns\003org\000\000\377\000\001
----
ZUKERAN, shin
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 2928 invoked by uid 1108); 28 Jun 2001 10:41:44 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 28 Jun 2001 10:41:44 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.15 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello there,
First of all, I got some really great news. People awaiting a stable
recursive nameserver can now rejoice in the streets: I was laid off from
the job I work at as a Linux systems administrator. I, however, am still
on good terms with them: I still have root on all their Linux servers, and
am still on the list of employees who are part of the comapny (still
getting Medical and Dental, etc.).
And, the way I see it, anyone who can write a working recursive DNS server
can probably find a job. Of course, I can see the job interview now:
"Well, so you have written a working recursive nameserver, yes?"
"Sure have, sir"
"And does it work with all known hosts?"
"Well, there is that problem with www.monty.de..."
"And, does it work with the ANY DNS query? MTA use ANY queries, you know"
"Well..."
"Well, this job demands people who can write working DNS queries. But,
we may still hire you. Here is a bell. Every time I ring it during
the interview, you must sing 'Ding, song, the witch is dead'"
"OK......"
"And, you must sing the song on your knees. So, Sam, get down on your
knees on the floor"
That aside, MaraDNS is a working DNS server: I was able to use it to surf
the web this morning. Don't use it for any production use yet, though: I
need to get RR_ANY to work, and I need to work out the kinks that cause
www.monty.de to not work (I know what the kinks are, it is just a matter
of coding the fixes).
The download is availale in the usual place: http://www.maradns.org.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 3411 invoked from network); 28 Jun 2001 14:08:38 -0700
Received: from unknown (HELO ids.trivial.3va.net) (213.132.151.223)
by artemas.reachin.com with SMTP; 28 Jun 2001 14:08:38 -0700
Received: (qmail 24693 invoked by uid 500); 28 Jun 2001 21:11:38 -0000
Date: Thu, 28 Jun 2001 23:11:38 +0200
From: Arjen
To: list@maradns.org
Subject: Re: MaraDNS 0.7.15 released
Message-ID: <20010628231138.B24665@3va.net>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: ; from aj7kwkp@maradns.org on Thu, Jun 28, 2001 at 10:41:44AM -0700
X-howlong: 11:01pm up 5 days, 4 min, 1 user, load average: 0.08, 0.02, 0.01
On Thu, Jun 28, 2001 at 10:41:44AM -0700, aj7kwkp@maradns.org wrote:
>
>
>
>That aside, MaraDNS is a working DNS server: I was able to use it to surf
>the web this morning.
I already did that with the .14 version :)
I take the liberty to speak on behalf of all peeps following
maradns development: we are very proud of you Sam!
I certainly hope that maradns will become a standard. That one uses
Bind, Maradns or Djbdns. Pity I am not a C coder, for I would certainly
join in.
Keep up the good work.
Arjen.
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 3505 invoked from network); 28 Jun 2001 14:38:04 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 28 Jun 2001 14:38:04 -0700
Received: (qmail 20306 invoked from network); 28 Jun 2001 21:38:04 -0000
Received: from unknown (HELO pandora.be) ([213.224.90.7]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 28 Jun 2001 21:38:04 -0000
Sender: liedekef
Message-ID: <3B3BA553.7468484C@pandora.be>
Date: Thu, 28 Jun 2001 23:44:51 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: Re: MaraDNS 0.7.15 released
References: <20010628231138.B24665@3va.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Arjen wrote:
> I take the liberty to speak on behalf of all peeps following
> maradns development: we are very proud of you Sam!
>
> I certainly hope that maradns will become a standard. That one uses
> Bind, Maradns or Djbdns. Pity I am not a C coder, for I would certainly
> join in.
>
> Keep up the good work.
>
> Arjen.
I couldn't agree more! Keep it up, Sam!
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 7684 invoked by uid 1108); 30 Jun 2001 03:22:43 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 30 Jun 2001 03:22:43 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.16 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
A funny thing happened as I was working on MaraDNS yesterday. I was
trying to code a solution to the www.monty.de problem. The code I was
writing was getting rather messy. But, I wanted there to be a solution,
so I continued to code.
Boom!
The hard disk that my work on MaraDNS was stored on died this morning. I
spent an hour trying to mount enough files so that I could back things up.
No success. The hard disk was toast.
Which means that the code I wrote last night was obviously far too sloppy
to become part of MaraDNS proper.
What I did do tonight was more relevent to the end user using MaraDNS: I
have added documentation on how to get recursive name serving to work
(finally!), and have fixed the bug where a CNAME chains (www.imdb.com and
groups.yahoo.com come to mind) were not working.
I also saw A.I., which I (for the most part) enjoyed seeing.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 18504 invoked by uid 1108); 1 Jul 2001 22:31:22 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 1 Jul 2001 22:31:22 -0700 (PDT)
From:
X-Sender:
To:
Subject: A MaraDNS double feature
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Tonight I have released not one, but two versions of MaraDNS. I released
MaraDNS-0.7.17 earlier this afternoon with precisely 0 fanfare. Yes,
sometimes I keep my releases a well-kept secret. MaraDNS-0.7.18, on the
other hand, is being relesed with great fanfare:
__ __ ____ _ _ ____ ___ ______ _ ___
| \/ | __ _ _ __ __ _| _ \| \ | / ___| / _ \ |___ /| |( _ )
| |\/| |/ _` | '__/ _` | | | | \| \___ \ | | | | / / | |/ _ \
| | | | (_| | | | (_| | |_| | |\ |___) | | |_| | / /_ | | (_) |
|_| |_|\__,_|_| \__,_|____/|_| \_|____/ \___/(_)_/(_)|_|\___/
_ _ _
_ __ ___| | ___ __ _ ___ ___ __| | |
| '__/ _ \ |/ _ \/ _` / __|/ _ \/ _` | |
| | | __/ | __/ (_| \__ \ __/ (_| |_|
|_| \___|_|\___|\__,_|___/\___|\__,_(_)
Here are the changes: 0.7.17: We now slect a random nameserver (using the
weak random() syscall because this is to balance the load between the
nameservers). 0.7.18: We now properly handle cache expire for "no such
host queries". Also, some documentation cleanup.
There are six items on my action list before I release a more public
0.9.00 beta release of MaraDNS:
Critical bug fixes:
* There is a bug where the production-test DNS server does not work after
resolving queries for a while. This needs to be found and fixed.
* Find out why www.monty.de does not resolve. Perhaps we are exceeding
the glueless level (currently 4)
* The code is leaky (has memory leaks). Plug the memory leaks.
(ongoing work)
* The code does not stop "going up the tree" when it gets a good answer
from a nameserver. Fix.
Security issues:
* Allow MaraDNS to change her GID (in addition to the UID)
Other critical issues:
* Recursive RR_ANY requests do not work.
Other issues, such as Solaris support, will be handled after the 0.9.00
beta release.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 20735 invoked from network); 2 Jul 2001 16:53:09 -0700
Received: from unknown (HELO jumper.lonesom.pp.fi) (212.226.133.178)
by artemas.reachin.com with SMTP; 2 Jul 2001 16:53:09 -0700
Received: by jumper.lonesom.pp.fi (Postfix, from userid 1000)
id C0A686187B; Tue, 3 Jul 2001 02:53:00 +0300 (EEST)
Sender: liiwi@jumper.lonesom.pp.fi
To:
Subject: Re: A MaraDNS double feature
References:
From: Jaakko Niemi
Date: 03 Jul 2001 02:52:59 +0300
In-Reply-To: ('s message of "Sun, 1 Jul 2001 22:31:22 -0700 (PDT)")
Message-ID: <87elryriqs.fsf@jumper.lonesom.pp.fi>
Lines: 17
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Academic Rigor)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
writes:
> Tonight I have released not one, but two versions of MaraDNS. I released
> MaraDNS-0.7.17 earlier this afternoon with precisely 0 fanfare. Yes,
> sometimes I keep my releases a well-kept secret. MaraDNS-0.7.18, on the
> other hand, is being relesed with great fanfare:
...
Debian package of 0.7.18 is available at:
http://people.debian.org/~liiwi/
same dir holds also autoconf stuff and bits I needed to get it
rolling in separate tarball.
-j
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 25407 invoked by uid 1108); 4 Jul 2001 02:09:39 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 4 Jul 2001 02:09:39 -0700 (PDT)
From:
X-Sender:
To:
Subject: Happy 4th of July!
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hello there,
Today is the fourth of July. I assume that everyone here is familiar with
this holiday which we celebrate here in the good 'ole, USA, but just in
case:
July 4th is a day on which we celebrate freedom and independence. This is
dome with fireworks, Bar-be-cues, people drinking beer in the park, nad by
making it a national holiday that most people get off. Some Americans,
like myself, also celebrate July 4th by talking about the improtance of
freedom in software. Freedom, like liberty, like freedom from the chains
of proprietary software vendors.
I could go on for hours about how great freedom in software is. Since
talk is cheap, however, I figure the members of this list would prefer yet
another incremental release of MaraDNS. MaraDNS 0.7.19 has been released.
I am working on getting RR_ANY to work with recursive queries (this is
tricky to do, because, for technical reasons, I can't just use the code
that the authoritative nameserver uses to handle RR_ANY). That still need
to be done.
I have also added maradns_gid, which works just like maradns_uid, but for
group-id numbers.
Right now, I have five critical items on my action list. Three of them
need to be addressed before I will go to an "alpha" branch--a branch that
indicates that, while the code is not ready for public consumption, no new
features of significance will be added before the 1.0 release of MaraDNS.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 26087 invoked by uid 1108); 4 Jul 2001 03:19:23 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 4 Jul 2001 03:19:23 -0700 (PDT)
From:
X-Sender:
To:
Subject: I want to go to the late night double feature MaraDNS show
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Tonight, we have, for your special pleasure and delight, the late night
double feature MaraDNS show. The 0.7.20 release of MaraDNS, which I just
released on the coattails of MaraDNS 0.7.19, is a bugfix release.
Jaakko pointed out a nasty bug in MaraDNS last morning. Since I did most
of my MaraDNS 0.7.19 work offline in a cafe, I was unable to test and fix
the bug until being online tonight.
The bug had to do with the fact that the MaraDNS code did not properly
handle cases where there are both in-bailiwick and out-of-bailiwick name
servers for a given host name, there is only one out-of-bailiwick name
server, and all the in-bailiwick name servers do not function.
Note to self: Do circular linked lists better next time.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 1395 invoked by uid 1108); 6 Jul 2001 20:37:22 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 6 Jul 2001 20:37:22 -0700 (PDT)
From:
X-Sender:
To:
Subject: MaraDNS 0.7.21 released
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
MaraDNS 0.7.21 released.
Type ANY queries now work for recursive queries. Finally.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 1221 invoked by uid 1108); 7 Jul 2001 11:23:18 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 7 Jul 2001 11:23:18 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: Mirror of webpage set up
Message-ID: <20010707112318.B1196@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Due to the continual problems that the main website www.maradns.org is
having with her T1 line, I have set up a secondary mirror of maradns.org:
http://www2.maradns.org:8000
While this site may not always be up to date with the main one, and does
not have all the files the main web site has, it has the feature of being
up whenever www.maradns.org goes down.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
Note that the return address for this message times out in 2 weeks
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 3928 invoked by uid 1108); 7 Jul 2001 23:58:40 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 7 Jul 2001 23:58:40 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.7.22 released
Message-ID: <20010707235840.A3862@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
I think there is a reason why America has some problems getting enough
people attracted to technology, and getting enough people who are serious
about technology involved in the technical fields.
Tonight, me and a friend [1] went to the bookstore to look at some
magazines and books. We noticed a young [2] and attractive girl putting
away magazines, and the three of us started talking here and there.
Then she started asking us a question "Hey, since you guys are in the
know, do you know if this computer thing is going to melt down..."
At this point she suddenly stopped her conversation with us. She saw a
tall, somewhat attractive man that she must of had a crush on, because she
suddenly stopped talking with us, ran to him, gave him a big hug, and
started eagerly talking to him.
When my friend tried cutting in to the conversation, she dismissed us and
started talking more quietly so that we could not hear her conversation
any more. As for myself, as soon as this girl started talking to the man
she had a crush on, I knew that it was useless trying to talk with her, so
I was reading about how the Linux kernel allocates memory in this month's
issue of _Linux_ magazine.
I could overhear the girl refer to us dismissively as "Those computer
guys".
And people wonder why not enough people are interested in the technical
fields here in the states.
(And unlike some of my other tongue in cheek stories, this actually
happened)
After getting home, I fixed a couple of bugs in MaraDNS:
* www.monty.de now works
* It is no longer possible for the custodian (the thingy that deletes
cache entries when the cache starts to fill up) to accidently delete
the root name server entry, which would render the MaraDNS cache
ineffective.
Which is why we now have MaraDNS 0.7.22. Thanks to the kind help of Remco
Rijnders [3], we now have a europian mirror.
The release can be found in the following locations:
http://www.maradns.org/ (Mountain View, California)
http://www2.maradns.org:8000/ (Mountain View, California)
http://www3.maradns.org/ (I believe Holland, Netherlands)
- Sam
[1] I know English grammer is supposed to place my friend before me in a
statement like this, but I am speaking in collatial American, which
is probably bad English. In addition, I am using me even though it
is the subject instead of the direct object, but that is how Americans
use this term in casual American English.
[2] I didn't ask her her age, but she was probably young enough to be what
we Californians (people who live in the state of California in
America) call "jailbait". Until a girl turns 18 in California, it
is illegal to engage in sexual releations with such a girl, hence
the "jailbait" term. And yes, they do enforce these laws--the last
govenor of California allocated a lot of money advertising that having
sex with such a girl *will* put you in jail, and gave a lot of money
to prosecutors to arrest people for doing that. More details:
http://www.metroactive.com/papers/metro/12.18.97/cover/teensex-9751.html
[3] Apologies to Remco, but his last name sounds a lot like "Rijndael",
which is the secure PRNG I use for the query ID and query source port.
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
Note that the return address for this message times out in 2 weeks
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 12133 invoked by uid 1108); 8 Jul 2001 10:52:50 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 8 Jul 2001 10:52:50 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS notes section
Message-ID: <20010708105250.A12098@artemas.reachin.com>
References: <3B483C62.57853B48@pandora.be>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B483C62.57853B48@pandora.be>; from liedekef@pandora.be on Sun, Jul 08, 2001 at 12:56:34PM +0200
> I was wondering about some parts of the "Notes" section on the
> MaraDNS website. Especially I wonder if the following parts there are
> still up-to-date with the 0.7.22 release (and newer, of course):
> - How MaraDNS currently breaks the DNS spec
This is still up to date.
> - Known quirks in MaraDNS' behavior
I just updated this the other night. It is current.
> - An informal speed comparison between MaraDNS and two other DNS
> servers.
The informal speed question is still valid if all requests are
authoritative requests.
As far as recursive requests are concerned, MaraDNS is about half as fast
as she is when performing authoritative requests. [1] The main reason for
the slowdown is the time it takes to spwawn a new thread.
Like the pdnsd program, and to a certain extent like Bind 9, MaraDNS
spwawns a new thread for each and every recursive request becuase this
multithreaded model is the most simple and straightforward method to
implement a recursive nameserver.
- Sam
[1] In the case of the answer being in the cache. Otherwise, MaraDNS is
as slow as the nameservers she contacts. There is a two-second
delay in a recursive request every time a given nameserver is
non-functional.
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
Note that the return address for this message times out in 2 weeks
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 12921 invoked by uid 1108); 8 Jul 2001 16:29:04 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 8 Jul 2001 16:29:04 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS has gone Alpha
Message-ID: <20010708162904.A12896@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello, everyone,
I am releasing MaraDNS 0.8.00. This is the first "Alpha" release of the
recursive nameserver. Which means that I will not add any new
features. The main focus of development at this point is to find and
eliminate bugs, and to get MaraDNS to sucessfully compile on as many
platforms as possible. In particular, I want to get MaraDNS to compile on
Solaris.
The bug fixes in this release are as follows: Queries where name server
entries only have hostnames and not IPs work again (I used to somewhat
incorrectly call these out-of-bailiwick entries. The real name for these
buggers is 'glueless name server entries').
Jaakko pointed out that a MX query for tekheads.co.uk did not work a while
ago. I finally tracked down and fixed this bug: There was a subtle bug
in the compression code which would only pop up in rare circumstances.
Since this is a long-standing bug, the next thing I will do is release
MaraDNS 0.5.26, which fixes this bug, not to mention another bug involving
ANY queries (fixed in the recursive branch).
Also, Remco pointed out that www3.maradns.org is, in fact, not located in
Holland, but in actually located in Florida, here in the states.
Anyway, MaraDNS 0.8.00 can be downloaded at the usual placed:
http://www.maradns.org/ (Mountain View, CA, intermittent ISP problems)
http://www2.maradns.org:8000/ (Mountain View, CA, more stable)
http://www3.maradns.org/
Next: MaraDNS 0.5.26.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 13760 invoked by uid 1108); 8 Jul 2001 17:51:49 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 8 Jul 2001 17:51:49 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.5.26 released
Message-ID: <20010708175149.A13746@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Work on the recursive version of MaraDNS unearthed some long-standing bugs
which were also present in the authoritative-only branch of
MaraDNS. Hence, I have released an updated version of the
authoritative-only nameserver, MaraDNS 0.5.26, which fixes these bugs.
The files are available in the usual places:
http://www.maradns.org/
http://www2.maradns.org:8000/ (shift-click to download)
http://www3.maradns.org/ (Shift click to download the .bz2 files)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 14004 invoked by uid 1108); 8 Jul 2001 18:48:09 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 8 Jul 2001 18:48:09 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS MD5 sums
Message-ID: <20010708184809.A13992@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Here are the MD5 sums of the current MaraDNS packages:
cae470b23e4eaa865a4766b2663bd139 maradns-0.8.00.tar.bz2
f69c1eecc5b47aa8f16856ef39efb835 maradns-0.5.26.tar.bz2
579bfa0bbf69f8ffd95794368e90fc3a maradns-0.5.26-1.i386.rpm
7ba57ab77bd0a6eefe31bb35c7ce86f1 maradns-0.5.26-1.src.rpm
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 17077 invoked by uid 1108); 9 Jul 2001 13:02:02 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 9 Jul 2001 13:02:02 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.01 released
Message-ID: <20010709130202.A17035@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Boris Manojlovic pointed out that MaraDNS does not correctly close the
file descripters for zone files, limiting the number of zone files to the
number of permitted file descripters. I have fixed this bug, and hence,
MaraDNS 0.8.01.
Md5 sum:
c3adc8b61af4f02d7472084fa1f7ba72 maradns-0.8.01.tar.bz2
Let's see, the time involved in a one-line bugfix like this:
* Making the actual one-line bugfix: 2 minutes
* Making sure the fixed program compiles, and tarring up the
new release, including changing the changelog, etc.: 5 minutes
* Uploading the new bugfix to the main webserver: 2 minutes
* Updating the two mirror sites so that they also are up to date: 10-15
minutes
* Updating the data on freshmeat: 5 minutes
* Uploading the data and file on sourceforge: 10 minutes
* Making an announcement on this list: 10-15 minutes
As you can see, most of the work involved with a bugfix release has little
to do with the actual bugfix.
With companies, it is even worse.
Let us suppose one has a one-line bugfix, akin to the one-line bugfix I
just made available:
* It takes 5 minutes to make the one-line change
* 30 minutes to compile a new release with the change
* 4 hours to discuss the one line change in a meeting
* Another 4 hours for the SQA department to inform all their SQA testers
and all the SQA houses they have contracted out to about the change so
that they can do a full SQA test of the program with the one-line
bugfix.
* 2 weeks for SQA to test the *entire* program. Yes, it is stupid to test
things that the engineer knows have nothing to do with the change, but
this is corporate America, where fear and "covering your ass" are the
modus operandi.
* Another week of meetings to decide that the new release is "good"
* Much time coordinating with marketing to decide on how widely the
release should be dessiminated, how the release should be made known
to the public, etc.
There are many reasons that I am really glad that I am not involved with
corporate America at this time.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 17210 invoked by uid 1108); 9 Jul 2001 13:20:55 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 9 Jul 2001 13:20:55 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS SQL support
Message-ID: <20010709132055.B17124@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
[This is a copy of a message I just sent to Boris Manojlovic, who is a
System administrator of Verat Net ISP]
Boris,
If you are interested in joining the MaraDNS mailing list, send a mail to
list-subscribe@maradns.org. It is a fairly low-traffic mailing list,
since, right now, it only has software announcements for MaraDNS.
It is a unmoderated mailing list. The only rules are:
* The email address for the mailing list must be in the headers to any
posting sent to the list.
* Only email addresses subscribed to the list can post to the list
> I've had a problems with your program. I intend to use it for ISP I work
> for. I've tried to startup about 10000 domain zones.
> It seems that your program does not close file descriptors while it opens a
> zone files for reading from MaraBigHash.c with js_open()
> Because of that there is a problem with system FD_LIMIT
> which on Linux is 1024 possible open files( domain names in this case)
Thanks for the heads up. I just released MaraDNS-0.8.01 which fixes this
bug. Basically, there is no need to use a zone file after I add its
contents to the big hash.
MaraDNS uses two big hashes to store the data:
* One big hash with all the authoritative data
* One big hash with all the cached data for recrusive queries
> And another thing how do you plan to implement SQL. These are my questions:
I will not start SQL until MaraDNS 1.0.00 is out the door. I figure that
I need about 1-2 months of good testing before I feel MaraDNS is stable
enough to call a release "1.0.00". We're still at the stage where small
things like making sure I close the files I have opened have not been
fully checked yet.
> 1. What Database you will use
The first database I plan to support is MySQL
> 2. Do you have any idea for look off tables in database
>From a posting I made to the djbdns list:
Here is the fields I would have in a SQL table for a RR:
ID: Unique id for this row
Question: The query this row is an answer for
Type: The type of RR this row is an answer for
TTL: The TTL for this RR
Rddata: The data contined in the RR (e.g. 10.1.2.3 if it is an A query).
Use a delimiter, such as a comma for RRs with multiple data points
(MX and SOA records, mainly)
Next: This is a pointer to the "next" row for the answer in question.
If this is the last answer in the "answer" section, this will
point to the first NS record in the authority section. If this
is the last NS in the authority section, this points to nothing.
Additional: If this is a NS, CNAME, or MX answer, this points to the
IP that corresponds to the record in question. For example,
if this row is an MX for "example.com", which is a preference
10 mail exchanger pointing to "mx.example.com", this will
point to row with the IP for "mx.example.com".
(Strangely enough, this layout has a remarkable similarity to how MaraDNS
internally stores RRs. The only difference is that MaraDNS is using
a structure instead of a SQL row)
> 3. What sort of data will be put in db (only zones or even csv1 hashes)
See above for the current idea. Basically, a conversion of the internal
structure MaraDNS uses to store zones.
> 4. Do you plan to have dynamic db lookup (changes in database are
> imidiately viewable)
Here is the plan:
* First, I make MaraDNS have a more complicated lookup, in this form:
Database --> Memory-based cache --> Data made visible to the end user
MaraDNS can be a *lot* faster if I do not look at the database to see if
someone changed the data in it before making data visible to the end
user. Perhaps I can do this check every 15 minutes or so, or have a
"expire" for records in the local cache (30 minutes or something
similarily short, longer for records that do not get updated as often)
> 5. do you need help (we here at Verat could help to do it)
Yes, I think I will.
Since I do not use SQL myself, and since the cries for SQL support are
pretty vague about how exactly MaraDNS will store the data in a SQL table,
I could use some discussion on the list from people who like using SQL as
to how they would like to see the data in the database.
I personally opt for something as similar as possible to how the data is
stored internally by MaraDNS.
I plan on, after MaraDNS 1.0.00 (September sometime), to start making the
ocde more modular and receptive to having a SQL "plug in". At that point,
I can have people develop SQL and other plugins.
As for having zones, zones are only a convenience which is discarded after
I fill up the internal data structures. It makes things much simpler to
not use zones at all in a SQL database.
> It looks to me that the only change needed for database zone storage is to
> replace parsing functions and to make queries to database. The whole engine
> would be unchanged.
There is a horrible speed penalty if we do a SQL lookup for every single
DNS query, so I need to implement a fairly sophisticated ram cache for the
SQL data before I can think about SQL.
Again, I will probably start really working on this when I am down in
Mexico this September.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 20385 invoked by uid 1108); 10 Jul 2001 10:17:46 -0700
Sender: aj7kwkp@maradns.org
Date: Tue, 10 Jul 2001 10:17:46 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.02 released
Message-ID: <20010710101746.A20359@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello there,
I proudly present to the world MaraDNS 0.8.02.
D Richard Felker III pointed out that when a record does not exist at the
top of a zone (for example, if one has example.com. as a zone, but does
not have an A record for example.com.), instead of returning a "host is
not there", MaraDNS would incorrectly attempt to perform a recursive
query if somone asked for Aexample.com.
I have fixed this bug, and have released MaraDNS 0.8.02.
It is right now available at the following locations:
http://www.maradns.org (Mountain View, California, USA)
http://www2.maradns.org:8000 (Mountain View, California, USA)
http://www3.maradns.org (Florida, USA)
Arjen has kindly set up a Europian mirror of MaraDNS. This mirror takes a
little longer to be up to date, and is located here:
http://maradns.subweb.cc (Holland, Netherlands)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 20445 invoked by uid 1108); 10 Jul 2001 10:21:22 -0700
Sender: aj7kwkp@maradns.org
Date: Tue, 10 Jul 2001 10:21:22 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.02 md5 sum
Message-ID: <20010710102122.A20434@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
I forgot to include this in the original announcement.
MaraDNS 0.8.02 has the following md5 sum:
4b2750d770ce8d35dbe61df6236a1207 maradns-0.8.02.tar.bz2
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 20809 invoked from network); 10 Jul 2001 12:24:18 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 10 Jul 2001 12:24:18 -0700
Received: (qmail 15524 invoked from network); 10 Jul 2001 19:24:17 -0000
Received: from unknown (HELO pandora.be) ([213.224.87.50]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 10 Jul 2001 19:24:17 -0000
Sender: liedekef
Message-ID: <3B4B5805.C82A1083@pandora.be>
Date: Tue, 10 Jul 2001 21:31:17 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: benchmark program
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi all,
I just installed MaraDNS 0.8.02 (on my old laptop) with just the default
example.com domain in it, and recursive requests allowed with caching.
Now when I try the benchmark program, which runs for 10 seconds I get
the following:
Doing it for Awww.example.com. ===> 26233 queries in 10 seconds
Doing it for Agames.telenet.be (non authorative domain) ===> 12582
queries in 10 seconds
Now they both are A records, and both are in the cache, so can anybody
explain the difference in performance for both records?
Greets,
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 20852 invoked from network); 10 Jul 2001 12:29:46 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 10 Jul 2001 12:29:46 -0700
Received: (qmail 23182 invoked from network); 10 Jul 2001 19:29:45 -0000
Received: from unknown (HELO pandora.be) ([213.224.87.50]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 10 Jul 2001 19:29:45 -0000
Sender: liedekef
Message-ID: <3B4B594F.C25DA9A5@pandora.be>
Date: Tue, 10 Jul 2001 21:36:47 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: Re: benchmark program
References: <3B4B5805.C82A1083@pandora.be>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Franky Van Liedekerke wrote:
> Doing it for Awww.example.com. ===> 26233 queries in 10 seconds
> Doing it for Agames.telenet.be (non authorative domain) ===> 12582
> queries in 10 seconds
>
> Now they both are A records, and both are in the cache, so can anybody
> explain the difference in performance for both records?
>
Arghhh... I should read mail from Sam more carefully:
"As far as recursive requests are concerned, MaraDNS is about half as fast
as she is when performing authoritative requests. The main reason for
the slowdown is the time it takes to spwawn a new thread. MaraDNS
spwawns a new thread for each and every recursive request"
So this would explain the difference, right?
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 31527 invoked by uid 1108); 13 Jul 2001 02:08:20 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 13 Jul 2001 02:08:20 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.03
Message-ID: <20010713020820.A31489@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
I have released MaraDNS 0.8.03.
Among other things, this release has better Solaris support. I have not
been able to confirm whether this actually compiles on Solaris, since the
Solaris testbed system I have access to appears to have broken pthread
include files.
If any Solaris users could check to see if removing the appropriate four
lines from the Makefile causes this to compile on Solaris, I would greatly
appreciate it.
I have also improved the way in which MaraDNS drops group privledges.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 31777 invoked from network); 13 Jul 2001 03:27:25 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 13 Jul 2001 03:27:25 -0700
Received: (qmail 25185 invoked from network); 13 Jul 2001 10:27:25 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 13 Jul 2001 10:27:25 -0000
Date: Fri, 13 Jul 2001 12:27:25 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: Re: MaraDNS 0.8.03
In-Reply-To: <20010713020820.A31489@artemas.reachin.com>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi all,
after a smaal change, I managed to compile MaraDNS on solaris, but now I'm
getting a memory error:
Aieeeeee, can not allocate memory
Anybody got a clue for this? This is the last trace output:
Log: Socket opened on UDP port 53
write(1, " L o g : S o c k e t ".., 34) = 34
setuid(99) = 0
setuid(0) Err#1 EPERM
Log: Root privledges dropped
write(1, " L o g : R o o t p r".., 29) = 29
open("db.example.com", O_RDONLY) = 5
read(5, " # Z o n e f i l e ".., 1024) = 1024
brk(0x00050170) = 0
brk(0x00052170) Err#12 ENOMEM
llseek(0, 0, SEEK_CUR) = 650555
Aieeeeee, can not allocate memory!write(1, " A i e e e e e e , c a"..,
34) = 34
_exit(64)
On Fri, 13 Jul 2001 aj7kwkp@maradns.org wrote:
>
> I have released MaraDNS 0.8.03.
>
> Among other things, this release has better Solaris support. I have not
> been able to confirm whether this actually compiles on Solaris, since the
> Solaris testbed system I have access to appears to have broken pthread
> include files.
>
> If any Solaris users could check to see if removing the appropriate four
> lines from the Makefile causes this to compile on Solaris, I would greatly
> appreciate it.
>
> I have also improved the way in which MaraDNS drops group privledges.
>
> - Sam
>
> --
> "Reality is the most perfect vision of God's will" -- Orson Scott Card
>
>
>
> Please be aware that anything posted to this list is publically archived.
>
> To unsubscribe to this list, send a blank message to
> list-unsubscribe@maradns.org
>
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 32182 invoked from network); 13 Jul 2001 05:33:01 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 13 Jul 2001 05:33:01 -0700
Received: (qmail 9814 invoked from network); 13 Jul 2001 12:33:01 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 13 Jul 2001 12:33:01 -0000
Date: Fri, 13 Jul 2001 14:33:01 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: Re: MaraDNS 0.8.03
In-Reply-To: <20010713020820.A31489@artemas.reachin.com>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi,
I just found out why I got the memory problem on Solaris, it's because of
"RLIMIT_NPROC". It's defined as "6" (in my suggested changes for solaris)
while defining it as "6" on solaris does effectivily limit the memory to 6
bytes. For solaris in fact, this parameter must not be used, and I wonder
why it is used in the first place: why limiting in maradns the number of
processes this uid can have, while there's only one maradns program?
Anyway, the solution is to change in server/MaraDns.c the lines
if(setrlimit(RLIMIT_NPROC,&rlim) != 0 && errno != ENOSYS)
sys_harderror(L_MAXPROC_SET); /* "Unable to set maximum number of
proces
ses" */
to:
#ifndef SOLARIS
if(setrlimit(RLIMIT_NPROC,&rlim) != 0 && errno != ENOSYS)
sys_harderror(L_MAXPROC_SET); /* "Unable to set maximum number of
proces
ses" */
#endif
The same accounts for tuzona/zoneserver.c
And ofcourse, the #define RLIMIT_NPROC statement in the main Makefile must
be removed again.
Greets,
Franky
On Fri, 13 Jul 2001 aj7kwkp@maradns.org wrote:
>
> I have released MaraDNS 0.8.03.
>
> Among other things, this release has better Solaris support. I have not
> been able to confirm whether this actually compiles on Solaris, since the
> Solaris testbed system I have access to appears to have broken pthread
> include files.
>
> If any Solaris users could check to see if removing the appropriate four
> lines from the Makefile causes this to compile on Solaris, I would greatly
> appreciate it.
>
> I have also improved the way in which MaraDNS drops group privledges.
>
> - Sam
>
> --
> "Reality is the most perfect vision of God's will" -- Orson Scott Card
>
>
>
> Please be aware that anything posted to this list is publically archived.
>
> To unsubscribe to this list, send a blank message to
> list-unsubscribe@maradns.org
>
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 2908 invoked by uid 1108); 14 Jul 2001 03:00:28 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 14 Jul 2001 03:00:28 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.04 released
Message-ID: <20010714030028.A2897@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
I have released MaraDNS 0.8.04. Basically, it now sucessfully compiles on
Solaris. I would like to think Franky for the pointers on how to get this
beast to compile, and thank Danny who provided me with access to Solaris
so I could test the compile of MaraDNS on Solaris.
Now, on to the Sourceforge update and the Freshmeat announcment.
Next: Change it so one can specify multiple root name servers.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 3167 invoked from network); 14 Jul 2001 04:14:07 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 14 Jul 2001 04:14:07 -0700
Received: (qmail 26338 invoked from network); 14 Jul 2001 11:14:07 -0000
Received: from unknown (HELO pandora.be) ([213.224.87.194]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 14 Jul 2001 11:14:07 -0000
Sender: liedekef
Message-ID: <3B502B26.72CD1F65@pandora.be>
Date: Sat, 14 Jul 2001 13:21:10 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: Re: MaraDNS 0.8.04 released
References: <20010714030028.A2897@artemas.reachin.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
aj7kwkp@maradns.org wrote:
> I have released MaraDNS 0.8.04. Basically, it now sucessfully compiles on
> Solaris. I would like to think Franky for the pointers on how to get this
> beast to compile, and thank Danny who provided me with access to Solaris
> so I could test the compile of MaraDNS on Solaris.
>
> Now, on to the Sourceforge update and the Freshmeat announcment.
>
> Next: Change it so one can specify multiple root name servers.
>
> - Sam
Hi Sam,
two small remark for a "good" compilation on solaris:
the "ifndef SOLARIS" should also be in tuzona/zoneserver.c for the
RLIMIT_NPROC instruction
the definition of RLIMIT_NPROC in MaraDns.h in case of SOLARIS should be
deleted, it serves no purpose
Greets,
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 16420 invoked by uid 1108); 15 Jul 2001 13:32:38 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 15 Jul 2001 13:32:38 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.5.27 released
Message-ID: <20010715133238.A16404@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
MaraDNS was in the strange state of having the "stable" branch having more
known bugs than the "development" branch. No more. I just released
MaraDNS 0.5.27, which incorperates two (one line) bug fixes based on bugs
people recently found.
For people using the authoritative-only branch, get it at the usual
places.
- Sam (Are people still using the authoritative-only branch?)
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 20709 invoked by uid 1108); 16 Jul 2001 22:32:06 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 16 Jul 2001 22:32:06 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.05 released
Message-ID: <20010716223206.A20639@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
MaraDNS: It is no longer just a recursive name server.
MaraDNS is now a political statement.
Now, as a mere software developer, I try to keep myself above the level of
making mere petty political statements. People who enjoy this kind of
thing waste countless time arguing in Usenet and on Slashdot, trying in
vain to make the perceived "other" side submit to their position.
One of the common "hot button" issues that Slashdot covers is the
ICANN--those people who are in charge of the top level domains. And, if
you have not been partying on top of Mount Everest for the last five
years, you are aware that the ICANN has added precisely 0 new TLDs.
Time to spur the ICANN in to taking action.
OK, so it wasn't really that deep of a political statement.
See, Franky asked me to add support for multiple root name servers to
MaraDNS before the 1.0 release, pointing out that having multiple root
name servers increases reliability.
The easiest way for me to do this was to use the already-in-place [1] ACL
code (ignoring the netmasks). The already existing code makes it trivial
to have various lists of IPs that various alternate namespaces use.
MaraDNS now has the IP lists of no less than eight different alternate
namespaces (ICANN, OSRC, AlterNIC, OpenNIC, Pacific Root, IRSC, TINC, and
Super Root), which makes it trivial for one to change which namespace they
wish to use.
And so, MaraDNS 0.8.05 is released to the world. Keep in mind that
one has to change their mararc file to use the new root nameservers.
Also, I fixed an issue which allows Solaris to run the zoneserver now.
http://www.maradns.org baby.
- Sam
[1] It is too bad English is not very good at letting people make new
words by combining small words together. German is very good at this,
of course. Esperanto has the art of making new words based on words
already in one's vocabulary down to rocket science.
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 21056 invoked by uid 1108); 16 Jul 2001 22:36:43 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 16 Jul 2001 22:36:43 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.05 MD5 sum
Message-ID: <20010716223643.A21045@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
MaraDNS 0.8.05 MD5 sum:
9f07b7990e080c146fd450fb322232d6 maradns-0.8.05.tar.bz2
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 21275 invoked by uid 1108); 16 Jul 2001 23:04:18 -0700
Sender: aj7kwkp@maradns.org
Date: Mon, 16 Jul 2001 23:04:18 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: New MD5 sum for MaraDNS 0.8.05
Message-ID: <20010716230418.A21262@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
There was a two character typo in the new example_mararc file, causing
people who would use it to not be able to start MaraDNS if they enabled
recursive name serving.
I fixed this two-character typo, and have had to update maradns-0.8.05 as
a result. (I don't feel a fix this small merits a new release number)
The new md5sum is:
4bbd73484c8ce532b8859b81574781fb maradns-0.8.05.tar.bz2
Note that the sourceforge mirror still has this typo, since Sourceforge
makes it impossible to change a file once it has been uploaded.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 21662 invoked from network); 17 Jul 2001 01:04:53 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 17 Jul 2001 01:04:53 -0700
Received: (qmail 24426 invoked from network); 17 Jul 2001 08:04:53 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 17 Jul 2001 08:04:53 -0000
Date: Tue, 17 Jul 2001 10:04:53 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: Re: MaraDNS 0.8.05 released
In-Reply-To: <20010716223206.A20639@artemas.reachin.com>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sam
you're the greatest :)
I'm now planning an alpa trial here with your software.
Franky
On Mon, 16 Jul 2001 aj7kwkp@maradns.org wrote:
>
> MaraDNS: It is no longer just a recursive name server.
>
> MaraDNS is now a political statement.
>
> Now, as a mere software developer, I try to keep myself above the level of
> making mere petty political statements. People who enjoy this kind of
> thing waste countless time arguing in Usenet and on Slashdot, trying in
> vain to make the perceived "other" side submit to their position.
>
> One of the common "hot button" issues that Slashdot covers is the
> ICANN--those people who are in charge of the top level domains. And, if
> you have not been partying on top of Mount Everest for the last five
> years, you are aware that the ICANN has added precisely 0 new TLDs.
>
> Time to spur the ICANN in to taking action.
>
> OK, so it wasn't really that deep of a political statement.
>
> See, Franky asked me to add support for multiple root name servers to
> MaraDNS before the 1.0 release, pointing out that having multiple root
> name servers increases reliability.
>
> The easiest way for me to do this was to use the already-in-place [1] ACL
> code (ignoring the netmasks). The already existing code makes it trivial
> to have various lists of IPs that various alternate namespaces use.
>
> MaraDNS now has the IP lists of no less than eight different alternate
> namespaces (ICANN, OSRC, AlterNIC, OpenNIC, Pacific Root, IRSC, TINC, and
> Super Root), which makes it trivial for one to change which namespace they
> wish to use.
>
> And so, MaraDNS 0.8.05 is released to the world. Keep in mind that
> one has to change their mararc file to use the new root nameservers.
>
> Also, I fixed an issue which allows Solaris to run the zoneserver now.
>
> http://www.maradns.org baby.
>
> - Sam
>
> [1] It is too bad English is not very good at letting people make new
> words by combining small words together. German is very good at this,
> of course. Esperanto has the art of making new words based on words
> already in one's vocabulary down to rocket science.
>
> --
> "Reality is the most perfect vision of God's will" -- Orson Scott Card
>
>
>
> Please be aware that anything posted to this list is publically archived.
>
> To unsubscribe to this list, send a blank message to
> list-unsubscribe@maradns.org
>
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 21748 invoked from network); 17 Jul 2001 01:24:43 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 17 Jul 2001 01:24:43 -0700
Received: (qmail 11027 invoked from network); 17 Jul 2001 08:24:43 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 17 Jul 2001 08:24:43 -0000
Date: Tue, 17 Jul 2001 10:24:43 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: small bug in getzone
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I think I found a small bug in getzone. When I do
getzone katho.be x.x.x.x
I get for the mailserver entry:
@katho.be.|3600|10@mail.katho.be.
Now I think this should be (according to csv format doc)
@katho.be.|3600|10|mail.katho.be.
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 26552 invoked from network); 18 Jul 2001 08:45:30 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 18 Jul 2001 08:45:30 -0700
Received: (qmail 13181 invoked from network); 18 Jul 2001 15:45:31 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 18 Jul 2001 15:45:31 -0000
Date: Wed, 18 Jul 2001 17:45:26 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: heavy test shows possible memory/thread leaks
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi,
I just tested maradns using the benchmark utility by starting 10
benchmarks in parallel. I'm always asking the same name (www.telenet.be).
Now I observe some strange behaviour here:
1) after the test is finished, maradns takes up a certain amount of
memory. Running the same test again and checking the memory again, I see
that maradns now uses again more memory, while I expected it to stay the
same for the second time. After each test, the memory keeps increasing.
2) the number of threads: when I do my 10 benchmarks in parallel, I see
the number of used threads going up to 52. Running the same test again
shows the number of threads is again increasing (up to 55 now). Third
test: 58 threads. After waiting about 4 minutes, the number of threads
boils back down to the initial number of 5.
For any details: contact me :)
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 26822 invoked from network); 18 Jul 2001 09:59:14 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 18 Jul 2001 09:59:14 -0700
Received: (qmail 17591 invoked from network); 18 Jul 2001 16:59:16 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 18 Jul 2001 16:59:16 -0000
Date: Wed, 18 Jul 2001 18:59:16 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: Re: heavy test shows possible memory/thread leaks
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hmmm.... as far as the thread leak concerns: disregard it, apparently the
number of threads reported in top is different than reported by pstack (on
solaris that is). I trust pstack, which results in no thread leaks.
The mem leak stays unfortunately :)
On Wed, 18 Jul 2001 liedekef@pandora.be wrote:
> Hi,
>
> I just tested maradns using the benchmark utility by starting 10
> benchmarks in parallel. I'm always asking the same name (www.telenet.be).
> Now I observe some strange behaviour here:
>
> 1) after the test is finished, maradns takes up a certain amount of
> memory. Running the same test again and checking the memory again, I see
> that maradns now uses again more memory, while I expected it to stay the
> same for the second time. After each test, the memory keeps increasing.
> 2) the number of threads: when I do my 10 benchmarks in parallel, I see
> the number of used threads going up to 52. Running the same test again
> shows the number of threads is again increasing (up to 55 now). Third
> test: 58 threads. After waiting about 4 minutes, the number of threads
> boils back down to the initial number of 5.
>
> For any details: contact me :)
>
> Franky
>
>
> Please be aware that anything posted to this list is publically archived.
>
> To unsubscribe to this list, send a blank message to
> list-unsubscribe@maradns.org
>
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28232 invoked from network); 18 Jul 2001 11:01:04 -0700
Received: from unknown (HELO smtp9.xs4all.nl) (194.109.127.135)
by artemas.reachin.com with SMTP; 18 Jul 2001 11:01:04 -0700
Received: from winter (remmy.xs4all.nl [213.84.15.171])
by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA18709
for ; Wed, 18 Jul 2001 20:01:04 +0200 (CEST)
Received: by cistron.nl
via sendmail from stdin
id (Debian Smail3.2.0.111)
for list@maradns.org; Wed, 18 Jul 2001 20:01:03 +0200 (CEST)
Date: Wed, 18 Jul 2001 20:01:03 +0200
From: Remco Rijnders
To: list@maradns.org
Subject: Re: heavy test shows possible memory/thread leaks
Message-ID: <20010718200103.D553@winter>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.18i
> On Wed, 18 Jul 2001 liedekef@pandora.be wrote:
>
> > Hi,
> >
> > I just tested maradns using the benchmark utility by starting 10
> > benchmarks in parallel. I'm always asking the same name (www.telenet.be).
> > Now I observe some strange behaviour here:
> >
> > 1) after the test is finished, maradns takes up a certain amount of
> > memory. Running the same test again and checking the memory again, I see
> > that maradns now uses again more memory, while I expected it to stay the
> > same for the second time. After each test, the memory keeps increasing.
I'm not an expert at all on these things, but I compiled maradns with
a memorychecker. To do this I changed MaraDNS.c to
#include
at the top and to add the following call as the first function call in
the main() function:
mtrace();
After compiling, I started the program, and it resulted in the
following output:
Memory not freed:
-----------------
Address Size Caller
0x08068fa8 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08068fc8 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x080690d0 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x080690f0 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x080691f8 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069218 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069320 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069340 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069448 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069468 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069570 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069590 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069698 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x080696b8 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x080697c0 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x080697e0 0x43 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069828 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069848 0x303 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
0x08069b50 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
(rest of output snipped)
Perhaps this gives Sam a pointer as to where to look?
Remmy
--
ICQ: 760542, Tel: (+31) 6 11316573, http://www.webconquest.com
-*- Zippy's revelation of the moment: -*-
BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28315 invoked by uid 1108); 18 Jul 2001 11:07:18 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 18 Jul 2001 11:07:18 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: Re: heavy test shows possible memory/thread leaks
Message-ID: <20010718110717.A28284@artemas.reachin.com>
References: <20010718200103.D553@winter>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010718200103.D553@winter>; from remmy@cistron.nl on Wed, Jul 18, 2001 at 08:01:03PM +0200
This can very well be a legitimate problem.
The problem, however, could be that these could just simply be cases where
items are being added to the cache. Items in the cache are not freed
until they expire from the cache (and only when the custodian looks for
them).
I will look at it tonight, when I have time again.
- Sam
> 0x08068fa8 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08068fc8 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x080690d0 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x080690f0 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x080691f8 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069218 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069320 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069340 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069448 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069468 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069570 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069590 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069698 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x080696b8 0x103 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x080697c0 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x080697e0 0x43 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069828 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069848 0x303 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
> 0x08069b50 0x18 at /home/remmy/maradns-0.8.05/libs/JessStrOS.c:25
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28356 invoked from network); 18 Jul 2001 11:10:47 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 18 Jul 2001 11:10:47 -0700
Received: (qmail 18419 invoked from network); 18 Jul 2001 18:10:46 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 18 Jul 2001 18:10:46 -0000
Date: Wed, 18 Jul 2001 20:10:46 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: Re: heavy test shows possible memory/thread leaks
In-Reply-To: <20010718110717.A28284@artemas.reachin.com>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Wed, 18 Jul 2001 aj7kwkp@maradns.org wrote:
>
> The problem, however, could be that these could just simply be cases where
> items are being added to the cache. Items in the cache are not freed
> until they expire from the cache (and only when the custodian looks for
> them).
This would be the case, if I not always asked for the same entry in my
tests, so I expect this to be cached of course :)
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28416 invoked from network); 18 Jul 2001 11:13:33 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 18 Jul 2001 11:13:33 -0700
Received: (qmail 21038 invoked from network); 18 Jul 2001 18:13:34 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 18 Jul 2001 18:13:34 -0000
Date: Wed, 18 Jul 2001 20:13:34 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: max number of threads
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi Sam,
I just realized why you use the setrlimit call to set the max number of
processes: in linux (at least 2.2.* kernel) , a thread is emulated by a
process, so this is an easy way of accomplishing this. On solaris, where a
thread is really a thread (with the risk of starting a OS war), this limit
of course is of no use.
But then again, there's really a need to limit the number of threads, so
what I suggest would be (in order to get the limit to work on solaris as
well):
in the parent process, increment a counter for each thread successfully
created (using mutex_lock and mutex_unlock of course) unless counter is
equal to the max number specified.. Then for each started thread, wherever
it may exit, call a function that (also using mutex) decrements the
counter again.
Of course, there may be better/other ways of accomplishing this, this was
just "wild thinking".
Greets,
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28469 invoked by uid 1108); 18 Jul 2001 11:18:08 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 18 Jul 2001 11:18:08 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: SECURITY: MaraDNS 0.5.28 and MaraDNS 0.8.06 released
Message-ID: <20010718111808.C28284@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello, everyone,
First of all, I would like to thank Roy Arends for pointing out that
MaraDNS has the following security hole:
* Send a packet to a MaraDNS server with a spoofed source address of the
MaraDNS server
* MaraDNS will send a reply to herself
* MaraDNS will then, incorrectly, reply to the reply she sent herself
* Then reply to that reply
* And so on (sort of like the tupperwear ad from the 70s, if anyone
else remembers that ad)
Anyway, I have released both MaraDNS 0.5.28 and MaraDNS 0.8.06, which fix
the bug.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28506 invoked from network); 18 Jul 2001 11:18:25 -0700
Received: from unknown (HELO smtp9.xs4all.nl) (194.109.127.135)
by artemas.reachin.com with SMTP; 18 Jul 2001 11:18:25 -0700
Received: from winter (remmy.xs4all.nl [213.84.15.171])
by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA20596
for ; Wed, 18 Jul 2001 20:18:26 +0200 (CEST)
Received: by cistron.nl
via sendmail from stdin
id (Debian Smail3.2.0.111)
for list@maradns.org; Wed, 18 Jul 2001 20:18:25 +0200 (CEST)
Date: Wed, 18 Jul 2001 20:18:25 +0200
From: Remco Rijnders
To: list@maradns.org
Subject: Re: heavy test shows possible memory/thread leaks
Message-ID: <20010718201825.E553@winter>
References: <20010718200103.D553@winter> <20010718110717.A28284@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010718110717.A28284@artemas.reachin.com>
User-Agent: Mutt/1.3.18i
On Wed, Jul 18, 2001 at 11:07:18AM -0700, aj7kwkp@maradns.org wrote:
> This can very well be a legitimate problem.
>
> The problem, however, could be that these could just simply be cases where
> items are being added to the cache. Items in the cache are not freed
> until they expire from the cache (and only when the custodian looks for
> them).
These were the results after doing a few queries and then ctrl-c'ing
out of maradns.
However, when I ran this test using the benchmark program, the output
was many many times larger... after about roughly 2000 queries using
the benchmark program the list with memleaks was 4637 lines long where
it was much shorter after doing just a few identical askmara queries
on example.com.
> I will look at it tonight, when I have time again.
Ofcourse :)
Thanks for the great work!
Remmy
--
ICQ: 760542, Tel: (+31) 6 11316573, http://www.webconquest.com
-*- Zippy's revelation of the moment: -*-
What GOOD is a CARDBOARD suitcase ANYWAY?
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28575 invoked by uid 1108); 18 Jul 2001 11:32:42 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 18 Jul 2001 11:32:42 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: Re: max number of threads
Message-ID: <20010718113242.D28284@artemas.reachin.com>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: ; from liedekef@pandora.be on Wed, Jul 18, 2001 at 08:13:34PM +0200
> On solaris, where a thread is really a thread (with the risk of starting
> a OS war)
You know, I used to be rather annoyed with Solaris. Why? In the days of
the dot-com boom, job interviews I had trying to get a systems
administrator position would go like this:
Interviewer: So, Sam, how much Solaris experience do you have?
Me: I have five years of Linux experience
Interviewer: But, that doesn't count. How many years have you been using
SOLARIS?
Me: Well...
Interviewer: (In so many words) Linux is not a real OS. We only hire
Solaris people. Bye.
I got out of the trap of working tech support and SQA by working for, of
all people, Microsoft as a contract programmer. Microsoft looked good
enough on my resume that it was pretty easy to get a dot-com job after
that. At least for the year or so before the who dot-com thing went
kaput.
Now the surviving dot-coms are moving to Linux to save costs (Amazon and
IMDB both now use Linux for their web servers), many Solaris people are on
the street desperately looking for work, along with all of the Linux
people who used to work for Linuxcare (before the layoffs), icast, VA
Linux (before the layoffs), and so on.
I actaully have a pretty nasty page about Solaris up, which I will replace
with these comments I just posted to the list.
> in the parent process, increment a counter for each thread successfully
> created (using mutex_lock and mutex_unlock of course) unless counter is
> equal to the max number specified.. Then for each started thread, wherever
> it may exit, call a function that (also using mutex) decrements the
> counter again.
Sounds like a good way to do it.
Probably better than the current way, because it is more portable.
The "limit the processes" code is a bit of legacy code which was written
in the days when MaraDNS would fork() a new process to answer a DNS
query. (the 0.4.xx series, IIRC)
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 29248 invoked by uid 1108); 18 Jul 2001 12:05:40 -0700
Sender: aj7kwkp@maradns.org
Date: Wed, 18 Jul 2001 12:05:40 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: Md5 sums of the new releases
Message-ID: <20010718120540.A29237@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
I forgot the Md5 sums in the last announcment:
e43b74eadc29e756ca1365a1c79586e5 maradns-0.8.06.tar.bz2
6f2282a59377703a04d2b260a9d321ed maradns-0.5.28.tar.bz2
17f40573bfc819be3c88b2f263739cfb maradns-0.5.28-1.i386.rpm
a6956fb1748f2f3ceb5665e5a5d324ce maradns-0.5.28-1.src.rpm
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 29323 invoked from network); 18 Jul 2001 12:27:57 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 18 Jul 2001 12:27:57 -0700
Received: (qmail 23460 invoked from network); 18 Jul 2001 19:27:56 -0000
Received: from unknown (HELO pandora.be) ([213.224.87.108]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 18 Jul 2001 19:27:56 -0000
Sender: liedekef
Message-ID: <3B55E4E9.57A7E140@pandora.be>
Date: Wed, 18 Jul 2001 21:35:06 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: Re: max number of threads
References: <20010718113242.D28284@artemas.reachin.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Don't get me wrong, I also like linux much better, but you know the
rule: company policy ...
Maybe I can try to convince them to switch over one day. They already listened
to me when I advised to switch to linux for the qmail servers, I'd love to see
some of the money they saved by not having to pay for solaris support and
incredible expensive sparc HW.
Btw I think the 2.4 kernel has native thread support, so the change would be
probably needed there as well (I'm not sure, so don't shoot me if I'm wrong).
Franky
And as a finishing touch, one of my favorite quotes:
======================================================================
The manual said: "install Win95 or better" so I installed linux.
======================================================================
aj7kwkp@maradns.org wrote:
> > On solaris, where a thread is really a thread (with the risk of starting
> > a OS war)
>
> You know, I used to be rather annoyed with Solaris. Why? In the days of
> the dot-com boom, job interviews I had trying to get a systems
> administrator position would go like this:
>
> Interviewer: So, Sam, how much Solaris experience do you have?
>
> Me: I have five years of Linux experience
>
> Interviewer: But, that doesn't count. How many years have you been using
> SOLARIS?
>
> Me: Well...
>
> Interviewer: (In so many words) Linux is not a real OS. We only hire
> Solaris people. Bye.
>
> I got out of the trap of working tech support and SQA by working for, of
> all people, Microsoft as a contract programmer. Microsoft looked good
> enough on my resume that it was pretty easy to get a dot-com job after
> that. At least for the year or so before the who dot-com thing went
> kaput.
>
> Now the surviving dot-coms are moving to Linux to save costs (Amazon and
> IMDB both now use Linux for their web servers), many Solaris people are on
> the street desperately looking for work, along with all of the Linux
> people who used to work for Linuxcare (before the layoffs), icast, VA
> Linux (before the layoffs), and so on.
>
> I actaully have a pretty nasty page about Solaris up, which I will replace
> with these comments I just posted to the list.
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 32348 invoked by uid 1108); 19 Jul 2001 09:46:37 -0700
Sender: aj7kwkp@maradns.org
Date: Thu, 19 Jul 2001 09:46:37 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: List of current MaraDNS bugs
Message-ID: <20010719094637.A32310@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
There is an interesting article that Slashdot current points to, whoses
thesis is that good software takes ten years to develop.
Not true. Well, OK, true for really big projects. Linux is just starting
to become a true enterprise-class OS, and has been in development for a
little over 10 years.
A DNS server, however, takes roughly six months to develop. Probably
another six months before it is ready for a 1.0 release.
Software development consists of four stages:
1. Design
2. Develop
3. Debug
4. Document
Right now, MaraDNS is at stage 3, "Debug". Here is the current list of
bugs to fix:
Current known bugs:
* Looks like the code which "overwrites" an element in the cache fails to
add the new element after overwriting the old data.
* The getzone client does not handle a zone with root nameservers correctly
* The getzone client sometimes outputs an @ instead of a | as a delimiter
for a MX record she gets.
* Change Rijndael Makefile, since NetBSD's make doesn't like it
* Asking for a non-A record which points to a CNAME still chases down the
A record. Fix.
* Make sure a CNAME request still "goes through", even if we can't find the
A record assosciated with the CNAME record.
* Make sure the recursive code is not leaking.
That said, I am in the process of moving, so I probably won't have time to
look at these bugs until this weekend.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 14770 invoked from network); 22 Jul 2001 05:19:14 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 22 Jul 2001 05:19:14 -0700
Received: (qmail 712 invoked from network); 22 Jul 2001 12:15:23 -0000
Received: from unknown (HELO pandora.be) ([213.224.89.93]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 22 Jul 2001 12:15:23 -0000
Sender: liedekef
Message-ID: <3B5AC58E.320AB8D0@pandora.be>
Date: Sun, 22 Jul 2001 14:22:38 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: How does MaraDns react to cache poisining?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
definition of cache poisoning:
a malicious attacker might set up a dns server that, when queried,
returns forged additional records. This way, he might replace trusted
servers in your cache with his own ones by making your dns server return
bad IP addresses
I've seen this happen in Bind, I've read that pdnsd and djbdns protect
themselves from this (pdnsd is configurable for this). Dunno about
latest versions of Bind. So I wonder: how does MaraDns react to this
poisoning?
Greets,
Franky
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 15474 invoked by uid 1108); 22 Jul 2001 11:47:27 -0700
Sender: aj7kwkp@maradns.org
Date: Sun, 22 Jul 2001 11:47:27 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: Re: How does MaraDns react to cache poisining?
Message-ID: <20010722114727.A15367@artemas.reachin.com>
References: <3B5AC58E.320AB8D0@pandora.be>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B5AC58E.320AB8D0@pandora.be>; from liedekef@pandora.be on Sun, Jul 22, 2001 at 02:22:38PM +0200
> I've seen this happen in Bind, I've read that pdnsd and djbdns protect
> themselves from this (pdnsd is configurable for this). Dunno about
> latest versions of Bind. So I wonder: how does MaraDns react to this
> poisoning?
Depends on where the bad records are.
The way we process name server referrals with the same names in the
additional section is by ignoring the names, and storing in the cache the
IPs of the name server in question.
For example, let us suppose that www.killerporn.nasty.foo wants to poison
our cache:
$ dig @ns.nasty.foo www.killerporn.nasty.foo
;; ANSWER SECTION
; blank
;; AUTHORITY SECTION
killerporn.nasty.foo. 123456 IN NS www.google.com.
killerporn.nasty.foo. 123456 IN NS www.cnn.com.
;; ADDITIONAL SECTION
www.google.com. 123456 IN A 10.1.2.3
www.cnn.com. 123456 IN A 10.1.2.4
When MaraDNS, in recursive mode, sees these bad records, what she does is
this:
* She does not change the values for "www.google.com" nor "www.cnn.com" in
the cache.
* She "links" the records in question, and stores this in the cache:
killerporn.nasty.foo. 123456 IN NS 10.1.2.3
killerporn.nasty.foo. 123456 IN NS 10.1.2.4
---
In the case of a NS record being out of bailiwick, MaraDNS discards the
out-of-bailiwick records. E.G:
$ dig @ns.nasty.foo www.killerporn.nasty.foo
;; ANSWER SECTION
; blank
;; AUTHORITY SECTION
com. 123456 IN NS ns1.killerporn.nasty.foo.
killerporn.nasty.foo. 123456 IN NS ns2.killerporn.nasty.foo.
killerporn.nasty.foo. 123456 IN NS ns3.killerporn.nasty.foo.
;; ADDITIONAL SECTION
ns1.killerporn.nasty.foo. 123456 IN A 10.1.2.1
ns2.killerporn.nasty.foo. 123456 IN A 10.1.2.2
ns3.killerporn.nasty.foo. 123456 IN A 10.1.2.3
The "com." record is discarded, and the other two records are added to the
cache.
---
In the case of an answer being an answer for something besides our
question, we discard the answer.
---
Note that I need to perform regression tests to verify that this is how
MaraDNS acts.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 16310 invoked from network); 22 Jul 2001 16:41:47 -0700
Received: from unknown (HELO smtp1.pandora.be) (195.130.132.33)
by artemas.reachin.com with SMTP; 22 Jul 2001 16:41:47 -0700
Received: (qmail 22663 invoked from network); 22 Jul 2001 20:43:25 -0000
Received: from unknown (HELO eros.telenet-ops.be) ([195.130.132.42]) (envelope-sender )
by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
for ; 22 Jul 2001 20:43:25 -0000
Date: Sun, 22 Jul 2001 22:43:28 +0200 (CEST)
From:
X-X-Sender:
To:
Subject: Re: How does MaraDns react to cache poisining?
In-Reply-To: <20010722114727.A15367@artemas.reachin.com>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cool, so if the regression test comes out ok, cache poisoning is a nono in
MaraDns. Tx, Sam.
Franky
On Sun, 22 Jul 2001 aj7kwkp@maradns.org wrote:
>
> > I've seen this happen in Bind, I've read that pdnsd and djbdns protect
> > themselves from this (pdnsd is configurable for this). Dunno about
> > latest versions of Bind. So I wonder: how does MaraDns react to this
> > poisoning?
>
> Depends on where the bad records are.
>
> The way we process name server referrals with the same names in the
> additional section is by ignoring the names, and storing in the cache the
> IPs of the name server in question.
>
> For example, let us suppose that www.killerporn.nasty.foo wants to poison
> our cache:
>
> $ dig @ns.nasty.foo www.killerporn.nasty.foo
>
> ;; ANSWER SECTION
> ; blank
>
> ;; AUTHORITY SECTION
> killerporn.nasty.foo. 123456 IN NS www.google.com.
> killerporn.nasty.foo. 123456 IN NS www.cnn.com.
>
> ;; ADDITIONAL SECTION
> www.google.com. 123456 IN A 10.1.2.3
> www.cnn.com. 123456 IN A 10.1.2.4
>
> When MaraDNS, in recursive mode, sees these bad records, what she does is
> this:
>
> * She does not change the values for "www.google.com" nor "www.cnn.com" in
> the cache.
>
> * She "links" the records in question, and stores this in the cache:
>
> killerporn.nasty.foo. 123456 IN NS 10.1.2.3
> killerporn.nasty.foo. 123456 IN NS 10.1.2.4
>
> ---
>
> In the case of a NS record being out of bailiwick, MaraDNS discards the
> out-of-bailiwick records. E.G:
>
> $ dig @ns.nasty.foo www.killerporn.nasty.foo
>
> ;; ANSWER SECTION
> ; blank
>
> ;; AUTHORITY SECTION
> com. 123456 IN NS ns1.killerporn.nasty.foo.
> killerporn.nasty.foo. 123456 IN NS ns2.killerporn.nasty.foo.
> killerporn.nasty.foo. 123456 IN NS ns3.killerporn.nasty.foo.
>
> ;; ADDITIONAL SECTION
> ns1.killerporn.nasty.foo. 123456 IN A 10.1.2.1
> ns2.killerporn.nasty.foo. 123456 IN A 10.1.2.2
> ns3.killerporn.nasty.foo. 123456 IN A 10.1.2.3
>
> The "com." record is discarded, and the other two records are added to the
> cache.
>
> ---
>
> In the case of an answer being an answer for something besides our
> question, we discard the answer.
>
> ---
>
> Note that I need to perform regression tests to verify that this is how
> MaraDNS acts.
>
> - Sam
>
> --
> "Reality is the most perfect vision of God's will" -- Orson Scott Card
>
>
>
> Please be aware that anything posted to this list is publically archived.
>
> To unsubscribe to this list, send a blank message to
> list-unsubscribe@maradns.org
>
>
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 1167 invoked by uid 1108); 27 Jul 2001 00:18:47 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 27 Jul 2001 00:18:47 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS update
Message-ID: <20010727001847.A1146@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello, there,
This is a non-update update on the progress of MaraDNS. Namely, that
there has not been any in the last week.
I have been moving this last week, as I allued to in a previous
posting. As of tonight, I have completed my move:
* Moving everything out of where I was living in San Francisco, and taking
it to the trash, recycling it, taking it to storage, or taking it to
the temporary place of residence I had in San Jose.
* Building a computer for a friend out of old used parts hanging around.
This took a while, since I had to deal with DOA motherboards and BIOSes
too dumb to boot from a CDROM drive.
* Today, moving everything in my temporary residence in San Jose, putting
it in my car, and driving down to San Diego.
* Figuring out how to hook up to my family's internet connection. Is it
possible to get on the 'net with an AOL DSL account? I will find out
very soon. Until then, I am using the dialup account which will cease
to be on August 9th--two weeks from today.
Anyway, I have a headache from driving all day today (I managed to do the
San Jose-San Diego drive in 8.5 hours), and am about to go to bed.
Now that I am in San Diego, and have finished my moving for now (I get to
do some moving again when I go down to Mexico) I should have more time to
work on MaraDNS.
I have a long list of bugs that need to be fixed. I will start on the
bugs with the getzone zone transfer client, then work on some of the other
nasty bugs that MaraDNS has.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 4859 invoked by uid 1108); 27 Jul 2001 22:33:11 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 27 Jul 2001 22:33:11 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.07 released
Message-ID: <20010727223311.A4843@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello there,
Now that I am settled down in San Diego, I have had time to release
version 0.8.07 of MaraDNS. This has three bug fixes:
* The same bug which allowed a loop to happen with the UDP server was also
in the TCP zone server. This is less critical than the UDP bug, since
it is difficult, with most modern unices, to spoof a TCP source address.
* Franky pointed out that the getzone client incorrectly formats MX
records. Fixed.
* I noticed that the getzone client incorrectly formats pointers to the
root nameserver(s). Fixed.
Next:
Figure out how to access an AOL DSL account from Linux. This dialup lag
is driving me crazy.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 4959 invoked by uid 1108); 27 Jul 2001 22:53:09 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 27 Jul 2001 22:53:09 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.07 MD5 sum
Message-ID: <20010727225309.A4948@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
MaraDNS 0.8.07 Md5 sum:
8d12d17ef682f5306c5fe81238f672a9 maradns-0.8.07.tar.bz2
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 7868 invoked by uid 1108); 28 Jul 2001 23:14:33 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 28 Jul 2001 23:14:33 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.08 released
Message-ID: <20010728231433.A7850@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello,
I present to you, my faithgul subscribers, MaraDNS 0.8.08, the obsolete
and overpriced Roland drum machine release. [1]
This is a bug swatting release. Basically:
* The problem that was causing www.fairytale-abuse.com to not resolve
is fixed. (Better lame delegation handling)
* The problem that was causing www.cs.cmu.edu and
www.roaringpenguin.com to not resolve is fixed (Better case
sensitivity handling)
- Sam
[1] Back in 1982, in Keyboard Magazine's review of the Linn Drum, they
indirectly compared the Rolard TR-808 to "Marching Anteaters locked in
4/4 time"
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 7911 invoked by uid 1108); 28 Jul 2001 23:15:14 -0700
Sender: aj7kwkp@maradns.org
Date: Sat, 28 Jul 2001 23:15:14 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.08 Md5 SUM
Message-ID: <20010728231514.B7850@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
MaraDNS 0.8.08 Md5 sum:
f01068a8ad800b545d33a564e326637f maradns-0.8.08.tar.bz2
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 23907 invoked by uid 1108); 3 Aug 2001 02:26:51 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 3 Aug 2001 02:26:51 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: MaraDNS 0.8.09 released
Message-ID: <20010803022651.A23885@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5i
Finally, after a week, I have released another copy of MaraDNS.
Let me tell you, my friend's cable modem conneciton to the internet, like,
really rocks. Development is a breeze with this internet connection. In
fact, this connection is so nice, I even remembered to include the Md5sum
in the release notes, instead of needing to place it in a separate
message.
MaraDNS 0.8.09 has better lame delegation handling, and fixed another
minor bug, allowing "linuxemu.retrofaction.com" to correctly resolve.
In addition, in the interest of making sure all new tools added to MaraDNS
are directly DNS-releated, I added a Perl script which filters mail
against the SirCam virus to the MaraDNS package.
One may get the impression that the MaraDNS tarball is being used to puff
up my resumé, among other things.
In fact, for the first time, I proudly present the Md5 sum of MaraDNS,
without needing to include it in a separate mailing:
f36ca9e670f47b18c465b6e8d3ae2811 maradns-0.8.09.tar.bz2
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 24085 invoked by uid 1108); 3 Aug 2001 02:32:55 -0700
Sender: aj7kwkp@maradns.org
Date: Fri, 3 Aug 2001 02:32:55 -0700
From: aj7kwkp@maradns.org
To: list@maradns.org
Subject: Now I know why I always forget the md5 sum
Message-ID: <20010803023255.A24042@artemas.reachin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Hello there,
I realized, after "releasing" MaraDNS, that I forgot to change the flags
in server/Makefile to make a functioning DNS server.
Hence, I have change the flags so that MaraDNS can be used for production
use.
It's a one-byte change, but this necessitates a new md5sum:
0787fa045530ac37912a1ed212b0a55e maradns-0.8.09.tar.bz2
Thank you for your understanding.
- Sam
--
"Reality is the most perfect vision of God's will" -- Orson Scott Card
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28423 invoked from network); 3 Aug 2001 09:20:06 -0700
Received: from unknown (HELO gateway.local.net) (193.218.212.121)
by artemas.reachin.com with SMTP; 3 Aug 2001 09:20:06 -0700
Received: from dynamic-25.local.net (cloned.local.net) [192.168.100.125]
by gateway.local.net with smtp (Exim 2.05 #1 (Debian))
id 15ShgN-00031T-00; Fri, 3 Aug 2001 18:20:15 +0200
From: Michael Knigge
Date: Fri, 03 Aug 2001 16:20:05 GMT
Message-ID: <20010803.16200570@cloned.local.net>
Subject: Multiple Domains?
To: list@maradns.org
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.1; Win32)
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi all,
I'm new to maradns and just entered two problemns.
The first is: How can I tell maradns to handle more than one domain?=20=
We have our official Domain "set-software.de" and for our LAN the=20
internal Domain "local.net". I wand maradns to handle both - but how?
My second problem is: nslookup will not work :-(
Here is my db file (just an extract):
Slocal.net.|86400|local.net.|root@set-software.de.|1|7200|3600|604800
|1800
Nlocal.net.|86400|dns.local.net.
# gateway.local.net
###########################################
Adns.local.net.|86400|192.168.100.222
P222.100.168.192.in-addr.arpa.|86400|dns.local.net.
Cwww.local.net.|86400|dns.local.net.
Cmail.local.net.|86400|dns.local.net.
Cproxy.local.net.|86400|dns.local.net.
Cgateway.local.net.|86400|dns.local.net.
Now, when I just start "nslookup" I see the following in the=20
/var/log/syslog:
Bad query received:=20
\2248\001\000\000\001\000\000\000\000\000\000\\0011\0010\0010\003127\
007in-addr\004arpa\000\000\014\000\001
Seems to me he wants so resolve 127.0.0.1.... But it is contained in=20=
my /etc/hosts:
127.0.0.1 localhost
Can anybody help me?!?
Thank you
Michael
From s@s.org Mon Jul 2 22:52:29 2001
Return-Path:
Mailing-List: contact list-help@maradns.org; run by ezmlm
Delivered-To: mailing list list@maradns.org
Received: (qmail 28777 invoked from network); 3 Aug 2001 09:43:44 -0700
Received: from unknown (HELO pop3.telenet-ops.be) (195.130.132.40)
by artemas.reachin.com with SMTP; 3 Aug 2001 09:43:44 -0700
Received: from pandora.be (D5E058B7.kabel.telenet.be [213.224.88.183])
by pop3.telenet-ops.be (Postfix) with ESMTP id 2FE869BB49
for ; Fri, 3 Aug 2001 18:43:46 +0200 (CEST)
Sender: liedekef@pop3.telenet-ops.be
Message-ID: <3B6AD67B.6311E62E@pandora.be>
Date: Fri, 03 Aug 2001 18:51:07 +0200
From: Franky Van Liedekerke
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: list@maradns.org
Subject: Re: Multiple Domains?
References: <20010803.16200570@cloned.local.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I'm gonna take a shot at this, but if I'm wrong, feel free to correct me :)
Michael Knigge wrote:
> Hi all,
>
> I'm new to maradns and just entered two problemns.
>
> The first is: How can I tell maradns to handle more than one domain?
> We have our official Domain "set-software.de" and for our LAN the
> internal Domain "local.net". I wand maradns to handle both - but how?
Add the folowing to the mararc file:
csv1["local.net."] = "db.local.net"
csv1["set-software.de."] = "db.set-software.de"
and create those db files.
>
> My second problem is: nslookup will not work :-(
>
> Here is my db file (just an extract):
>
> Slocal.net.|86400|local.net.|root@set-software.de.|1|7200|3600|604800
> |1800
> Nlocal.net.|86400|dns.local.net.
>
> # gateway.local.net
> ###########################################
> Adns.local.net.|86400|192.168.100.222
> P222.100.168.192.in-addr.arpa.|86400|dns.local.net.
>
> Cwww.local.net.|86400|dns.local.net.
> Cmail.local.net.|86400|dns.local.net.
> Cproxy.local.net.|86400|dns.local.net.
> Cgateway.local.net.|86400|dns.local.net.
>
> Now, when I just start "nslookup" I see the following in the
> /var/log/syslog:
>
> Bad query received:
> \2248\001\000\000\001\000\000\000\000\000\000\\0011\0010\0010\003127\
> 007in-addr\004arpa\000\000\014\000\001
>
> Seems to me he wants so resolve 127.0.0.1.... But it is contained in
> my /etc/hosts:
>
> 127.0.0.1 localhost
>
> Can anybody help me?!?
>
An old nslookup bug: there are two awys to solve this:
1) use the following command sequence:
nslookup
server 127.0.0.1