David Cary Hart wrote:
On Mon, 27 Feb 2006 16:15:40 +0000
Paul Howarth <paul@xxxxxxxxxxxx> opined:
David Cary Hart wrote:
On Mon, 27 Feb 2006 10:59:31 +0000
Paul Howarth <paul@xxxxxxxxxxxx> opined:
David Cary Hart wrote:
I assume that you new Extras build includes gzip support. I'm
thinking in terms of my site's rbldnsd tutorial for FC. Before I muck
it up can you explain why anyone would want their zone files
compressed?
Probably because they're mirroring them from somewhere else that has
huge zone files and it saves them some bandwidth.
Thanks.
The upstream author's reasoning can be read here actually:
http://www.corpit.ru/pipermail/rbldnsd/2005q4/000566.html
Cheers, Paul.
That begs the question of what is an rsync friendly ordering of
records? I always sort by IP number except for new entries which are
added to the bottom as the swatch daemon identifies them.
I'm am getting hammered by rsync and wonder if sorting more often
than once daily might improve performance.
The other issue is that the IP sort is really a numerical sort. I'm
wondering if I should use a true octet sort (I have a script) instead.
I think what you're going sounds quite rsync-friendly actually.
dsbl.org take this approach even further and split the zones into two
files: a "big" one, updated once every half hour or so, and a "small"
one updated every few minutes. Every half hour or so the small file is
appended to the big one and the small file is emptied. The rbldnsd
config for dsbl uses both files. The big file is rsync-friendly because
it doesn't change as often and the small file is rsync-friendly because
it's small.
Paul.
