On Fri, Sep 11, 2009 at 07:28:56AM +0200,
Michael Monnerie michael.monne...@is.it-management.at wrote
a message of 51 lines which said:
Faster queries after a named restart. Reverse lookups faster too,
good for the spam filters.
Did you measure it or is it, like most claims X is faster,
On Freitag 11 September 2009 Matus UHLAR - fantomas wrote:
- it's quite useless to cache the .arpa and .in-addr.arpa since
unlike other TLD's they are hierarchically organised so there won't
be any valuable benefit from slaving them, only risks (see above).
Every other point is OK, but I don't
On Freitag 11 September 2009 Matus UHLAR - fantomas wrote:
- it's quite useless to cache the .arpa and .in-addr.arpa since
unlike other TLD's they are hierarchically organised so there won't
be any valuable benefit from slaving them, only risks (see above).
On 12.09.09 09:27, Michael
In message 20090912082415.ga13...@fantomas.sk, Matus UHLAR - fantomas writes:
On Freitag 11 September 2009 Matus UHLAR - fantomas wrote:
- it's quite useless to cache the .arpa and .in-addr.arpa since
unlike other TLD's they are hierarchically organised so there won't
be any valuable
In article mailman.469.1252646962.14796.bind-us...@lists.isc.org,
Michael Monnerie michael.monne...@is.it-management.at wrote:
On Freitag 11 September 2009 Joseph S D Yao wrote:
However, as M. Bortzmeyer has said, why do this?
Faster queries after a named restart. ...
How often do you
On Sep 11 2009, Sam Wilson wrote:
In article mailman.469.1252646962.14796.bind-us...@lists.isc.org,
Michael Monnerie michael.monne...@is.it-management.at wrote:
On Freitag 11 September 2009 Joseph S D Yao wrote:
However, as M. Bortzmeyer has said, why do this?
Faster queries after a named
Slaving root is certainly not something I would recommend to everyone.
In fact, I don't even use it on all of our name servers. I was just
answering the question regarding how one would go about doing
something rather than why or why not to do it.
Here is why I do it and why I'm fairly
Apparently FreeBSD only slaves F.ROOT-SERVERS.NET in it's default
configuration for bind:
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.conf
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.conf?rev=1.21.2.9;content-type=text%2Fplain
SNIP
/* Slaving the following zones
On Wed, Sep 09, 2009 at 08:23:23AM +0200,
Michael Monnerie michael.monne...@is.it-management.at wrote
a message of 54 lines which said:
right now I'm using scripts to download root.zone and in-addr.arpa
from internic.net. But this is a non-standard way,
But a secure way since the files on
On Thu, Sep 10, 2009 at 12:31:45PM +0200,
Michael Monnerie michael.monne...@is.it-management.at wrote
a message of 70 lines which said:
that's a clear statement, so I'll keep the ftp transfers.
It would be better to drop them completely and to return to ordinary
DNS resolution. What's the
On Thu, Sep 10, 2009 at 11:27:27AM +0200, Michael Monnerie wrote:
On Mittwoch 09 September 2009 Rich Goodson wrote:
zone . {
zone arpa {
zone in-addr.arpa {
Thank you Rich, and the others. Can anyone confirm that this is the way
to do? Or should I stay with ftp updates from the
On Freitag 11 September 2009 Joseph S D Yao wrote:
However, as M. Bortzmeyer has said, why do this?
Faster queries after a named restart. Reverse lookups faster too, good
for the spam filters.
mfg zmi
--
// Michael Monnerie, Ing.BSc- http://it-management.at
// Tel: 0660 / 415 65
On Wed, Sep 9, 2009 at 10:51 AM, Rich Goodson rgood...@gronkulator.com wrote:
zone . {
type slave;
file slave/root.slave;
masters {
192.33.4.12; // C.ROOT-SERVERS.NET.
192.112.36.4; // G.ROOT-SERVERS.NET.
193.0.14.129;
On 09.09.09 11:00, Rick Dicaire wrote:
On Wed, Sep 9, 2009 at 10:51 AM, Rich Goodson rgood...@gronkulator.com
wrote:
zone . {
type slave;
file slave/root.slave;
masters {
192.33.4.12; // C.ROOT-SERVERS.NET.
192.112.36.4; //
14 matches
Mail list logo