mirror of
https://github.com/hickory-dns/hickory-dns.git
synced 2026-04-24 18:55:55 +03:00
[GH-ISSUE #4] Support the DNSCrypt protocol #301
Labels
No labels
blocked
breaking-change
bug
bug:critical
bug:tests
cleanup
compliance
compliance
compliance
crate:all
crate:client
crate:native-tls
crate:proto
crate:recursor
crate:resolver
crate:resolver
crate:rustls
crate:server
crate:util
dependencies
docs
duplicate
easy
easy
enhance
enhance
enhance
feature:dns-over-https
feature:dns-over-quic
feature:dns-over-tls
feature:dnsssec
feature:global_lb
feature:mdns
feature:tsig
features:edns
has workaround
ops
perf
platform:WASM
platform:android
platform:fuchsia
platform:linux
platform:macos
platform:windows
pull-request
question
test
tools
tools
trust
unclear
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hickory-dns#301
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @tarcieri on GitHub (Sep 15, 2015).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/4
It would be nice if this server supported the DNSCrypt protocol:
https://dnscrypt.org/
cc @jedisct1
@bluejekyll commented on GitHub (Sep 15, 2015):
I'm definitely planning on supporting DNSSEC, I can probably do this too.
@tarcieri commented on GitHub (Sep 15, 2015):
Awesome. The use case is a bit orthogonal to DNSSEC (confidentiality and integrity within an "intranet"-style deployment between clients and a DNS server), but I would certainly consider it a welcome addition given your present roadmap.
@bluejekyll commented on GitHub (Sep 15, 2015):
Yeah, sorry, I get that it serves a different purpose, but it lines up with the set of features I want in the platform. I only get to work on this in my spare time at the moment, so it might be a while before I get all that in here.
@bluejekyll commented on GitHub (Aug 22, 2016):
FYI, in issue #38 there is a suggesting of first supporting https://tools.ietf.org/html/rfc7858.
Would people want to weigh in on that? I'll probably only end up really supporting one for a while (as either will fit my needs).
@bluejekyll commented on GitHub (Aug 22, 2016):
btw, the dnscrypt branch has some initial certificate code. so this is maybe 25% done at this point.
Ipv4AndIpv6toIpv4thenIpv6? #434Ipv4AndIpv6toIpv4thenIpv6" #1355LookupIpStrategyback toIpv4AndIpv6#2220