problem with domain and sub-domain configuration

[fddi]

the only working solution for me was to configure inside ns.cr.test.com 
a slave zone
for domain test.com. I wanted to avoid this but it is the only working 
solution

thanks


Barry Margolin wrote:
> In article <mailman.1343.1272903565.21153.bind-users at lists.isc.org>,
>  Gregory Hicks <ghicks at hicks-net.net> wrote:
>
>   
>>> Date: Mon, 03 May 2010 17:37:46 +0200
>>> From: fddi <fddi at gmx.it>
>>> To: Bind Users Mailing List <bind-users at lists.isc.org>
>>> Subject: problem with domain and sub-domain configuration
>>> X-FuHaFi: 0.68000000000000005
>>>
>>>
>>>
>>> Hello I have one domain
>>>
>>> test.com with namserver ns.test.com (10.0.0.1)
>>>
>>> and a subdomain
>>>
>>> cr.test.com with nameserver ns.cr.test.com (10.1.0.1)
>>>
>>>
>>> my problem is that if I update hostnames inside test.com zone
>>> updates are not seen by cr.test.com nameserver
>>>       
>> Do you update the serial number in the zone file before you save the 
>> file?  
>>
>> What you describe seems indicative of no update.  The serial must be 
>> bumped once per update.  This indicates that the zone has been changed 
>> and a reload is necessary.  After you save the zone file, execute a 
>> "rndc reload <zone>" to make named reload the zone.
>>     
>
> The serial number is only used by slave servers, not forwarding servers.
>
>   
>> Hope this helps.
>>
>>     
>>> they are seen if I restart named on cr.test.com
>>>
>>>
>>> actually on ns.cr.test.com I have the following directive
>>>
>>> zone "test.com" IN {
>>>         type forward;
>>>         forward only;
>>>         forwarders { 10.0.0.1; };
>>> };
>>>
>>> but when I update the father zone test.com for example I add an ip 
>>>       
>> address,
>>     
>>> the update is not seen by cr.test.com nameserver and I have to restart 
>>> named and after that
>>> it works. So that clients using cr.test.com nameserver cannot see 
>>> updates to test.com domain ip addresses.
>>>
>>> I do not know how to fix this problem unless I configure cr.test.com 
>>>       
>> to 
>>     
>>> be slave of test.com
>>> but i did not want to do so.
>>>       
>
> How long do you have $TTL and the negative cache TTL in the SOA record 
> set to?  10.1.0.1 will cache the responses it gets, so you may need to 
> wait this long for it to pick up changes that you make.
>
>   
>>> any hints ?
>>>
>>> thank you
>>>
>>> Rick
>>>
>>> _______________________________________________
>>> bind-users mailing list
>>> bind-users at lists.isc.org
>>> https://lists.isc.org/mailman/listinfo/bind-users
>>>       
>> ---------------------------------------------------------------------
>> Gregory Hicks                           | Principal Systems Engineer
>>                                         | Direct:   408.569.7928
>>
>> People sleep peaceably in their beds at night only because rough men
>> stand ready to do violence on their behalf -- George Orwell
>>
>> The price of freedom is eternal vigilance.  -- Thomas Jefferson
>>
>> "The best we can hope for concerning the people at large is that they
>> be properly armed." --Alexander Hamilton
>>     
>
>