Re: Delegation question

2011-02-04 Thread Barry Margolin
In article , Jean-Yves Avenard wrote: > Actually I just found what caused it not to work ; I have forwarders > set ; If I comment-out the forwarders line ; then everything work as > it should > > Can't delegation works if forwarders are enabled ? No. When you have forwarders configured, it me

Re: Delegation question

2011-02-04 Thread Joseph S D Yao
On Fri, Feb 04, 2011 at 09:55:07PM +1100, Jean-Yves Avenard wrote: > Hi there.. > > I'm trying to create a delegation to a sub-domain ; for some reasons > I'm getting no-where > > I have a domain.com zone ; I'd like to delegate mel.domain.com to > another dns server (windows server DNS fwiw) > He

Re: Delegation question

2011-02-04 Thread Chris Buxton
On Feb 4, 2011, at 3:25 AM, Jean-Yves Avenard wrote: > Actually I just found what caused it not to work ; I have forwarders > set ; If I comment-out the forwarders line ; then everything work as > it should > > Can't delegation works if forwarders are enabled ? Only if either (a) the forwarders

Re: Delegation question

2011-02-04 Thread Torinthiel
Dnia 2011-02-04 23:16 Jean-Yves Avenard napisał(a): >Hi > >On 4 February 2011 22:54, Eivind Olsen wrote: > >> Unless I'm misunderstanding something, it should work. Here's an extract >> from the BIND 9.7 ARM, section 6.2.16.2: >> >> "Forwarding occurs only on those queries for which the server i

Re: Delegation question

2011-02-04 Thread Balder
On 4 February 2011 12:28, Jean-Yves Avenard wrote: > I changed: not sure how forwarders fixed this but looking at your zone it is because you have reset your ORIGIN and not put a fuul stop at the end of the ad record domain.com. IN SOA m.domain.com. domainmaster.domain.com. (

Re: Delegation question

2011-02-04 Thread Jean-Yves Avenard
Hi On 4 February 2011 22:54, Eivind Olsen wrote: > Unless I'm misunderstanding something, it should work. Here's an extract > from the BIND 9.7 ARM, section 6.2.16.2: > > "Forwarding occurs only on those queries for which the server is not > authoritative and does not have the answer in its cach

Re: Delegation question

2011-02-04 Thread Eivind Olsen
> mel A 192.168.0.3 > ; NS ad.domain.com You are already defining an A record for "mel". I'd try commenting that one out when you put the NS line back in (and make sure to give that NS line a name of its own then, since it can then no longer piggyback

Re: Delegation question

2011-02-04 Thread Jean-Yves Avenard
On 4 February 2011 22:51, Balder wrote: > not sure how forwarders fixed this but looking at your zone it is > because you have reset your ORIGIN and not put a fuul stop at the end > of the ad record > ;=as there is no dit at the end of ad.domain.com this will > become.  put a full stop at

Re: Delegation question

2011-02-04 Thread Eivind Olsen
> Actually I just found what caused it not to work ; I have forwarders > set ; If I comment-out the forwarders line ; then everything work as > it should > Can't delegation works if forwarders are enabled ? Unless I'm misunderstanding something, it should work. Here's an extract from the BIND 9.7

Re: Delegation question

2011-02-04 Thread Balder
Just re read that message and it didn't make too much sense so will try again as there is no full stop at the end of the following line ; NS ad.domain.com it would end up looking like this ;domain.com NS ad.domain.com.domain.com if you put a full stop at the end of th

Re: Delegation question

2011-02-04 Thread Jean-Yves Avenard
I changed: zone "domain.com" { type master; file "internal/db.domain.com"; check-names ignore; notify TRUE; allow-update { key "rndc-key"; }; }; to: zone "domain.com" { type master; file "internal/db.domain.com"; check-names ignore;

Re: Delegation question

2011-02-04 Thread Jean-Yves Avenard
Hi On 4 February 2011 22:15, Stephane Bortzmeyer wrote: > General rule with Unix daemons: always read the log. You'll find the > error message. > > BIND-specific rule: test your zone with named-checkzone. no errors of any kind are reported, in the log nor by named-checkzone > > Here, I suggest

Re: Delegation question

2011-02-04 Thread Stephane Bortzmeyer
On Fri, Feb 04, 2011 at 09:55:07PM +1100, Jean-Yves Avenard wrote a message of 112 lines which said: > Now if I uncomment the NS ad.domain.com. mel.domain.com will not > resolve anymore: General rule with Unix daemons: always read the log. You'll find the error message. BIND-specific rule: t

Re: Delegation question!

2010-01-26 Thread Mark Andrews
Also you did not *buy* the addresses from RIPE as RIPE does not *sell* addresses. You leased the addressed from RIPE. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org __

Re: Delegation question!

2010-01-25 Thread Peter Andreev
t; Regards, > > Alans > > > > *From:* bind-users-bounces+batpower83=yahoo.co...@lists.isc.org [mailto: > bind-users-bounces+batpower83 = > yahoo.co...@lists.isc.org] *On Behalf Of *Peter Andreev > *Sent:* Monday, January 25, 2010 12:15 PM > *To:* BIND Users Mailing List

RE: Delegation question!

2010-01-25 Thread Alans
Behalf Of Peter Andreev Sent: Monday, January 25, 2010 12:15 PM To: BIND Users Mailing List Subject: Re: Delegation question! Have you requested delegation? 2010/1/25 Alans Hello, When I check our dns ip from external server for ptr records it shows nothing but 93.in-addr.arpa.6562

Re: Delegation question!

2010-01-25 Thread Peter Andreev
Have you requested delegation? 2010/1/25 Alans > Hello, > > When I check our dns ip from external server for ptr records it shows > nothing but > 93.in-addr.arpa.6562IN SOA ns-pri.ripe.net. > dns-help.ripe.net. 2010012534 3600 7200 1209600 7200 > We bought 93.x.x.0/x from RI