Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200 is succeeds from the local network, but outside I get
recursion requested but not available. Our /24 reverse zones work
fine, the server knows
On 07/29/2010 08:58 AM, Jukka Pakkanen wrote:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200 is succeeds from the local network, but outside I get
recursion requested but not available. Our
29.7.2010 11:29, Phil Mayers kirjoitti:
On 07/29/2010 08:58 AM, Jukka Pakkanen wrote:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200 is succeeds from the local network, but outside I get
On 29/07/10 10:00, Jukka Pakkanen wrote:
29.7.2010 11:29, Phil Mayers kirjoitti:
On 07/29/2010 08:58 AM, Jukka Pakkanen wrote:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200 is succeeds from
29.7.2010 13:45, Phil Mayers kirjoitti:
On 29/07/10 10:00, Jukka Pakkanen wrote:
29.7.2010 11:29, Phil Mayers kirjoitti:
On 07/29/2010 08:58 AM, Jukka Pakkanen wrote:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig
In message 4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200 is succeeds from the local network, but outside I get
recursion requested but
On 2010-07-29 09:58, Jukka Pakkanen wrote
Recursion is only allowed for the local networks, but why the server
thinks recursion is needed in the first place?
Because it is: dig -x looks for 200.217.142.62.in-addr.arpa.
Your server is not a master for this zone; instead it's master for
29.7.2010 14:23, Mark Andrews kirjoitti:
In message4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200 is succeeds from the local network, but
29.7.2010 14:26, Niobos kirjoitti:
On 2010-07-29 09:58, Jukka Pakkanen wrote
Recursion is only allowed for the local networks, but why the server
thinks recursion is needed in the first place?
Because it is: dig -x looks for 200.217.142.62.in-addr.arpa.
Your server is not a master
On 29/07/10 12:34, Jukka Pakkanen wrote:
29.7.2010 14:23, Mark Andrews kirjoitti:
In message4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig @ns1.qnet.fi -x
62.142.217.200
29.7.2010 14:50, Phil Mayers kirjoitti:
On 29/07/10 12:34, Jukka Pakkanen wrote:
29.7.2010 14:23, Mark Andrews kirjoitti:
In message4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query
In message 4c516756.5060...@qnet.fi, Jukka Pakkanen writes:
29.7.2010 14:23, Mark Andrews kirjoitti:
In message4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem with recursion. When doing a query like dig
On 07/29/2010 01:38 PM, bind-users-requ...@lists.isc.org wrote:
Date: Thu, 29 Jul 2010 14:38:20 +0300
From: Jukka Pakkanenjukka.pakka...@qnet.fi
Subject: Re: Subnet reverse delagation, RFC 2317
To:bind-users@lists.isc.org
Message-ID:4c51682c.3080...@qnet.fi
Content-Type: text/plain; charset=ISO
In message 4c516d09.7080...@qnet.fi, Jukka Pakkanen writes:
29.7.2010 14:50, Phil Mayers kirjoitti:
On 29/07/10 12:34, Jukka Pakkanen wrote:
29.7.2010 14:23, Mark Andrews kirjoitti:
In message4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet
29.7.2010 15:10, Mark Andrews kirjoitti:
In message4c516756.5060...@qnet.fi, Jukka Pakkanen writes:
29.7.2010 14:23, Mark Andrews kirjoitti:
In message4c5134af.2080...@qnet.fi, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
problem
network.
29.7.2010 15:10, Sami Kerola kirjoitti:
On 07/29/2010 01:38 PM, bind-users-requ...@lists.isc.org wrote:
Date: Thu, 29 Jul 2010 14:38:20 +0300
From: Jukka Pakkanenjukka.pakka...@qnet.fi
Subject: Re: Subnet reverse delagation, RFC 2317
To:bind-users@lists.isc.org
Message-ID:4c51682c.3080
29.7.2010 15:21, Mark Andrews kirjoitti:
Yeah, this makes sense. But my question still is, what is wrong in our
setup,
!!! NOTHING
Well, then everything is good and I can go to my vacation... hopefully
the clients whose IP addresses
29.7.2010 15:43, Jukka Pakkanen kirjoitti:
Please everybody just forget the 62.142.220.0/24 network and
62.142.220.5 address, the problem is not about them. It was just to
inform that our servers are doing regular /24 reverse DNS just fine.
The problem is we are trying to set up and
Sorry about using 5 instead of something from 128 to 255 in the
examples. That said there is nothing wrong here.
The rest of the world will get the correct answers without recursion
being enabled on that server and it will NEVER be asked the question
you were testing with in normal operation.
29.7.2010 16:00, Mark Andrews kirjoitti:
Sorry about using 5 instead of something from 128 to 255 in the
examples. That said there is nothing wrong here.
Now I can agree :)
However earlier our servers only answered to the local queries about
those IP addresses, started working during
On 2010-07-29 15:00, Jukka Pakkanen wrote:
Anyway we also have 62.142.217.64/27 IP network (you know what I mean)
which should be delegated to our servers, but that still doesn't work.
But it's probably a delegation problem.
From my point of view, 62.142.217.64 is served by ns3.sci.fi (and its
29.7.2010 17:06, Niobos kirjoitti:
On 2010-07-29 15:00, Jukka Pakkanen wrote:
Anyway we also have 62.142.217.64/27 IP network (you know what I mean)
which should be delegated to our servers, but that still doesn't work.
But it's probably a delegation problem.
From my point of view,
22 matches
Mail list logo