headers
Rohit_Chawla | 3 Oct 2005 17:01

How to uninstall djbdns?

Hi Everyone,

I have one query related to uninstalling DJBDNS.

How can I uninstall djbdns along with daemontools?
Is there anyway except deleting the dir & links manually.

Cheers
RC

-----Original Message-----
From: Jeff King [mailto:peff <at> peff.net] 
Sent: Monday, September 26, 2005 4:03 PM
To: dns <at> list.cr.yp.to
Subject: Re: dnscache having problems with symbolic links

On Mon, Sep 26, 2005 at 11:38:05AM +0200, Bgs wrote:

> I have a servers record for the internal domain. To make things easier
I 
> wanted to have one central 'servers' directory and link that from
every 
> dnscache instance, but it doesn't work. I always get the following
error:
> 
> dnscache: fatal: unable to read servers: file does not exist

You can't do that. dnscache chroots to the 'root' directory. The symlink
points outside the root, and so is no longer valid after the chroot. You
have two options:
(Continue reading)

Permalink | Reply | 752 comments |
headers
Charles Cazabon | 3 Oct 2005 17:22
Picon

Re: How to uninstall djbdns?

Rohit_Chawla <Rohit_Chawla <at> Satyam.com> wrote:
> 
> How can I uninstall djbdns along with daemontools?

Remove the files.

> Is there anyway except deleting the dir & links manually.

No.

Charles
--

-- 
-----------------------------------------------------------------------
Charles Cazabon                              <dns <at> discworld.dyndns.org>
GPL'ed software available at:               http://pyropus.ca/software/
-----------------------------------------------------------------------
Permalink | Reply | 0 comments |
headers
Michael Sierchio | 3 Oct 2005 17:30

Re: How to uninstall djbdns?

Rohit_Chawla wrote:
> Hi Everyone,
> 
> I have one query related to uninstalling DJBDNS.
> 
> How can I uninstall djbdns along with daemontools?
> Is there anyway except deleting the dir & links manually.

Well, there is if you installed it from the Ports collection
on FreeBSD.  If not, you might take the following as a guide --
the base location might be different on your system, and you
may not have the manpages.

Information for djbdns-1.05_9:

Files:
/usr/local/man/man1/dnsfilter.1.gz
/usr/local/man/man1/dnsip.1.gz
/usr/local/man/man1/dnsipq.1.gz
/usr/local/man/man1/dnsmx.1.gz
/usr/local/man/man1/dnsname.1.gz
/usr/local/man/man1/dnsq.1.gz
/usr/local/man/man1/dnsqr.1.gz
/usr/local/man/man1/dnstrace.1.gz
/usr/local/man/man1/dnstracesort.1.gz
/usr/local/man/man1/dnstxt.1.gz
/usr/local/man/man1/tinydns-get.1.gz
/usr/local/man/man8/axfr-get.8.gz
/usr/local/man/man8/axfrdns.8.gz
/usr/local/man/man8/axfrdns-conf.8.gz
(Continue reading)

Permalink | Reply | 751 comments |
headers
Bob Ababurko | 6 Oct 2005 22:31
Picon

yet another reverse question

hi all-

I have been through this many times before, but it does not seem to get 
any easier for some reason.  I am setting up reverse for someone and 
have asked that the reverse for the subnet be delegated to his name 
servers.

Since there are different ways for ISPs to do this I seem to get 
confused(or so that is my excuse).  It does not look like the subnet has 
been delegated.  One of the addresses that needs is supposedly delegated 
is 204.8.34.156.  They have said to put this zone in my named:

30-1.34.8.204.IN-ADDR.ARPA

Times when I have looked at dnsstuff.com to check the traversal has 
shown me that the query be handed to the name server I was configuring 
and this is not happening at this point.  When I check 204.8.34.156, the 
query is stopping at their name servers.   Is something wrong on their end?

If not, what style should I set up my in-addr.arpa zone or SOA for 
tinydns?  I lost a boat load of data on a hard drive last year and on it 
  was all of this good stuff so sorry to ask such a question.

Regards,
Bob
Permalink | Reply | 1 comment |
headers
Brian T Glenn | 7 Oct 2005 00:49
Favicon

Re: yet another reverse question

On Thu, Oct 06, 2005 at 04:31:04PM -0400, Bob Ababurko may have written:
> 
> Since there are different ways for ISPs to do this I seem to get 
> confused(or so that is my excuse).  It does not look like the subnet has 
> been delegated.  One of the addresses that needs is supposedly delegated 
> is 204.8.34.156.  They have said to put this zone in my named:
> 
> 30-1.34.8.204.IN-ADDR.ARPA

This is for RFC2317 delegation. Although from what I can see in the 
public nameservers, they have not actually made this delegation yet.

There is a nameserver for 34.8.204.in-addr.arpa pointing to 
ns1.switchdesk.com, but there is nothing below that zone for 156.

