DNS over HTTPS (server side)
I'm going to work on supporting DNS over HTTPS (updated in the meantime).
It's going to be implemented as an extra handler for the http
module similar to the /trace
endpoint.
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Link issues together to show that they're related. Learn more.
When this merge request is accepted, this issue will be closed automatically.
Activity
- Petr Špaček added feature label
added feature label
- Petr Špaček changed milestone to %2018 Q1
changed milestone to %2018 Q1
- Owner
Well, OK. Only server-side support for now, I suppose.
As for the RFC, the primary motivation is
to prevent on-path network devices from interfering with DNS operations.
but the same can be achieved by serving DNS-over-TLS on port 443, as that's on-path unrecognizable from HTTPS. We've had server-side support for that for some time, and client-side support is being finished just now. For now they only define using the same DNS wire-format, so I can't ATM see much benefit of the additional HTTP layer.
- Contributor
AFAIK the main advantage right now is that DNS-over-HTTPS allows you to do queries from Javascript in web browser. For some reason there is certain demand for this ...
- Author Reporter
Yes, the main advantage is that it's easier to do from JS (as it can change message format based on content-type), and it can do server push and mix DNS with other content. If you look at who's behind both drafts, you'll get the idea who is interested in what.
- Contributor
@vavrusam Do I undestand correctly that this issue is not actively worked on?
I'm going to mark is as 'waiting for demand' because right now we have full hands with TLS and other stuff. Of course priorities might change if there is sufficient interent (and preferably a helping hand).
- Petr Špaček unassigned @vavrusam
unassigned @vavrusam
- Petr Špaček added insufficient-demand label
added insufficient-demand label
- Petr Špaček removed milestone
removed milestone
- Author Reporter
We (Cloudflare) have built a module for this. I can make a PR when all the dependent PRs get merged.
- Petr Špaček removed insufficient-demand label
removed insufficient-demand label
- Contributor
Nice! Hopefully things will get unblocked when we are done with NSEC 3 aggressive cache and cache refactoring (hopefully in next two weeks or so).
- Petr Špaček assigned to @vavrusam
assigned to @vavrusam
Format changed slightly in https://datatracker.ietf.org/doc/draft-ietf-doh-dns-over-https/13 (and Firefox 62+) (Perhaps time update the summary above?)
Edited by pettai- Vladimír Čunát mentioned in issue #243 (closed)
mentioned in issue #243 (closed)
- Vladimír Čunát changed the description
changed the description
- Vladimír Čunát changed title from DNS over HTTPS to DNS over HTTPS (server side)
changed title from DNS over HTTPS to DNS over HTTPS (server side)
- Owner
@pettai: we (knot resolver team) have WIP on this, and expect to release it soon.
Edited by Vladimír Čunát - Vladimír Čunát assigned to @pspacek and unassigned @vavrusam
- Owner
- Petr Špaček mentioned in merge request !799 (merged)
mentioned in merge request !799 (merged)
- Owner
- Petr Špaček closed via merge request !799 (merged)
closed via merge request !799 (merged)
- Petr Špaček mentioned in commit e806b5f9
mentioned in commit e806b5f9