aboutsummaryrefslogtreecommitdiff
path: root/changes
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2014-04-07 22:03:19 -0400
committerNick Mathewson <nickm@torproject.org>2014-04-07 22:08:41 -0400
commit6d0991ea0872bf8a7b093709a4c7bf1619433917 (patch)
tree209d8c13ed1b0ce3366b8558707aaffc67dd32ac /changes
parentbc0882c868c0cb61ade0f8b500c4392c889d6d0e (diff)
downloadtor-6d0991ea0872bf8a7b093709a4c7bf1619433917.tar
tor-6d0991ea0872bf8a7b093709a4c7bf1619433917.tar.gz
Give no answer, not NOTIMPL, for unsupported DNS query types
According to reports, most programs degrade somewhat gracefully on getting no answer for an MX or a CERT for www.example.com, but many flip out completely on a NOTIMPL error. Also, treat a QTYPE_ALL query as just asking for an A record. The real fix here is to implement proposal 219 or something like it. Fixes bug 10268; bugfix on 0.2.0.1-alpha. Based on a patch from "epoch".
Diffstat (limited to 'changes')
-rw-r--r--changes/bug102686
1 files changed, 6 insertions, 0 deletions
diff --git a/changes/bug10268 b/changes/bug10268
new file mode 100644
index 000000000..3035e7636
--- /dev/null
+++ b/changes/bug10268
@@ -0,0 +1,6 @@
+ o Minor bugfixes:
+ - When receing a DNS query for an unsupported type, reply with
+ no answer rather than with a NOTIMPL error. This behavior isn't
+ correct either, but it will break fewer client programs, we hope.
+ Fixes bug 10268; bugfix on 0.2.0.1-alpha. Original patch
+ from "epoch".