In message 4ab9c360.7090...@dougbarton.us, Doug Barton writes:
I recently added DLZ options to the BIND ports on FreeBSD, and a user
has filed the following problem report:
http://www.freebsd.org/cgi/query-pr.cgi?pr=139051
Does anyone have any comment on the patch suggested at the URL in
I no longer manage one of our DNS domain. As I use 'rndc reconfig' to
load newly created zones I was wondering if exists a way to do the same
as reconfig but inversely, I mean, reload configuration forgetting the
just erased zones.
I tried every command that rndc has, but I guess that my only
On 23.09.09 14:00, Marcos Lorenzo de Santiago wrote:
I no longer manage one of our DNS domain. As I use 'rndc reconfig' to
load newly created zones I was wondering if exists a way to do the same
as reconfig but inversely, I mean, reload configuration forgetting the
just erased zones.
I
In article mailman.574.1253708535.14796.bind-us...@lists.isc.org,
Matus UHLAR - fantomas uh...@fantomas.sk wrote:
On 23.09.09 14:00, Marcos Lorenzo de Santiago wrote:
I no longer manage one of our DNS domain. As I use 'rndc reconfig' to
load newly created zones I was wondering if exists a
Mark Andrews wrote:
In message 4ab9c360.7090...@dougbarton.us, Doug Barton writes:
I recently added DLZ options to the BIND ports on FreeBSD, and a user
has filed the following problem report:
http://www.freebsd.org/cgi/query-pr.cgi?pr=139051
Does anyone have any comment on the patch
On Wed, Sep 23, 2009 at 8:00 AM, Marcos Lorenzo de Santiago
marcos.lore...@ayto-getafe.org wrote:
I no longer manage one of our DNS domain. As I use 'rndc reconfig' to
load newly created zones I was wondering if exists a way to do the same
as reconfig but inversely, I mean, reload configuration
Hi,
I operate a caching naming server version 9.5.0-P1 for a small work
group that includes an email server. From the server log file, there
are occasional DNS error messages.
Upon closer examination using a packet sniffer, the email server sends
out queries of type ANY for all sender/recipient
It looks like that the authoritative name server for youbei.cc
actually did return some answers, but somehow bind gave a FORMERR for
some unknown reasons, which I think it caused a SERVFAIL to be
reported in turn. Interestingly, dig any youbei.cc +trace ran
successfully and did not report any
In message alpine.neb.2.01.0909231442321@t1.m.reedmedia.net, Jeremy C. Re
ed writes:
It looks like that the authoritative name server for youbei.cc
actually did return some answers, but somehow bind gave a FORMERR for
some unknown reasons, which I think it caused a SERVFAIL to be
--- Blind-Carbon-Copy
To: bind-annou...@isc.org
From: Mark Andrews ma...@isc.org
Subject: BIND 9.5.2 is now available.
Date: Thu, 24 Sep 2009 11:01:29 +1000
Sender: ma...@drugs.dv.isc.org
BIND 9.5.2 is now available.
BIND 9.5.2 is a maintenance release for BIND 9.5.
The re-design of the DNS network architecture was one of the few
internal projects where a credible Concept of Operations document
was produced. It had detailed graphics showing the flow of network
traffic between local and regional name servers. There were detailed
discussions and
11 matches
Mail list logo