#dnssec #dns #named #bind #dig #client-server #replace

hickory-server

Hickory DNS is a safe and secure DNS server with DNSSEC support. Eventually this could be a replacement for BIND9. The DNSSEC support allows for live signing of all records, in it does not currently support records signed offline. The server supports dynamic DNS with SIG0 authenticated requests. Hickory DNS is based on the Tokio and Futures libraries, which means it should be easily integrated into other software that also use those libraries.

12 releases

new 0.25.1 Mar 18, 2025
0.25.0-alpha.4 Nov 28, 2024
0.25.0-alpha.1 Jun 16, 2024
0.24.4 Feb 19, 2025
0.24.0 Oct 14, 2023

#4 in #named

Download history 7495/week @ 2024-11-29 10490/week @ 2024-12-06 10840/week @ 2024-12-13 4378/week @ 2024-12-20 3397/week @ 2024-12-27 8898/week @ 2025-01-03 9689/week @ 2025-01-10 9490/week @ 2025-01-17 11640/week @ 2025-01-24 10781/week @ 2025-01-31 12963/week @ 2025-02-07 11339/week @ 2025-02-14 16123/week @ 2025-02-21 13178/week @ 2025-02-28 13225/week @ 2025-03-07 12452/week @ 2025-03-14

57,125 downloads per month
Used in 11 crates

MIT/Apache

2.5MB
40K SLoC

Overview

Hickory DNS Server is a library which implements the zone authoritory functionality.

This library contains basic implementations for DNS zone hosting. It is capable of performing signing all records in the zone for server DNSSEC RRSIG records associated with all records in a zone. There is also a hickory-dns binary that can be generated from the library with cargo install hickory-dns. Dynamic updates are supported via SIG0 (an mTLS authentication method is under development).

NOTICE This project was rebranded from Trust-DNS to Hickory DNS and has been moved to the https://github.com/hickory-dns/hickory-dns organization and repo, this crate/binary has been moved to hickory-server, from 0.24 and onward, for prior versions see trust-dns-server.

Status

The server code is complete, the daemon supports IPv4 and IPv6, UDP and TCP. There currently is no way to limit TCP and AXFR operations, so it is still not recommended to put into production as TCP can be used to DOS the service. Zone file parsing is complete and supported. There is currently no forking option, and the server is not yet threaded (although it is implemented with async IO, so threading may not be a huge benefit). There is still a lot of work to do before a server can be trusted with this externally. Running it behind a firewall on a private network would be safe.

Zone signing support is complete, to insert a key store a pem encoded rsa file in the same directory as the initial zone file with the .key suffix. Note: this must be only readable by the current user. If one is not present one will be created and written to the correct location. This also acts as the initial key for dynamic update SIG(0) validation. To get the public key, the DNSKEY record for the zone can be queried. This is needed to provide to other upstream servers to create the DS key. Dynamic DNS is also complete, if enabled, a journal file will be stored next to the zone file with the jrnl suffix. Note: if the key is changed or updated, it is currently the operators responsibility to remove the only public key from the zone, this allows for the DNSKEY to exist for some unspecified period of time during key rotation. Rotating the key while online is not currently supported, so a restart of the server process is required.

Features

  • Dynamic Update with sqlite journaling backend (SIG0)
  • DNSSEC online signing (NSEC and NSEC3)
  • DNS over TLS (DoT)
  • DNS over HTTPS (DoH)
  • Forwarding stub resolver
  • ANAME resolution, for zone mapping aliass to A and AAAA records
  • Additionals section generation for aliasing record types

Future goals

  • Distributed dynamic DNS updates, with consensus
  • mTLS based authorization for Dynamic Updates
  • Online NSEC creation for queries
  • Full hint based resolving
  • Maybe NSEC5 support

Minimum Rust Version

The current minimum rustc version for this project is 1.70

Versioning

Hickory DNS does it's best job to follow semver. Hickory DNS will be promoted to 1.0 upon stabilization of the publicly exposed APIs. This does not mean that Hickory DNS will necessarily break on upgrades between 0.x updates. Whenever possible, old APIs will be deprecated with notes on what replaced those deprecations. Hickory DNS will make a best effort to never break software which depends on it due to API changes, though this can not be guaranteed. Deprecated interfaces will be maintained for at minimum one major release after that in which they were deprecated (where possible), with the exception of the upgrade to 1.0 where all deprecated interfaces will be planned to be removed.

Dependencies

~15–56MB
~1M SLoC