Hi all,
In archives of bind-announce, for every release of bind there is a
corresponding message with heading:
ISC BIND version is now available
In that message a list of chnages that went into the new version is also
mentioned.
But, every chnage mentioned has a tag infront of it.
The tag is
Hi all,
In archives of bind-announce, for every release of bind there is a
corresponding message with heading:
ISC BIND version is now available
In that message a list of chnages that went into the new version is also
mentioned.
But, every chnage mentioned has a tag infront of it.
The tag is
In article mailman.486.1266649694.21153.bind-us...@lists.isc.org,
Daniel Morgan daniel.mor...@riotm.co.uk wrote:
I have a couple of BIND servers that I have inherited. I'm getting some
upstream complaints that one of them is issuing duplicate queries on
occasions - probably about a dozen
In article mailman.487.126064.21153.bind-us...@lists.isc.org,
gmspro gms...@yahoo.com wrote:
options {
directory /etc/bind;
allow-query { localhost; };
allow-recursion { 127.0.0.1; };
listen-on { IP of Server; };
Hi Doug,
Please find my response inline.
On Sun, Feb 14, 2010 at 8:53 AM, Doug Barton do...@dougbarton.us wrote:
On 02/13/10 18:42, kalpesh varyani wrote:
Hi Rick,
I am aware that it is a somewhat odd (but not incorrect, am I right ?)
to put a non-recursive name server in the resolv.conf
On Sat, 2010-02-20 at 11:38 -0500, Barry Margolin wrote:
In article mailman.486.1266649694.21153.bind-us...@lists.isc.org,
Daniel Morgan daniel.mor...@riotm.co.uk wrote:
I have a couple of BIND servers that I have inherited. I'm getting some
upstream complaints that one of them is
(Removing bind-announce from distribution list)
I want to know what does this func tag mean?
Does it indicate a basic functionality enhancement that was carried out in
the new version
Yes, it means new functionality, and usually also implies that there's
new configuration syntax or a
Marco Davids (SIDN) wrote:
Anyone any clue? I am trying to understand why some resolvers handle
this query well, while BIND 9.7.x returns a SERVFAIL.
On 19.02.10 13:21, Alan Clegg wrote:
acl...@yellow:~$ dig +short airfrance.fr ns
webaf1.airfrance.fr.
lasvegas.airfrance.fr.
On Feb 20 2010, Evan Hunt wrote:
(Removing bind-announce from distribution list)
Perhaps it should be pointed out that these lists in the announcements
reproduce sections of the CHANGES file in BIND distributions themselves.
I want to know what does this func tag mean?
Does it indicate a
So before I go rolling my own perl solution to read the
metadata out of the keyfiles and do the ZSK rolls, are
there any utilities that do this in 9.7. It looks like when
a zsk expires, bind's auto-signing will just drop it from
the zone.
I recommend that you not set an expiration date for
In message 20100220192646.gb14...@fantomas.sk, Matus UHLAR - fantomas writes:
Marco Davids (SIDN) wrote:
Anyone any clue? I am trying to understand why some resolvers handle
this query well, while BIND 9.7.x returns a SERVFAIL.
On 19.02.10 13:21, Alan Clegg wrote:
acl...@yellow:~$
In article mailman.494.1266688491.21153.bind-us...@lists.isc.org,
Daniel Morgan daniel.mor...@riotm.co.uk wrote:
On Sat, 2010-02-20 at 11:38 -0500, Barry Margolin wrote:
In article mailman.486.1266649694.21153.bind-us...@lists.isc.org,
Daniel Morgan daniel.mor...@riotm.co.uk wrote:
I
12 matches
Mail list logo