At 21:33 12-06-2009, Jeff Lasman wrote:
We recently received a /24 from a provider who said they'd delegate rDNS
authority to our servers:
ns1.ns-one.net (85.17.204.1)
and
ns2.ns-one.net (69.26.172.2)
But looking at the dig trace (I won't copy it in here) for one of the
IP#s (chosen at random):
We recently received a /24 from a provider who said they'd delegate rDNS
authority to our servers:
ns1.ns-one.net (85.17.204.1)
and
ns2.ns-one.net (69.26.172.2)
But looking at the dig trace (I won't copy it in here) for one of the
IP#s (chosen at random):
$ dig -x 74.124.205.95 +trace
it does
At 12 Jun 2009 17:50:39 +0100,
Chris Thompson wrote:
> (They don't add up to as much as the statistics-channel "ValFail" counter
> is increasing by, though.]
It's not surprising: if validation attempt succeeds with one
authoritative server after some validation failures with other
authoritative
On Fri, Jun 12, 2009 at 11:31 PM, R Dicaire wrote:
> Hi folks, just upgraded from 9.4x to 9.6.1, and looking at my
> query.log I'm seeing entries appended with -EC, -ED , -EDC, etc.
> What does this indicate, and where can I read up on what they mean?
https://www.isc.org/files/Bv9.6ARM.pdf
page 41
On Fri, 12 Jun 2009, R Dicaire wrote:
> Hi folks, just upgraded from 9.4x to 9.6.1, and looking at my
> query.log I'm seeing entries appended with -EC, -ED , -EDC, etc.
> What does this indicate, and where can I read up on what they mean?
Hi, I am just copying and pasting from the great ARM which
Hi folks, just upgraded from 9.4x to 9.6.1, and looking at my
query.log I'm seeing entries appended with -EC, -ED , -EDC, etc.
What does this indicate, and where can I read up on what they mean?
Thanks
--
aRDy Music and Rick Dicaire present:
http://www.ardynet.com
http://www.ardynet.com:9000/ard
On Jun 12, 2009, at 9:37 AM, Frank Pikelner wrote:
Thank you for everyone's assistance. I have updated the zone files.
After the updates and restarting BIND, I run "dig +trace ptr
170.3.187.64.in-addr.arpa" and the result stops just prior to
getting to
my DNS server and correctly resolving the
On Jun 12, 2009, at 1:50 AM, Adam Tkac wrote:
On Wed, Jun 10, 2009 at 08:37:52PM -0700, Chris Buxton wrote:
A few of our customers, running servers that they describe as
experiencing high traffic (by their own standards), have had to
have us
rebuild BIND from the stock source code for them to
I don't see where you're using BIND. This is a BIND forum, not a forum
for MS DNS.
It sounds like, if you are actually using MS DNS, the client machines
are having to send their own updates. Since the new user of the IP
doesn't own the old PTR record, he doesn't have permission to delete
Frank Pikelner wrote:
Thank you for everyone's assistance. I have updated the zone files.
After the updates and restarting BIND, I run "dig +trace ptr
170.3.187.64.in-addr.arpa" and the result stops just prior to getting to
my DNS server and correctly resolving the name of the IP address. I'm
new
On Jun 11 2009, Jeremy C. Reed wrote:
On Thu, 11 Jun 2009, Chris Thompson wrote:
We have recently turned on DNSSEC validation (using dlv.isc.org) in our
main university-wide recursive nameservers, which are running BIND 9.6.1rc1.
No-one is actually complaining, but the counts I am seeing for
On Fri, 2009-06-12 at 11:42 +1000, Mark Andrews wrote:
> In message ,
> "Frank
> Pikelner" writes:
> > Every now and then we get a bounce on emails that are sent through one =
> > of our mails servers located on 64.187.3.170. The bounce messages look =
> > as follows and appear to indicate that
On Wed, Jun 10, 2009 at 08:37:52PM -0700, Chris Buxton wrote:
> On Jun 10, 2009, at 7:01 PM, Chris Adams wrote:
>> Once upon a time, Chris Buxton said:
>>> On the other hand, the builds from the Linux vendors have been less
>>> than perfectly stable at moderately high levels of traffic.
>>> Rebu
Hi
As others have indicated, this block has been delegated to you using RFC2317
- Classless IN-ADDR.ARPA delegation.
You have to make configure a zone in your named.conf named
162-27.3.187.64.in-addr.arpa.
Then populate this zone with your data. Something like
...
$ORIGIN 162-27.3.187.64.in-addr
BIND 9.6.1 is now available.
BIND 9.6.1 is a maintenance release for BIND 9.6.
BIND 9.6.1 can be downloaded from
ftp://ftp.isc.org/isc/bind9/9.6.1/bind-9.6.1.tar.gz
The PGP signature of the distribution is at
ftp://ftp.isc.org/isc/bind9/9.6.1/bi
15 matches
Mail list logo
