[nsd-users] nsd do not resolve .in domains

[dny]

sorry been away few days...

i'm setup domain parking which should give one single ip to
whatever.domain.is
and it seems to me it works ok, until i registered .IN domain name.

so, i only have one .zone file. nothing else.

for all domain i had, it works ok.

afaik, only .IN domain failed.


dig asd.in @127.0.0.1

; <<>> DiG 9.5.1-P3 <<>> asd.in @127.0.0.1
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 16341
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;asd.in.                                IN      A

;; AUTHORITY SECTION:
.                       86400   IN      SOA     . none. 120 86400 10 1814400
604800

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Apr 29 10:43:36 2010
;; MSG SIZE  rcvd: 62



rgds.dennyhalim.com
kiddysurf.blogspot.com | indosearch.blogspot.com | polaris.blogspot.com |
www.mypolaris.com | www.host-jet.com

... they look but do not see and hear but do not listen or understand. Mat
13:13
... but that which cometh out of the mouth, this defileth a man.   Mat 15:11




On Fri, Apr 23, 2010 at 4:39 PM, Ondřej Surý <ondrej at sury.org> wrote:

> >> i have this in /etc/nsd3/root.zone :
> >> $TTL   1D
> >> @      IN     SOA  @ none. ( 120 1D 10 3W 1W );
> >>        IN     NS   @
> >>        IN     A   1.2.3.4
> >> *      IN     A  1.2.3.4
> >
> > If in the above root.zone the CLASS "IN" is specified with no
> indentation, (i.e. no whitespace before IN) it would be interpreted as the
> name IN.
>
> Or you can try:
>
> < /etc/nsd3/root.zone ldns-read-zone -c > /etc/nsd3/canonical-root.zone
>
> and check canonical-root.zone if it's correct and use it instead of
> your root.zone file.
>
> --
> Ondřej Surý <ondrej at sury.org>
> http://blog.rfc1925.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nlnetlabs.nl/pipermail/nsd-users/attachments/20100429/afed5f92/attachment.htm>