After doing some additional reading, I have another question related to
the MX records.

Using the forward and forwarders statements as follows I could
potentially remove the NS statements for the sub-domains which redirect
queries to the GSLB devices:

forward first;
forwarders { gss1; gss2; };

However, my understanding is that, when the question is asked by the
client, that the question is forwarded on to the servers in the
forwarders statement, but the response is received by the original BIND
server and it responds to the client. If that is the case, this will, to
some effect, negate the ability to GSLB.

Is that a correct statement?

Brian 


-----Original Message-----
From: bind-users-bounces+brian.atkins2=va....@lists.isc.org
[mailto:bind-users-bounces+brian.atkins2=va....@lists.isc.org] On Behalf
Of Atkins, Brian (GD/VA-NSOC)
Sent: Wednesday, July 21, 2010 1:15 PM
To: bind-users@lists.isc.org
Subject: Questions regarding global MX and NS records

After specifying MX records for a 2nd tier domain, is it necessary to
restate the MX records for a new $ORIGIN? For example, if I have:

$ORIGIN .
...
        IN              MX      10 mx1.example.com.
        IN              MX      10 mx2.example.com.
        IN              MX      10 mx3.example.com.
        IN              MX      10 mx4.example.com.

Do I also need to do the following?:

$ORIGIN blah.example.com.
        MX      10      mx1.example.com.
        MX      10      mx2.example.com.
        MX      10      mx3.example.com.
        MX      10      mx4.example.com.

Or is the first statement sufficient to cover all sub-domains as long as
the MX records are the same?

Also, I have a number of records that I redirect to a GSLB device and
have 1,000+ records that I delegate to the devices as follows:

$ORIGIN blah.example.com.
www                     NS      gss1.example.com.
                        NS      gss2.example.com.

Is there a more efficient method of doing this, eliminating the need to
do this for every sub-domain? Perhaps a forward statement in the conf
file?

Brian 


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

Reply via email to