This is a discussion on Re: I've got a mess within the Bind Users forums, part of the DNS and Related Forums category; Thanks Barry ....actually I've hardly been able to spend a lick of time on this.... And, actually, its a ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Thanks Barry
....actually I've hardly been able to spend a lick of time on this.... And, actually, its a professional that got us into this mess. ;) The trick is finding a good one. -- Thank You very much. Michael "Barry Margolin" <barmar@alum.mit.edu> wrote in message news:barmar-B65ED3.15245221042004@comcast.ash.giganews.com... > In article <c66ava$m69$1@sf1.isc.org>, > "Michael Barber" <mikeb@comcity.com> wrote: > > > Bill: I think my slave is correctly pulling from the Master at this point. > > I think that issue was the result of the primary not being correct in the > > glue record that was causing some strange behavoir. But, in in an earlier > > email you indicated that my secondary was "Not authoritative" and when I go > > to nslookup on the secondary the queries say "Not authoritative"....I > > thought it was suppose to do that because it pulls from the primary so I > > didn't think that was an issue. > > Master and slave servers should both be authoritative for the zones they > host. > > > What exactly in the significance of saying the secondary is not > > authoritative....what metric are you using to measure this and come to that > > conclusion? > > If the slave isn't authoritative, it isn't transfering the zone properly > from the master. Here's a command that show this: > > $ dig comcity.com soa @ns2.comcity.com +norec > > ; <<>> DiG 9.2.2 <<>> comcity.com soa @ns2.comcity.com +norec > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29707 > ;; flags: qr ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 > > ;; QUESTION SECTION: > ;comcity.com. IN SOA > > ;; ANSWER SECTION: > comcity.com. 1000 IN SOA ns.comcity.com. > hostmaster.comcity.com. 2004042001 3600 900 604800 3600 > > Notice that the "flags:" field doesn't have the "aa" (Authoritative > Answer) flag. Also, the TTL is lower than it is on the master; this > indicates that the information came from the server's cache rather than > from a zone file. Compare this with the result from the master server: > > $ dig comcity.com soa @ns.comcity.com +norec > > ; <<>> DiG 9.2.2 <<>> comcity.com soa @ns.comcity.com +norec > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32856 > ;; flags: qr aa ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 > > ;; QUESTION SECTION: > ;comcity.com. IN SOA > > ;; ANSWER SECTION: > comcity.com. 3600 IN SOA ns.comcity.com. > hostmaster.comcity.com. 2004042001 3600 900 604800 3600 > > You've been struggling with this for at least a week. I think it may be > time for you to give in and hire a professional who knows what he's > doing. > > -- > Barry Margolin, barmar@alum.mit.edu > Arlington, MA > *** PLEASE post questions in newsgroups, not directly to me *** > |