The master is not multihomed. only one physical ethernet device.
However, the slave has multiple interfaces, but is serving only on the
zero interface.

But, I will look up the /etc/named.conf entry to specify device
preferences and try that. I'm having this ill feeling it will not help

Maybe i just gotta wait 48? Maybe a diff in bind versions?? I still
don't know....
to re-cap on some thoughts from an earlier email:
You know... I'm reading this bind book "O'Reilly DNS & BIND Cookbook" and
it talks about Registering a Domain Name Section 1.5, and Registering Name
Servers Section 1.6; and that the registrar is responsible for top level
delegation for zone data.

I did change my ns primary host name and ip via the networksolutions web
interface... Under the 'host management' section. Perhaps I need to wait
48 hours for this to propogate? The site mentioned 24-48 hours.

Yet, when i do a whois, it returns properly:


and it used to be:


Hmmm. other wise, I still do not know how to make
"" an authoritative name server.



The bind version of the master is:
[root@apollo root]# named -v
BIND 9.2.1

The bind version of the slave is:
[teaser:~] root# named -v
BIND 9.2.2

(ns1) master
[root@apollo root]# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:03:47:06B:BC
inet addr: Bcast: Mask:
RX packets:672117 errors:0 dropped:0 overruns:0 frame:0
TX packets:144905 errors:0 dropped:0 overruns:0 carrier:0
collisions:6050 txqueuelen:100
RX bytes:63075142 (60.1 Mb) TX bytes:64129536 (61.1 Mb)
Interrupt:10 Base address:0x1000

lo Link encap:Local Loopback
inet addr: Mask:
RX packets:100198 errors:0 dropped:0 overruns:0 frame:0
TX packets:100198 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:29833214 (28.4 Mb) TX bytes:29833214 (28.4 Mb)

[root@apollo root]#
(ns2) slave hehehe, get ready. it's an mac OS X server. :-)
[teaser:~] root# ifconfig -a
lo0: flags=8049 mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1 prefixlen 64 scopeid 0x1
inet netmask 0xff000000
gif0: flags=8010 mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863 mtu 1500
inet netmask 0xffffff00 broadcast
ether 00:0a:95:e5:c7:32
media: autoselect (10baseT/UTP ) status: active
supported media: none autoselect 10baseT/UTP
10baseT/UTP 10baseT/UTP
100baseTX 100baseTX 100baseTX
1000baseTX 1000baseTX
en1: flags=8822 mtu 1500
ether 00:03:93:f4:95:2c
media: autoselect () status: inactive
supported media: none autoselect 10baseT/UTP
10baseT/UTP 10baseT/UTP
100baseTX 100baseTX 100baseTX
1000baseTX 1000baseTX
[teaser:~] root#

>> >Oct 25 12:14:32.051 received notify for zone '': not
>> >authoritative
>> >

>> Is the master multihomed?
>> Be sure that the master is sending notifies to the slave from an
>> interface that is listed in the masters{} statement for the zone in the
>> slave's named.conf.
>> If you're running 9.3, the notify source address should be logged. If
>> not, sniff the packets on the slave and see what address is sending your
>> notify messages.
>> -Pete

> The error message indicates that the slave is not configured
> to serve
> Mark
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742 INTERNET: