problem with domain and sub-domain configuration
fddi
fddi at gmx.it
Tue May 4 12:58:58 UTC 2010
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
>>
>
>
More information about the bind-users
mailing list