Ping: Paul Howarth [RBLDNSD]

Paul Howarth paul at city-fan.org
Mon Feb 27 17:03:14 UTC 2006


David Cary Hart wrote:
> On Mon, 27 Feb 2006 16:15:40 +0000
> Paul Howarth <paul at city-fan.org> opined:
> 
>>David Cary Hart wrote:
>>
>>>On Mon, 27 Feb 2006 10:59:31 +0000
>>>Paul Howarth <paul at city-fan.org> 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.





More information about the fedora-list mailing list