Testing secondary is confusing me

Re: Testing secondary is confusing me

From:

Date:

Time:

Hi this should shed some light it looks fine but i still believe the
only thing that will tell you that its not doing what it is suppose to
be doing is your logs files.

$ dig @ns1.pbi.net micromat.com any

; <<>> DiG 9.2.1 <<>> @ns1.pbi.net micromat.com any
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12345
;; flags: qr aa rd; QUERY: 1, ANSWER: 5, AUTHORITY: 2, ADDITIONAL: 3

;; QUESTION SECTION:
;micromat.com. IN ANY

;; ANSWER SECTION:
micromat.com. 86400 IN MX 10 mail.micromat.com.
micromat.com. 86400 IN A 209.233.190.70
micromat.com. 86400 IN NS ns1.micromat.com.
micromat.com. 86400 IN NS ns1.pbi.net.
micromat.com. 86400 IN SOA ns1.micromat.com.
jeff.micromat.com. 2004020575 28800 7200 604800 86400

;; AUTHORITY SECTION:
micromat.com. 86400 IN NS ns1.micromat.com.
micromat.com. 86400 IN NS ns1.pbi.net.

;; ADDITIONAL SECTION:
mail.micromat.com. 86400 IN A 209.233.190.75
ns1.micromat.com. 86400 IN A 209.233.190.70
ns1.pbi.net. 172800 IN A 206.13.28.11

;; Query time: 735 msec
;; SERVER: 206.13.28.11#53(ns1.pbi.net)
;; WHEN: Fri Feb 6 10:13:20 2004
;; MSG SIZE rcvd: 227

On Fri, 2004-02-06 at 10:08, Scott Haneda wrote:
> Hello, trying to make sure a secondary is doing as it is supposed to, I use
> this:
>
> dig @ns1.pbi.net micromat.com SOA +norecurse
> Pertinant line I care about is:
> ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
>
> I think I am just looking for the aa part, that tells me that the secondary
> is slaving me.
>
> Now, in a past thread:
> <http://archive.digitalpoint.com/FMPro?-db=listarch.fp5&-lay=web&-RecID=1264
> 3149&-Format=/QDNS/archdetail.html&-Find>
> I was told that:
> dig soa +norecurse @dns2.intermag.com newgeo.com | grep flags:.*\ aa\
> *notice the space at the end, looks for "flags:" and " aa " on the same line
> in the result.
>
> So if there is a result, I am good, if not, I am bad.
>
> Problem is, I think this slave is doing its job now, however, the grep is
> reporting falsely and giving me no response. Any idea what I am doing wrong
> here, or is it just that dig returns different, or perhaps pbi.net is
> returning different data and I need to alter my grep?
>
> I really don't know exactly what I am looking for here, one zone I know for
> sure is being slaved gives me back:
> ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
>
> The other, the one in question gives me back:
> ;; flags: qr aa ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
>
> So to grep and look for <space>aa<space> seems correct, in that the first
> one would return something, so I know it is ok, the second fails the grep
> and tells me I need to talk to ns1.pbi.net.
>
> And to add into this mix
> <http://www.dnsreport.com/tools/dnsreport.ch?domain=micromat.com>
> Tells me that all is OK in regards to this... Yes, I know, I am still trying
> to learn how to fix the RDNS troubles, but the rest looks good compared to
> how it looked a few days ago.
>
>
> If it turns out I do in fact need to tell pbi.net to slave this domain,
> anyone know a email address or a phone number of who to talk to so that this
> can happen?

Sales:
888/4-DPOINT

Support:
858/452-3696