You mean, don't slave 100.10.in-addr.arpa at all, and just maintain 
10.in-addr.arpa locally?

The problem the original poster may run into, however, is that there may be 
other records in 100.10.in-addr.arpa that change dynamically, and those changes 
may not be reflected if only 10.in-addr.arpa is maintained locally.

To be sure, a "sync" script could be run periodically to keep 10.in-addr.arpa 
up to date. I've written such things in the past. But now we're talking about 
custom software, not something that can be accomplished using just BIND and its 
associated tools...

The other approach is to define zones for just the specific names that need to 
be "overridden" from the slave zone (Microsoft calls them "pinpoint zones"). 
That's a terrible solution, of course, since these zones are undelegated from 
their parent and thus special care must be taken to ensure that all resolvers 
which need to resolve the names in a specific way are configured appropriately 
(using master/slave/stub/forward). But at least it can be implemented using 
only BIND and its tools.

                                                                                
                                - Kevin




-----Original Message-----
From: bind-users [mailto:bind-users-boun...@lists.isc.org] On Behalf Of Mark 
Andrews
Sent: Monday, February 12, 2018 6:19 PM
To: Julie Xu <j...@westernsydney.edu.au>
Cc: bind-users@lists.isc.org
Subject: Re: Question abut reserv zone

In this example since the address is the same I would just pick one name (the 
name the machine knows itself as) and use that name for the PTR record.

I would also use DNS UPDATE to update the reverse zones rather than editing 
master files.  You can delegate update authority down to the <name,type> tuple 
level with DNS UPDATE.  Then it doesn’t matter which machines are holding 
master files for the reverse zones.

Mark

> On 13 Feb 2018, at 9:06 am, Julie Xu <j...@westernsydney.edu.au> wrote:
> 
>> 
>> Hi,
>>  
>> I have a zone, we say abc.edu.au, all private address 10.0.0.0/8 is in this 
>> zone. So, I have a revers zoon 10.in-addr-arpa existed. I am the master.
>>  
>> Now, there is a new zone required - ddd.abc.edu.au reverse should 
>> 100.10.in-addr-arpa; we are secondary of this zone.
>>  
>> However, currently, there is some ip address in zone abc.edu.au there which 
>> is  the range, they are still required.
>>  
>> For example we want host.ddd.abc.edu.au, and app.abc.edu.au both existed. 
>>                 The host.ddd.abs.edu.au – 10.100.10.20 – transferred from 
>> master dns for the domain ( both forward/reversed zones)
>>                 The app.abc.edu.au – 10.100.10.20  original in 10.0.0.0/8 
>> zone file which we are the master.
> 
> Both are A record.
>>  
>> What will happen if I create second reverse zoon for 100.10.in-addr-arp? Is 
>> my current app.abc.edu.au will lose? If it is true, do I have anyway to work 
>> around?
>>  
>> Any comments will be appreciated
>>  
>> Thanks in advance
>>  
>>  
>> Julie Xu
>>  
> _______________________________________________
> 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

--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742              INTERNET: ma...@isc.org

_______________________________________________
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
_______________________________________________
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

Reply via email to