On 7/29/2010 8:45 PM, Alan Clegg wrote:
> (+1-919-355-885) and let's talk about it...
+1-919-355-8851 (I seem to have been "off by one").
AlanC
signature.asc
Description: OpenPGP digital signature
___
bind-users mailing list
bind-users@lists.isc.
On 7/29/2010 5:38 PM, Jack Tavares wrote:
> Will this functionality be available through an api?
> Or will it just be through rndc ?
Not sure what API we would use beyond rndc. If you have
recommendations, please e-mail me directly or give me a phone call
(+1-919-355-885) and let's talk about it
Alan,
So is managed.zone.list and zone.list named differently on purpose or is that
a typo?
Dan
On Jul 29, 2010, at 5:23 PM, Alan Clegg wrote:
> On 7/29/2010 7:19 PM, Dan Durrer wrote:
>> Alan,
>>
>> I was playing around with your example. I can get it to add the zone
>> ( that is no rndc
On 7/29/2010 8:23 PM, Alan Clegg wrote:
> SNIP
> options {
> directory "/etc/namedb";
> dnssec-enable yes;
> dnssec-validation yes;
> new-zone-file "/etc/namedb/managed.zone.list";
> key-directory "/etc/namedb/keys";
> };
>
> include "/etc/namedb/zo
On 7/29/2010 7:19 PM, Dan Durrer wrote:
> Alan,
>
> I was playing around with your example. I can get it to add the zone
> ( that is no rndc errors or syslog messages).
>
> I see it send notifies for the new zone in my log.
>
> 29-Jul-2010 23:06:47.063 notify: info: zone exampledomain.com/IN:
>
Alan,
I was playing around with your example. I can get it to add the zone ( that is
no rndc errors or syslog messages).
I see it send notifies for the new zone in my log.
29-Jul-2010 23:06:47.063 notify: info: zone exampledomain.com/IN: sending
notifies (serial 12)
I also added the global o
> From: bind-users-bounces+j.tavares=f5@lists.isc.org [mailto:bind-
> users-bounces+j.tavares=f5@lists.isc.org] On Behalf Of Evan Hunt
> Sent: Thursday, July 29, 2010 1:24 AM
> To: Mike Flathers
> Cc: bind-users@lists.isc.org
> Subject: Re: Dynamically add zones
>
> > Is there a patch for
Alan/ Evan,
Thanks didn't get to reading the beta release notes yet. Wow, how timely is
this :)
Thanks
-m
On Wed, Jul 28, 2010 at 8:08 PM, Alan Clegg wrote:
> On 7/28/2010 10:41 PM, Mike Flathers wrote:
>
> > Is there a patch for bind 9 to add new zones dynamically without
> > having to run
On 7/29/2010 2:11 PM, Michelle Konzack wrote:
Hello Matus UHLAR - fantomas,
Your hostname is private and inaccessible from the outside. The requesters
get SERVFAIL reply which apparently makes them retry. If you provided them
any IP address (e.g. 127.0.0.1) they could be satisfied and stop try
Hello Matus UHLAR - fantomas,
Am 2010-07-29 19:37:50, hacktest Du folgendes herunter:
> apparently internal_networks set up incorrectly?
No it is the problem if a customer connect trough a VPN to the Router of
the employer/enterprise and send out messages using the the companys own
mail relay and
> Am 2010-07-29 14:12:54, hacktest Du folgendes herunter:
> > On 28.07.10 23:24, Michelle Konzack wrote:
> > > But why do they query my server 3 times per second?
> Hello Matus UHLAR - fantomas,
> > deep parsing of e-mail headers by spam filtering software, I guess.
On 29.07.10 19:16, Michelle Ko
Hello Matus UHLAR - fantomas,
Am 2010-07-29 14:12:54, hacktest Du folgendes herunter:
> On 28.07.10 23:24, Michelle Konzack wrote:
> > But why do they query my server 3 times per second?
> deep parsing of e-mail headers by spam filtering software, I guess.
Which is the last crap!
Spamassassin do
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,
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
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
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 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 administer
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 are
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 administer reverse DNS for
62.142.217.128/25 IP netwo
29.7.2010 15:10, Mark Andrews kirjoitti:
In message<4c516756.5060...@qnet.fi>, Jukka Pakkanen writes:
29.7.2010 14:23, Mark Andrews kirjoitti:
In message<4c5134af.2080...@qnet.fi>, Jukka Pakkanen writes:
Doing first time the RFC 2317 style subnet reverse DNS, and have a
prob
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 message<4c5134af.2080...@qnet.fi>, Jukka Pakkanen writes:
> >>>
> Doing first time the RF
> Hello Dave Sparro,
>
> Am 2010-07-28 10:11:52, hacktest Du folgendes herunter:
> > That host name does show up in your e-mail headers. That may
> > be why there are some people curious about that host name.
On 28.07.10 23:24, Michelle Konzack wrote:
> But why do they query my server 3 times pe
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 Pakkanen
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-8859-1; format=flowed
In message <4c516756.5060...@qnet.fi>, Jukka Pakkanen writes:
> 29.7.2010 14:23, Mark Andrews kirjoitti:
> > 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
One solution that was floated recently around here was to use dynamically
loaded zones (http://bind-dlz.sourceforge.net/) with an underlying storage
mechanism that does bidirectional replication (a directory service like LDAP
or a database) for the masters, this way, whichever one gets the update,
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 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
On 29/07/10 12:34, Jukka Pakkanen wrote:
29.7.2010 14:23, Mark Andrews kirjoitti:
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
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 for
29.7.2010 14:23, Mark Andrews kirjoitti:
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, b
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
128/25.21
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 request
I know BIND does not currently support multi-master. And I understand that
trying to strap together my own pseudo-multi-master implementation using
BIND, bubble gum, and tape isn't a sustainable solution. But, nevertheless,
I don't really need a true multi-master implementation -- I just need
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 @ns1.q
I am out of the office until 08/02/2010.
I am currently out of the office. If you need Unix Admin assistance please
contact USW_21st_PLD-UnixAdmins for assistance.
Note: This is an automated response to your message "bind-users Digest,
Vol 589, Issue 2" sent on 7/29/2010 3:45:51 AM.
This
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 fro
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
"re
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". Ou
> Is there a patch for bind 9 to add new zones dynamically without
> having to run rndc reconfig?
This feature is being added in BIND 9.7.2. It's available now in the beta
version, 9.7.2b1.
--
Evan Hunt -- e...@isc.org
Internet Systems Consortium, Inc.
___
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 kn
39 matches
Mail list logo
