[MaraDNS list] New Deadwood snapshot http://cbv2.vk.tj/

[Sam Trenholme]

New Deadwood snapshot.  Details at:  http://cbv2.vk.tj/

Deadwood is MaraDNS 2's recursive resolver.

For the last time, I will post the contents of that page here on the
list at the end of this message.

This will be last posting to the mailing list until after March 20th,
barring a new security problem in MaraDNS with a CVE number.

- Sam

The problem

When I updated Deadwood to no longer read the cache if the dwood3rc
file is newer, there was still a problem when:

* Deadwood is started
* The dwood3rc file is modified
* Deadwood is stopped, writing a new cache file

When this happens with Deadwood 3.2.03, the cache file (which is a
stale cache) is newer than the dwood3rc file.

The solution

In order to solve this problem, Deadwood needs to have this workflow:

* Make a note of the timestamp for the dwood3rc file when Deadwood is started
* The dwood3rc file is replaced with a new file
* The cache is written, including a note of when the dwood3rc was
modified when Deadwood is started
* Deadwood is started again. It sees that, while dwood3rc is older
than the cache, the dwood3rc timestamp is not the same as the older
one, so it doesn't load the cache.
* The cache is no longer stale.

I spent today adding the ability to write metadata to a cache file in
a format that allows the cache to be read by older Deadwood releases.
Now, I need to add the code to make sure the dwood3rc file hasn't
changed since the last cache read before reading the cache. I will do
that in March.

It can be downloaded here:

http://www.maradns.org/deadwood/snap/

I plan to work on MaraDNS/Deadwood again one day in March, after the 21st.