> If not, what style should I set up my in-addr.arpa zone or SOA for 
> tinydns?  I lost a boat load of data on a hard drive last year and on it 
>  was all of this good stuff so sorry to ask such a question.

You would use 30-1.34.8.204.in-addr.arpa in your '.' line for the zone.

You would then have lines like this for PTR records:

^156.30-1.34.8.204.in-addr.arpa:my.domain.name.example.com

Cheers,
--

-- 
Brian T Glenn
delink.net Internet Services
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kai Bolay | 7 Oct 2005 01:52
Picon

setting timeout for djbdns resolver code (dns_resolve.c)

Hi!

I'm using dns_txt() to look up TXT records and would like to specify a 
shorter timeout. djb's code is very dense so I have trouble locating 
where to set the timeout value. Here's the block of code I'm looking at:

int dns_resolve(const char *q,const char qtype[2])
  {
[...]
    for (;;) {
      taia_now(&stamp);
      taia_uint(&deadline,120);
      taia_add(&deadline,&deadline,&stamp);
      dns_transmit_io(&dns_resolve_tx,x,&deadline);
      iopause(x,1,&deadline,&stamp);
[...]
    }
  }

So my guess was that the 120 sets the timeout to 120 seconds. Reducing 
it doesn't seem to have any effect, though. The timeout actually stays 
at 59 seconds which looks like if comes from dns_transmit.c:

static const int timeouts[4] = { 1, 3, 11, 45 };

I hope someone can point me to the right direction and explain where I 
can tune the overall timeout for the query. I don't want to modify the 
retry-schedule (at least I think I don't want to), but instead set a 
firm upper limit...
(Continue reading)

Permalink | Reply | 0 comments |
headers
M. Lucas | 7 Oct 2005 08:43
Picon

OT: underscore in DNS names

Hello,

My DNS hostingprovider doesn't want to insert a domainkey for my domain
because the "_" would be an illegal character in a DNS name following
the RFC's?

Is this correct? Is there an update of the RFC which he reads?

Could somebody please post the RFC number which state that the "_" is al
legal character.

With kind regards,
Maurice Lucas
Permalink | Reply | 2 comments |
headers
Stig Sandbeck Mathisen | 7 Oct 2005 08:59
Picon
Gravatar

Re: OT: underscore in DNS names

"M. Lucas" <mlucas <at> taos-it.nl> writes:

> Hello,
>
> My DNS hostingprovider doesn't want to insert a domainkey for my
> domain because the "_" would be an illegal character in a DNS name
> following the RFC's?
>
> Is this correct? Is there an update of the RFC which he reads?
>
> Could somebody please post the RFC number which state that the "_"
> is al legal character.

RFC1033 says something about it, it is available at
http://www.faqs.org/rfcs/rfc1033.html

[...]
NAMES

   A domain name is a sequence of labels separated by dots.

   Domain names in the zone files can be one of two types, either
   absolute or relative.  An absolute name is the fully qualified
   domain name and is terminated with a period.  A relative name does
   not terminate with a period, and the current default domain is
   appended to it.  The default domain is usually the name of the
   domain that was specified in the boot file that loads each zone.

   The domain system allows a label to contain any 8-bit character.
   Although the domain system has no restrictions, other protocols
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tullio Andreatta | 7 Oct 2005 11:13
Picon

Re: OT: underscore in DNS names

M. Lucas wrote:
> Hello,
> 
> My DNS hostingprovider doesn't want to insert a domainkey for my domain
> because the "_" would be an illegal character in a DNS name following
> the RFC's?
> 
> Is this correct? Is there an update of the RFC which he reads?
> 
> Could somebody please post the RFC number which state that the "_" is al
> legal character.

RFC1033 says:
|The domain system allows a label to contain any 8-bit character.

And:
|Although the domain system has no restrictions, other protocols such
|as SMTP do have name restrictions.  Because of other protocol
|restrictions, only the following characters are recommended for use
|in a host name (besides the dot separator):
|
|      "A-Z", "a-z", "0-9", dash and underscore

Domainkey label is not an "hostname", so any 8-bit character is legal.

--

-- 
Tullio Andreatta

Disclaimer: "Please treat this email message in a reasonable way, or we
     might get angry" ( http://www.goldmark.org/jeff/stupid-disclaimers )
(Continue reading)

Permalink | Reply | 0 comments |
headers
Maurice Lucas | 12 Oct 2005 09:42
Picon

rbldnsd and tinydns on the same IP address

Hello,

I have rbldnsd [1] installed on my server which uses my external ip UDP port
53.

Now I have to install tinydns to server my domain to the outsite world which
will also use port 53 UDP.
Is there a sollution in which I can serve both?

The rbldnsd has to be available for the outside world.

[1] http://www.corpit.ru/mjt/rbldnsd.html

With kind regards,
Met vriendelijke groet,

Maurice Lucas
TAOS-IT
Permalink | Reply | 13 comments |

Gmane