AdguardTeam/dnsproxy
As a backend project, AdguardTeam/dnsproxy has picked up 3.2k stars on GitHub (Go). Simple DNS proxy with DoH, DoT, DoQ and DNSCrypt support
Snapshot summary built from the project's own GitHub metadata — there's no written TopGit review yet. The page will update automatically when a full review is published.
TopGit writes full reviews for the most-starred, most-requested repositories. This page is a snapshot until then — see the READ ME tab for the original README in full.
Snapshot
Top contributors
Show top contributors
DNS Proxy
A simple DNS proxy server that supports all existing DNS protocols including
DNS-over-TLS, DNS-over-HTTPS, DNSCrypt, and DNS-over-QUIC. Moreover,
it can work as a DNS-over-HTTPS, DNS-over-TLS or DNS-over-QUIC server.
- How to install
- How to build
- Usage
- Examples
- Simple options
- Encrypted upstreams
- Encrypted DNS server
- Additional features
- DNS64 server
- Fastest addr + cache-min-ttl
- Specifying upstreams for domains
- Specifying private rDNS upstreams
- EDNS Client Subnet
- Bogus NXDomain
- Basic Auth for DoH
How to install
There are several options how to install dnsproxy.
- Grab the binary for your device/OS from the Releases page.
- Use the official Docker image.
- Build it yourself (see the instruction below).
How to build
You will need Go 1.26 or later.
make build
Usage
Usage of ./dnsproxy:
--bogus-nxdomain=subnet
Transform the responses containing at least a single IP that matches specified addresses and CIDRs into NXDOMAIN. Can be specified multiple times.
--bootstrap/-b
Bootstrap DNS for DoH and DoT, can be specified multiple times (default: use system-provided).
--cache
If specified, DNS cache is enabled.
--cache-max-ttl=uint32
Maximum TTL value for DNS entries, in seconds.
--cache-min-ttl=uint32
Minimum TTL value for DNS entries, in seconds. Capped at 3600. Artificially extending TTLs should only be done with careful consideration.
--cache-optimistic
If specified, optimistic DNS cache is enabled.
--cache-size=int
Cache size (in bytes). Default: 64k.
--config-path=path
YAML configuration file. Minimal working configuration in config.yaml.dist. Options passed through command line will override the ones from this file.
--dnssec
Defines whether the proxy should set the DO bits in the upstream requests. Default: true.
--doh-insecure-enabled
If specified, the DoH server will skip TLS certificate verification.
--doh-routes
Routes for DNS-over-HTTPS. If not specified, the default routes are registered:
- "GET /", deprecated and will soon be removed,
- "POST /", deprecated and will soon be removed.
- "GET /dns-query",
- "POST /dns-query".
--dns64
If specified, dnsproxy will act as a DNS64 server.
--dns64-prefix=subnet
Prefix used to handle DNS64. If not specified, dnsproxy uses the 'Well-Known Prefix' 64:ff9b::. Can be specified multiple times.
--dnscrypt-config=path/-g path
Path to a file with DNSCrypt configuration. You can generate one using https://github.com/AdguardTeam/dnscrypt.
--dnscrypt-port=port/-y port
Listening ports for DNSCrypt.
--edns
Use EDNS Client Subnet extension.
--edns-addr=address
Send EDNS Client Address.
--fallback/-f
Fallback resolvers to use when regular ones are unavailable, can be specified multiple times. You can also specify path to a file with the list of servers.
--help/-h
Print this help message and quit.
--hosts-file-enabled
If specified, use hosts files for resolving.
--hosts-files=path
List of paths to the hosts files, can be specified multiple times.
--http3
Enable HTTP/3 support.
--https-port=port/-s port
Listening ports for DNS-over-HTTPS.
--https-server-name=name
Set the Server header for the responses from the HTTPS server.
--https-userinfo=name
If set, all DoH queries are required to have this basic authentication information.
--insecure
Disable secure TLS certificate validation.
--ipv6-disabled
If specified, all AAAA requests will be replied with NoError RCode and empty answer.
--listen=address/-l address
Listening addresses.
--max-go-routines=uint
Set the maximum number of go routines. A zero value will not not set a maximum.
--optimistic-answer-ttl
Default TTL value for expired DNS entries in optimistic cache. Default: 30s
--optimistic-max-age
Period of time after which entries are removed from optimistic cache in human-readable form. Default: 12h.
--output=path/-o path
Path to the log file.
--pending-requests-enabled
If specified, the server will track duplicate queries and only send the first of them to the upstream server, propagating its result to others. Disabling it introduces a vulnerability to cache poisoning attacks.
--port=port/-p port
Listening ports. Zero value disables TCP and UDP listeners.
--pprof
If present, exposes pprof information on localhost:6060.
--private-rdns-upstream
Private DNS upstreams to use for reverse DNS lookups of private addresses, can be specified multiple times.
--private-subnets=subnet
Private subnets to use for reverse DNS lookups of private addresses.
--quic-port=port/-q port
Listening ports for DNS-over-QUIC.
--ratelimit=int/-r int
Ratelimit (requests per second).
--ratelimit-subnet-len-ipv4=int
Ratelimit subnet length for IPv4.
--ratelimit-subnet-len-ipv6=int
Ratelimit subnet length for IPv6.
--refuse-any
If specified, refuses ANY requests.
--timeout=duration
Timeout for outbound DNS queries to remote upstream servers in a human-readable form
--tls-crt=path/-c path
Path to a file with the certificate chain.
--tls-key=path/-k path
Path to a file with the private key.
--tls-max-version=version
Maximum TLS version, for example 1.3.
--tls-min-version=version
Minimum TLS version, for example 1.0.
--tls-port=port/-t port
Listening ports for DNS-over-TLS.
--udp-buf-size=int
Set the size of the UDP buffer in bytes. A value <= 0 will use the system default.
--upstream/-u
An upstream to be used (can be specified multiple times). You can also specify path to a file with the list of servers.
--upstream-mode=mode
Defines the upstreams logic mode, possible values: load_balance, parallel, fastest_addr (default: load_balance).
--use-private-rdns
If specified, use private upstreams for reverse DNS lookups of private addresses.
--verbose/-v
Verbose output.
--version
Prints the program version.
Examples
Simple options
Runs a DNS proxy on 0.0.0.0:53 with a single upstream - Google DNS.
./dnsproxy -u 8.8.8.8:53
The same proxy with verbose logging enabled writing it to the file log.txt.
./dnsproxy -u 8.8.8.8:53 -v -o log.txt
Runs a DNS proxy on 127.0.0.1:5353 with multiple upstreams.
./dnsproxy -l 127.0.0.1 -p 5353 -u 8.8.8.8:53 -u 1.1.1.1:53
Listen on multiple interfaces and ports:
./dnsproxy -l 127.0.0.1 -l 192.168.1.10 -p 5353 -p 5354 -u 1.1.1.1
The plain DNS upstream server may be specified in several ways:
-
With a plain IP address:
./dnsproxy -l 127.0.0.1 -u 8.8.8.8:53 -
With a hostname or plain IP address and the
udp://scheme:./dnsproxy -l 127.0.0.1 -u udp://dns.google -u udp://1.1.1.1 -
With a hostname or plain IP address and the
tcp://scheme to force using TCP:./dnsproxy -l 127.0.0.1 -u tcp://dns.google -u tcp://1.1.1.1
Encrypted upstreams
DNS-over-TLS upstream:
./dnsproxy -u tls://dns.adguard.com
DNS-over-HTTPS upstream with specified bootstrap DNS:
./dnsproxy -u https://dns.adguard.com/dns-query -b 1.1.1.1:53
DNS-over-QUIC upstream:
./dnsproxy -u quic://dns.adguard.com
DNS-over-HTTPS upstream with enabled HTTP/3 support (chooses it if it's faster):
./dnsproxy -u https://dns.google/dns-query --http3
DNS-over-HTTPS upstream with forced HTTP/3 (no fallback to other protocol):
./dnsproxy -u h3://dns.google/dns-query
DNSCrypt upstream (DNS Stamp of AdGuard DNS):
./dnsproxy -u sdns://AQMAAAAAAAAAETk0LjE0MC4xNC4xNDo1NDQzINErR_JS3PLCu_iZEIbq95zkSV2LFsigxDIuUso_OQhzIjIuZG5zY3J5cHQuZGVmYXVsdC5uczEuYWRndWFyZC5jb20
DNS-over-HTTPS upstream (DNS Stamp of Cloudflare DNS):
./dnsproxy -u sdns://AgcAAAAAAAAABzEuMC4wLjGgENk8mGSlIfMGXMOlIlCcKvq7AVgcrZxtjon911-ep0cg63Ul-I8NlFj4GplQGb_TTLiczclX57DvMV8Q-JdjgRgSZG5zLmNsb3VkZmxhcmUuY29tCi9kbnMtcXVlcnk
DNS-over-TLS upstream with two fallback servers (to be used when the main upstream is not available):
./dnsproxy -u tls://dns.adguard.com -f 8.8.8.8:53 -f 1.1.1.1:53
Encrypted DNS server
Runs a DNS-over-TLS proxy on 127.0.0.1:853.
./dnsproxy -l 127.0.0.1 --tls-port=853 --tls-crt=example.crt --tls-key=example.key -u 8.8.8.8:53 -p 0
Runs a DNS-over-HTTPS proxy on 127.0.0.1:443.
./dnsproxy -l 127.0.0.1 --https-port=443 --tls-crt=example.crt --tls-key=example.key -u 8.8.8.8:53 -p 0
Runs a DNS-over-HTTPS proxy on 127.0.0.1:443 with HTTP/3 support.
./dnsproxy -l 127.0.0.1 --https-port=443 --http3 --tls-crt=example.crt --tls-key=example.key -u 8.8.8.8:53 -p 0
Runs a DNS-over-QUIC proxy on 127.0.0.1:853.
./dnsproxy -l 127.0.0.1 --quic-port=853 --tls-crt=example.crt --tls-key=example.key -u 8.8.8.8:53 -p 0
Runs a DNSCrypt proxy on 127.0.0.1:443.
./dnsproxy -l 127.0.0.1 --dnscrypt-config=./dnscrypt-config.yaml --dnscrypt-port=443 --upstream=8.8.8.8:53 -p 0
[!TIP] In order to run a DNSCrypt proxy, you need to obtain DNSCrypt configuration first. You can use dnscrypt command-line tool to do that with a command like this
./dnscrypt generate --provider-name=2.dnscrypt-cert.example.org --out=dnscrypt-config.yaml.
Additional features
Runs a DNS proxy on 0.0.0.0:53 with rate limit set to 10 rps, enabled DNS cache, and that refuses type=ANY requests.
./dnsproxy -u 8.8.8.8:53 -r 10 --cache --refuse-any
Runs a DNS proxy on 127.0.0.1:5353 with multiple upstreams and enable parallel queries to all configured upstream servers.
./dnsproxy -l 127.0.0.1 -p 5353 -u 8.8.8.8:53 -u 1.1.1.1:53 -u tls://dns.adguard.com --upstream-mode parallel
Loads upstreams list from a file.
./dnsproxy -l 127.0.0.1 -p 5353 -u ./upstreams.txt
DNS64 server
dnsproxy is capable of working as a DNS64 server.
[!NOTE] What is DNS64/NAT64 This is a mechanism of providing IPv6 access to IPv4. Using a NAT64 gateway with IPv4-IPv6 translation capability lets IPv6-only clients connect to IPv4-only services via synthetic IPv6 addresses starting with a prefix that routes them to the NAT64 gateway. DNS64 is a DNS service that returns AAAA records with these synthetic IPv6 addresses for IPv4-only destinations (with A but not AAAA records in the DNS). This lets IPv6-only clients use NAT64 gateways without any other configuration. See also RFC 6147.
Enables DNS64 with the default Well-Known Prefix:
./dnsproxy -l 127.0.0.1 -p 5353 -u 8.8.8.8 --use-private-rdns --private-rdns-upstream=127.0.0.1 --dns64
You can also specify any number of custom DNS64 prefixes:
./dnsproxy -l 127.0.0.1 -p 5353 -u 8.8.8.8 --use-private-rdns --private-rdns-upstream=127.0.0.1 --dns64 --dns64-prefix=64:ffff:: --dns64-prefix=32:ffff::
Note that only the first specified prefix will be used for synthesis.
PTR queries for addresses within the specified ranges or the Well-Known one could only be answered with locally appropriate data, so dnsproxy will route those to the local upstream servers. Those should be specified and enabled if DNS64 is enabled.
Fastest addr + cache-min-ttl
This option would be useful to the users with problematic network connection. In this mode, dnsproxy would detect the fastest IP address among all that were returned, and it will return only it.
Additionally, for those with problematic network connection, it makes sense to override cache-min-ttl. In this case, dnsproxy will make sure that DNS responses are cached for at least the specified amount of time.
It makes sense to run it with multiple upstream servers only.
Run a DNS proxy with two upstreams, min-TTL set to 10 minutes, fastest address detection is enabled:
./dnsproxy -u 8.8.8.8 -u 1.1.1.1 --cache --cache-min-ttl=600 --upstream-mode=fastest_addr
who run dnsproxy with multiple upstreams
Specifying upstreams for domains
You can specify upstreams that will be used for a specific domain(s). We use the dnsmasq-like syntax, decorating domains with brackets (see --server description).
Syntax: [/[domain1][/../domainN]/]upstreamString
Where upstreamString is one or many upstreams separated by space (e.g. 1.1.1.1 or 1.1.1.1 2.2.2.2).
If one or more domains are specified, that upstream (upstreamString) is used only for those domains. Usually, it is used for private nameservers. For instance, if you have a nameserver on your network which deals with xxx.internal.local at 192.168.0.1 then you can specify [/internal.local/]192.168.0.1, and dnsproxy will send all queries to that nameserver. Everything else will be sent to the default upstreams (which are mandatory!).
- An empty domain specification,
//has the special meaning of "unqualified names only", which will be used to resolve names with a single label in them, or with exactly two labels in case ofDSrequests. - More specific domains take precedence over less specific domains, so:
--upstream=[/host.com/]1.2.3.4 --upstream=[/www.host.com/]2.3.4.5will send queries for*.host.comto1.2.3.4, except*.www.host.com, which will go to2.3.4.5. - The special server address
#means, "use the common servers", so:--upstream=[/host.com/]1.2.3.4 --upstream=[/www.host.com/]#will send queries for*.host.comto1.2.3.4, except*.www.host.comwhich will be forwarded as usual. - The wildcard
*has special meaning of "any sub-domain", so:--upstream=[/*.host.com/]1.2.3.4will send queries for*.host.comto1.2.3.4, buthost.comwill be forwarded to default upstreams.
Sends requests for *.local domains to 192.168.0.1:53. Other requests are sent to 8.8.8.8:53:
./dnsproxy \
-u "8.8.8.8:53" \
-u "[/local/]192.168.0.1:53" \
;
Sends requests for *.host.com to 1.1.1.1:53 except for *.maps.host.com which are sent to 8.8.8.8:53 (along with other requests):
./dnsproxy \
-u "8.8.8.8:53" \
-u "[/host.com/]1.1.1.1:53" \
-u "[/maps.host.com/]#" \
;
Sends requests for *.host.com to 1.1.1.1:53 except for host.com which is sent to 9.9.9.10:53, and all other requests are sent to 8.8.8.8:53:
./dnsproxy \
-u "8.8.8.8:53" \
-u "[/host.com/]9.9.9.10:53" \
-u "[/*.host.com/]1.1.1.1:53" \
;
Sends requests for com (and its subdomains) to 1.2.3.4:53, requests for other top-level domains to 1.1.1.1:53, and all other requests to 8.8.8.8:53:
./dnsproxy \
-u "8.8.8.8:53" \
-u "[//]1.1.1.1:53" \
-u "[/com/]1.2.3.4:53" \
;
Specifying private rDNS upstreams
You can specify upstreams that will be used for reverse DNS requests of type PTR for private addresses. Same applies to the authority requests of types SOA and NS. The set of private addresses is defined by the --private-rdns-upstream, and the set from RFC 6303 is used by default.
The additional requirement to the domains specified for upstreams is to be in-addr.arpa, ip6.arpa, or its subdomain. Addresses encoded in the domains should also be private.
Sends queries for *.168.192.in-addr.arpa to 192.168.1.2, if requested by client from 192.168.0.0/16 subnet. Other queries answered with NXDOMAIN:
./dnsproxy \
-l "0.0.0.0" \
-u "8.8.8.8" \
--use-private-rdns \
--private-subnets="192.168.0.0/16" \
--private-rdns-upstream="192.168.1.2" \
;
Sends queries for *.in-addr.arpa to 192.168.1.2, *.ip6.arpa to fe80::1, if requested by client within the default RFC 6303 subnet set. Other queries answered with NXDOMAIN:
./dnsproxy\
-l "0.0.0.0"\
-u 8.8.8.8\
--use-private-rdns\
--private-rdns-upstream="192.168.1.2"\
--private-rdns-upstream="[/ip6.arpa/]fe80::1"
EDNS Client Subnet
To enable support for EDNS Client Subnet extension you should run dnsproxy with --edns flag:
./dnsproxy -u 8.8.8.8:53 --edns
Now if you connect to the proxy from the Internet - it will pass through your original IP address's prefix to the upstream server. This way the upstream server may respond with IP addresses of the servers that are located near you to minimize latency.
If you want to use EDNS CS feature when you're connecting to the proxy from a local network, you need to set --edns-addr=PUBLIC_IP argument:
./dnsproxy -u 8.8.8.8:53 --edns --edns-addr=72.72.72.72
Now even if your IP address is 192.168.0.1 and it's not a public IP, the proxy will pass through 72.72.72.72 to the upstream server.
Bogus NXDomain
This option is similar to dnsmasq bogus-nxdomain. dnsproxy will transform
responses that contain at least a single IP address which is also specified by
the option into NXDOMAIN. Can be specified multiple times.
In the example below, we use AdGuard DNS server that returns 0.0.0.0 for
blocked domains, and transform them to NXDOMAIN.
./dnsproxy -u 94.140.14.14:53 --bogus-nxdomain=0.0.0.0
CIDR ranges are supported as well. The following will respond with NXDOMAIN
instead of responses containing any IP from 192.168.0.0-192.168.255.255:
./dnsproxy -u 192.168.0.15:53 --bogus-nxdomain=192.168.0.0/16
Basic Auth for DoH
By setting the --https-userinfo option you can use dnsproxy as a DoH proxy
with basic authentication requirements.
For example:
./dnsproxy \
--https-port='443' \
--https-userinfo='user:p4ssw0rd' \
--tls-crt='…/my.crt' \
--tls-key='…/my.key' \
-u '94.140.14.14:53' \
;
This configuration will only allow DoH queries that contain an Authorization header containing the BasicAuth credentials for user user with password p4ssw0rd.
Add -p 0 if you also want to disable plain-DNS handling and make dnsproxy only serve DoH with Basic Auth checking.
Related repositories
Public APIs is a community-curated GitHub repository listing free, publicly accessible APIs across a wide range of categories, with auth type, HTTPS, and CORS noted for each entry. It's a browsable reference, not a library to install.
Awesome Go, maintained at avelino/awesome-go, groups Go frameworks, libraries, and software into topic categories including Actor Model, Artificial Intelligence, Audio and Music, Authentication and Authorization, Blockchain, Bot Building, and Build Automation. Every linked entry gets a short description instead of a bare URL. The repository carries an MIT license and takes new entries through pull requests reviewed against its own contribution guidelines, which makes it a common bookmark for day-to-day Go development.
golang/go is the open source repository behind The Go Programming Language, holding the compiler, runtime, and standard library source that Go's official binaries are built from. The README frames Go's purpose as building software that is simple, reliable, and efficient, credits the project to thousands of contributors, and notes that this GitHub repo mirrors the canonical Git repository at go.googlesource.com/go.
Caddy is an HTTP/1-2-3 web server, written in Go, which provides automatic HTTPS by default, utilizing services like ZeroSSL and Let's Encrypt for public names or a local CA for internal ones. It supports flexible configuration through its native JSON API, a Caddyfile, or various other formats via config adapters. The project highlights a modular architecture for extensibility, runs on multiple platforms without external dependencies, and benefits from Go's memory safety features. The README indicates it has served trillions of requests and managed millions of TLS certificates, scaling to hundreds of thousands of sites in production. Caddy began development in 2014 and was an early adopter of automatic HTTPS by default.
Quick answers
How active is development on AdguardTeam/dnsproxy?
The most recent commit recorded on AdguardTeam/dnsproxy was 8 days ago, based on the GitHub push timestamp. The repository has 336 forks — one of the better signals of community interest.
How many stars does AdguardTeam/dnsproxy have?
AdguardTeam/dnsproxy has 3.2k GitHub stars — refresh the page for the live number, or check github.com/AdguardTeam/dnsproxy. TopGit mirrors GitHub's count but does not claim minute-by-minute accuracy.
What else is in the Backend space?
AdguardTeam/dnsproxy is tracked by TopGit under the Backend category, alongside 8 GitHub-tagged topics. Trending and Topics pages list peer repositories of comparable stars and language.
What language is AdguardTeam/dnsproxy written in?
AdguardTeam/dnsproxy is written primarily in Go. GitHub's language field is based on the largest share of bytes in the default branch.
What topics is AdguardTeam/dnsproxy associated with?
GitHub's repository topics for AdguardTeam/dnsproxy: "dns", "dns-over-https", "dns-over-quic", "dns-over-tls", "dnscrypt", "golang", "open-source", "proxy". TopGit's editorial category is Backend.
Where do I read more about AdguardTeam/dnsproxy?
This TopGit page is a snapshot — the READ ME tab shows the project's own README content (links stripped, images preserved). The GitHub repository at github.com/AdguardTeam/dnsproxy is the definitive source.
Why is AdguardTeam/dnsproxy categorized under Backend?
TopGit places AdguardTeam/dnsproxy in the Backend category based on its GitHub topics and description (tagged: "dns", "dns-over-https", "dns-over-quic"). Categories are assigned from real repository metadata, not editorial guesswork.
Read full README in the tab above.
Still deciding about dnsproxy?
One click hands the question to an AI along with this page — see what it says about dnsproxy.