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
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 choi
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 ,
Matus UHLAR - fantomas 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 way to do the same
> > as reconfig but inversely, I mean, reload co
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 p
On Wed, Sep 23, 2009 at 8:00 AM, 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 erase
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 d
> 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
In message , "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
> > reported in turn. Interestingly, dig any youbei
I was trying to auto load the root hints file on a cron job.
In the bind 4th ed. book, p 157, there's and example to use dig to create a
a file it calls db.cache
>From the text I understood it to be a 'roots.hint' file for startup.
It seems to have the same information but in a different order as
--- Blind-Carbon-Copy
To: bind-annou...@isc.org
From: Mark Andrews
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.
BIND 9.5.2 c
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 grap
12 matches
Mail list logo
