diff options
author | Nick Mathewson <nickm@torproject.org> | 2006-12-28 21:29:37 +0000 |
---|---|---|
committer | Nick Mathewson <nickm@torproject.org> | 2006-12-28 21:29:37 +0000 |
commit | 0bbbf98be4eff74218a010a24f5cafe4da7045b6 (patch) | |
tree | bb00d6004cdaae2c0e640cbd562ef12df84217bb /doc/TODO | |
parent | 3996fd1d9dd3e4815a898aa0b9154ea0fab4ec3d (diff) | |
download | tor-0bbbf98be4eff74218a010a24f5cafe4da7045b6.tar.gz tor-0bbbf98be4eff74218a010a24f5cafe4da7045b6.zip |
r11727@Kushana: nickm | 2006-12-28 16:27:17 -0500
If we only have a single nameserver, raise the threshold to decide that the nameserver is dead. (Another fumbling attempt to do something about bug 326.)
svn:r9203
Diffstat (limited to 'doc/TODO')
-rw-r--r-- | doc/TODO | 11 |
1 files changed, 5 insertions, 6 deletions
@@ -113,18 +113,17 @@ N - DNS improvements o Bug 363: Warn and die if we can't find a nameserver and we're running a server; don't fall back to 127.0.0.1. o Re-check dns when we change IP addresses, rather than every 12 hours - . Bug 326: Give fewer error messages from nameservers. + o Bug 326: Give fewer error messages from nameservers. o Only warn when _all_ nameservers are down; otherwise info. - - Increase timeout; what's industry standard? - - Alternatively, raise timeout when nameserver dies but comes back + D Increase timeout; what's industry standard? + D Alternatively, raise timeout when nameserver dies but comes back quickly? - - Don't believe that our sole nameserver is dead? or, not until more + o Don't believe that our sole nameserver is dead? or, not until more failures than it would take to think one of several nameservers was dead? - - easy: adjust global_max_nameserver_timeout / global_timeout. X Possibly, don't warn until second retry of a nameserver gets no answer? - - warn if all of your nameservers go down and stay down for like + X warn if all of your nameservers go down and stay down for like 5 minutes. R o Take out the '5 second' timeout from the socks detach schedule. |