[Fwd: Re: wildcard not working after record deleted]

2017-06-20 Thread Bryan Bradsby
On Tue, 2017-06-20 at 10:51 -0400, Maria Iano wrote:

BIND does not allow a CNAME at the apex of the zone, some other flavors
of DNS servers allow this. 

Was the wildcard changed to a CNAME in the last edit?

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: wildcard not working after record deleted

2017-06-20 Thread Bryan Bradsby

-- 
At your service,
Bryan Bradsby

512.936.2248
DIR/CTS/NOC-IT

On Tue, 2017-06-20 at 10:51 -0400, Maria Iano wrote:
> 
> The queries are being directed at an authoritative server, exactly as
> you describe above.
> 
> We also pay for a secondary dns provider who pulls our zones from the
> same authoritative servers of ours which have this issue.
> The wildcard works when we send the query to one of our secondary
> provider's name servers.
> 
> Here is the answer from one of the secondary provider's servers:
> 
> ; <<>> DiG 9.10.2-P3 <<>> @  any
> 
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags:; udp: 4096
> ;; QUESTION SECTION:
> ;   IN  ANY
> 
> ;; ANSWER SECTION:
> 300 IN  CNAME   

BIND does not allow a CNAME at the apex of the zone, some other flavors
of DNS servers allow this. 

Was the wildcard changed to a CNAME in the last edit?


___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Multiple A records and reverse DNS

2016-03-22 Thread Bryan Bradsby

> That is mostly how I thought it worked. What I had in mind more
> specifically was:
> 
> adi.com zone:
> mackerel.adi.com.  IN  A  75.100.245.141
> mackerel.adi.com.  IN  A  96.85.104.76
> 
> reverse zones:
> 141.245.100.75.in-addr.arpa.  IN  PTR  mackerel.adi.com
> 76.104.85.96.in-addr.arpa.(not yet set up)

OK, suppose you then set up 

76.104.85.96.in-addr.arpa. IN  PTR  mackerel.adi.com.

That may not play well with all the SMTP servers you wish to send to,
due to subtle implementation variations. 

> But receiving mail on both was more work than I had expected, so I am
> not going to set that up. 

Many sites have separate incoming and outbound SMTP servers. There is
no reason to name them the same, especially not when you plan to
implement them on separate IP addresses/ranges. 

The important thing is that the A and PTR records agree. That is most
simply done by using a single A record for each name, and a single PTR
record for each IP.

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: about the file command

2011-02-08 Thread Bryan Bradsby
On Tue, 2011-02-08 at 17:40 +0800, Terry. wrote:
 Hi list,
 
 Can BIND's file command referer to more than one zone file?
 For example,
 
   zone test.nsbeta.info {
type master;
file a.db;
file b.db;
   };
 
 When a record doesn't exist in a.db, BIND will continue to look for it in 
 b.db.

Not in named.conf, but you can get what you want by including the file
b.db in a.db.

include filename; 


http://training.nlnetlabs.nl/Documentation/bind-arm/Bv9ARM.ch06.html#id2574734


Bryan Bradsby

Hostmaster Team
512.936.2248
Texas State Government Network



___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: check the master/slave status

2011-01-07 Thread Bryan Bradsby

For zones where we provide all the masters and slaves, the external
perspective of an outside testing site is crucial to ensuring that we
have not missed anything, especially after a change.

We find an emphasis on scripts monitoring the log files works best for
zones where we are not providing master.



Bryan Bradsby

Hostmaster Team
512.936.2248
Texas State Government Network

___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users