error using BIND 8.2.1 against Microsoft's DNS

Jim Reid jim at mpn.cp.philips.com
Mon Aug 9 18:18:37 UTC 1999


>>>>> "Daniel" == Daniel A Monjar <dmonjar at orgtek.com> writes:

    Daniel> I have MS's DNS running on NT 4.0 SP3.  It is the primary.
    Daniel> I'm trying to set up an 8.2.1 on Linux 2.2.5 as a
    Daniel> secondary.  I've got the book (Cricket's) and have read
    Daniel> it.  BIND starts but it looks like it can't 
    Daniel> do a zone transfer from the MS POS DNS:

    >> Aug  9 10:30:38 monjard named-xfer[4483]: "orgtek.com IN 65281" - unknown type (65281)
    >> Aug  9 10:30:38 monjard named-xfer[4483]: print_output: unparseable answer (4), zone orgtek.com
    >> Aug  9 10:30:38 monjard named-xfer[4484]: "155.10.in-addr.arpa IN 65282" - unknown type (65282)
    >> Aug  9 10:30:38 monjard named-xfer[4484]: print_output: unparseable answer (4), zone 155.10.in-addr.arpa

    Daniel> My intent is to let the MS DNS be primary so that it can feed the WINS/DHCP addresses to the BIND
    Daniel> secondaries.  I'm only going to let the clients know about the BIND secondaries because the MS DNS
    Daniel> flakes out too frequently.

    Daniel> Is the "unknown type (65282)" a known problem with MS DNS's or is it a config error on my end?

Both. The M$ name server is generating proprietary, undocumented and
non-standard WINS resource records. [M$ just plucked a number out of
the ether for this RR type.] No other name server implementations
support these AFAIK. What you have to do is tell your M$ name server
to stop pumping these out, which seems to defeat what you are trying
to do.

I've been told that ticking some box in the M$ Zone Properties window
- something like "settings only affects the local server" - stops it
spouting WINS RR types into the DNS. You probably need to reboot the
box after you do this too.


More information about the bind-users mailing list