ISP refuses classless delegation

Re: ISP refuses classless delegation

From:

Date:

Time:

At 10:42 AM +0200 4/25/02, Mauro Ferrari wrote:
>Thanks to your posts I know now how to delegate a classless subzone,
>but My ISP refuses to delegate the 5 IP's I own, saying that it
>would generate unneccessary DNS traffic, and that all their client
>have their DNS without delegation. For them, the lame delegation
>(non authoritve data from my DNS when checking with DNSExpert) is
>due to a bad configuration of my DNS.
>I'm kind of lost since I don't find any error in my DNS config
>(ns1.espaceweb.ch).

What lame delegation?

Your domain is delegated to one of your servers and to a Granite
Canyon server. The GC server doesn't respond, at least right now.

The only problem I see, other than the fact that the GC server is
broken, is that your other server (www.espaceweb.ch) isn't listed in
the delegation. You should fix this with your domain registrar.

>I'm wondering if it's not hardware or compatibility problem with QDNS 3.5.3.
>I'm running a BeigeG3, MacOS 9.2, along with EIMS 3.1. Every time I
>try to restart the server, he crashes and leaves port 53 open - i
>mean, it is still possible to ping the server.

How have you determined that port 53 is still open? Pinging the
server is not sufficient.

What exactly is the sequence of events in these crashes?

>I've been running QDNS and EIMS over years without problems with
>604's, till I moved to G3 computers. The first, a G3 upgraded 604
>crashed pretty often. Since G3 upgraded Mac's are not compatible
>with QDNS (according to menandmice), I replaced it with a BeigeG3.

Unofficially, we're pretty sure this problem only affects 604 systems
upgraded with G3 processors. However, since we don't have the
resources required to test this thoroughly, our official stance is
that we recommend against all G3 upgrade cards.

>The fact of crashing on reboot does not influence the server
>activity, since the server runs over month without need of restart,
>and in the worst case Powerkey Rebound restarts the server without
>problems.
>Is it possible that "frequent"crashes corrupt datafiles of the DNS?

Yes, it's possible. The file most likely to be corrupted is QuickDNS Options.

>Should I export all virtual domaines and reinstall QDNS?

No need. Just quit QuickDNS Server and QuickDNS Remote, then trash
the options file. Then launch QuickDNS Server (which recreates
QuickDNS Options with the default settings) and then QuickDNS Remote.

>Another thing: When I check the log is some strange lame delegation
>for domaines I'm not responsible for:
>
>Lame delegation for "229.255.218.216.in-addr.arpa." from
>"192.112.36.4:53 (sqlfusion.sqlfusion.com)
>Lame delegation for "www.bcge.ch." from "130.59.211.10:53" (swiss
>bank, not related to me...)
>Lame delegation for "dns2.vtx.ch." from "198.41.0.10:53 (vtx is the
>company of my ADSL line, not related to my server's ISP)
>
>What does this mean? Why do I have delegaion logs for domains I'm
>not related to at all?

This means that someone else has a problem. It's reported because you
might have some connection to one of these domains, and thus you
might be able to do something about it. If you don't want to see
these messages, set your log level to Minimal.
____________________________________________________________________
Chris Buxton Men & Mice
support@menandmice.com Making DNS Easy

Visit the Men & Mice booth (#2525) at NetWorld+Interop in Las Vegas, Nevada,
May 7-9. http://www.key3media.com/interop/lv2002/index.php

Sales:
888/4-DPOINT

Support:
858/452-3696