[OpenWrt Wiki] AdGuard Home (2024)

AdGuard Home (AGH) is a free and open source network-wide advertising and trackers blocking DNS server. It operates as a DNS server that re-routes tracking domains to a “black hole”, thus preventing your devices from connecting to those servers. It is based on software used with public AdGuard DNS servers.

In addition, AdGuard Home also offers DNS encryption features such as DNS over TLS (DoT) and DNS over HTTPS (DoH) built-in without any additional packages needed.


Routers with low RAM, flash/storage space or slower processors will potentially not be suitable to run AdGuard Home. You may want to run AdGuard Home on another client instead if you have any of the mentioned system resource limitations with your router. The following requirements below are provided as general guidance.

  • Minimum of 50MB free RAM.

  • Minimum of 100MB free disk/flash space (see flash/storage requirements).

  • Higher performance routers i.e. dual-core with higher processor clock speeds are recommended.

The amount of RAM required will also be relative to the filter lists you use.

Routers with less than 128MB of RAM or only having a single core processor will tend to perform poorly. The homehub_v5a was used for testing the 0.107.0 edge and release builds.

An alternative option could be to use a Raspberry Pi Zero plugged into your routers USB port to run AGH. Using a Pi Zero for AGH.

DNS latency/performance

For the best performance and lowest latency on DNS requests, AGH should be your primary DNS resolver in your DNS chain. If you currently have dnsmasq or unbound installed, you should move these services to an alternative port and have AGH use DNS port 53 with upstream DNS resolvers of your choice configured. This wiki recommends keeping dnsmasq/unbound as your local/PTR resolver for Reverse DNS.

The rationale for this is due to resolvers like dnsmasq forking each DNS request when AGH is set as an upstream, this will have an impact on DNS latency which is can be viewed in the AGH dashboard. You will also not benefit from being able to see the DNS requests made by each client if AGH is not your primary DNS resolver as all traffic will appear from your router.

The install script in the setup section will move dnsmasq to port 54 and set it for AGH to use as local PTR / reverse DNS lookups.

Flash/storage space requirements

The compiled AdGuardHome binary has grown since the 0.107.0 release. For many routers this will be quite a significant amount of storage taken up in the overlay filesystem. In addition, features like statistics and query logging will also require further storage space when being written to the working directory. For routers with less flash space, it is highly recommended to use USB or an external storage path to avoid filling up your overlay filesystem. If you have low flash space, you may want to use the custom installation method and have all of the AdGuard Home installation stored outside of your flash storage. Alternatively you can also perform an exroot configuration.

Currently (May 2022 edge build 108) a full install to the /opt folder you really require about 100mb of space.

  • (70mb) 35mb x2 for the AGH binary and again for when it backups and upgrades. (that's in the agh-backup folder)

  • 20mb for my filters. (Again you can raise or lower this depending on what lists you use)

  • 2mb - 90 days of statistics.

  • 53mb - 7 days of query logs.

You can tweak your logging to keep things smaller if required.

Query/statistics logging

One of the main benefits of AGH is the detailed query and statistics data provided, however for many routers having long retention periods for this data can cause issues (see flash/storage space requirements). If you are using the default tmpfs storage, you should set a relatively short retention period or disable logging altogether. If you want to have longer retention periods for query/statistics data, consider moving the storage directory to outside your routers flash space.


Since 21.02, there is a official AdGuard Home package which can be installed through opkg.

The opkg package for 21.02 has also been confirmed to work on 19.07, but will require transferring the correct ipk through SSH or SCP and installing with opkg manually due to not being present in the 19.07 packages repository.

Required dependencies (ca-bundle) are automatically resolved and installed when using the official package.

opkg updateopkg install adguardhome

The official OpenWrt package uses the following paths and directories by default:

  • The AdGuardHome application will be installed to /usr/bin/AdGuardHome.

  • The main adguardhome.yaml configuration file is stored at /etc/adguardhome.yaml.

  • The default working directory is /var/adguardhome (By default /var is a symlink to /tmp).

  • The working directory can be configured in /etc/config/adguardhome

  • An init.d script is provided at /etc/init.d/adguardhome.

The default configured working directory will mean query logs and statistics will be lost on a reboot. To avoid this you should configure a persistent storage path such as /opt or /mnt with external storage and update the working directory accordingly.

To have AdGuard Home automatically start on boot and to start the service:

service adguardhome enableservice adguardhome start


After installing the opkg package, run the following commands through SSH to prepare for making AGH the primary DNS resolver. These instructions assume you are using dnsmasq. This will demote dnsmasq to an internal DNS resolver only.

The ports chosen are either well known alternate ports or reasonable compromises. You are free to edit the scripts to use your own ports but you should check with https://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers for reserved ports.

# Get the first IPv4 and IPv6 Address of router and store them in following variables for use during the script.NET_ADDR=$(/sbin/ip -o -4 addr list br-lan | awk 'NR==1{ split($4, ip_addr, "/"); print ip_addr[1] }')NET_ADDR6=$(/sbin/ip -o -6 addr list br-lan scope global | awk 'NR==1{ split($4, ip_addr, "/"); print ip_addr[1] }')echo "Router IPv4 : ""${NET_ADDR}"echo "Router IPv6 : ""${NET_ADDR6}"# 1. Enable dnsmasq to do PTR requests.# 2. Reduce dnsmasq cache size as it will only provide PTR/rDNS info.# 3. Disable rebind protection. Filtered DNS service responses from blocked domains are which causes dnsmasq to fill the system log with possible DNS-rebind attack detected messages.# 4. Move dnsmasq to port 54.# 5. Set Ipv4 DNS advertised by option 6 DHCP # 6. Set Ipv6 DNS advertised by DHCPuci set dhcp.@dnsmasq[0].noresolv="0"uci set dhcp.@dnsmasq[0].cachesize="1000"uci set dhcp.@dnsmasq[0].rebind_protection='0'uci set dhcp.@dnsmasq[0].port="54"uci -q delete dhcp.@dnsmasq[0].serveruci add_list dhcp.@dnsmasq[0].server="${NET_ADDR}"#Delete existing config ready to install new options.uci -q delete dhcp.lan.dhcp_optionuci -q delete dhcp.lan.dns# DHCP option 6: which DNS (Domain Name Server) to include in the IP configuration for name resolutionuci add_list dhcp.lan.dhcp_option='6,'"${NET_ADDR}" #DHCP option 3: default router or last resort gateway for this interfaceuci add_list dhcp.lan.dhcp_option='3,'"${NET_ADDR}"#Set IPv6 Announced DNSfor OUTPUT in $(ip -o -6 addr list br-lan scope global | awk '{ split($4, ip_addr, "/"); print ip_addr[1] }')doecho "Adding $OUTPUT to IPV6 DNS"uci add_list dhcp.lan.dns=$OUTPUTdoneuci commit dhcp/etc/init.d/dnsmasq restart

Setup AGH through the web interface

On first time setup the default web interface port is TCP 3000.

  1. Go to (If your router IP is not, change this accordingly)

  2. Setup the Admin Web Interface to listen on at port 8080. (Changing the web interface port is optional)

  3. Set DNS server to listen on at port 53.

  4. Create an user and choose a strong password.

Login AGH

Feel free to change upstream DNS servers to whatever you like (Adguard Home supports DoH, DoT and DoQ out of the box), add the blacklists of your preference and enjoy ad-free browsing on all of your devices.

Manual installation

For older builds, a custom installation or running the latest edge builds you can follow several well written guides by members of the community:

  • Installing AdGuardHome on OpenWrt

  • OpenWrt AdGuard Home 101 (dnsmasq)

  • OpenWrt AdGuard Home 101 (Unbound)


Recommendations and best configuration practices for using AGH on OpenWrt.

Web interface

AdGuard Home has it's own web interface for configuration and management and is not managed through LuCI. There is no official LuCI application for managing AdGuard Home. By default the web setup interface will be on port TCP 3000. To access the web interface, use the IP of your router: If this is the first time you have installed AdGuard Home you will go through the setup process.

By default LuCI will be configured to use standard ports TCP 80/443, so AdGuard Home will need to use an alternative port for the web interface. You can use the default setup port TCP 3000 or change it to an alternative (8080 is the usual port 80 replacememt).

Once AGH is active then follow the official AdGuard Home wiki instructions to configure upstreams and filters. A list of known DNS providers and settings is here : Known DNS Providers

Note: Some settings may not be editable via the web interface and instead will need to be changed by editing the adguardhome.yaml configuration file.

Nginx Reverse proxy through LuCI

If you already use Nginx with LuCI rather than uHTTPd you can reverse proxy the AdGuard Home interface. This can simplify accessing the AdGuard Home interface and not having to worry about URLs with non standard HTTP ports. Using a reverse proxy also means you don't have to specifically configure HTTPS access through AdGuard Home and can instead utilise the HTTPS configuration of LuCI instead.

The following example will allow accessing the AdGuard Home interface as a sub directory path /adguard-home. If your router IP or AdGuard Home http_port value is different, change it accordingly.

location /adguard-home/ { proxy_pass; proxy_redirect / /adguard-home/; proxy_cookie_path / /adguard-home/;}

Accessing in your browser: http://[ROUTER]/adguard-home.

You can read more reverse proxy configurations from the Nginx docs.

Disable DoH encryption on AdGuard Home

If you have configured TLS on LuCI, there's no need to use TLS on AdGuard Home. Set allow_unencrypted_doh to false in adguardhome.yaml to allow AdGuard Home respond to DoH requests without TLS encryption.

Reverse DNS (rDNS)

To enable rDNS so AGH picks up your DHCP assignments from OpenWrt.

  1. From the AdGuard Home web interface SettingsDNS settings

  2. Scroll to “Private reverse DNS servers”

  3. Add

  4. Tick both “Use private reverse DNS resolvers” and “Enable reverse resolving of clients' IP addresses” boxes and click apply.

LAN domain interception

Adding the following to the Upstream DNS Server configuration will intercept any LAN domain request or requests without a FQDN and pass those requests to the appropriate resolver, which is mostly like your OpenWrt router but it doesn't have to be.

The default LAN domain configured by OpenWrt is “lan”, but if you have configured you own domain, you can use this in the example code below:

( local loopback is used here to enable statistics tracking but you may also use your router ip ( here too.

SettingsDNS Settings > Upstream Servers


Creating ipset policies

For users using ipset policies for purposes such as VPN split tunnelling, AGH provides ipset functionality similar to dnsmasq. The configuration/syntax is slightly different and you will need to migrate any existing dnsmasq ipset policies to the AGH format and apply these to AGH instead.

An ipset policy is defined in the adguardhome.yaml file, there is currently no web interface available to add these policies, therefore you must add these to the yaml config manually.

If ipset is not already installed, install it:

opkg updateopkg install ipset

Example dnsmasq syntax

Using the following example ipset rules in dnsmasq as a reference, the AGH equivalent is demonstrated.


Example AGH syntax

dns: ipset: - domain.com/ipset_name - domain1.com,domain2.com/ipset_name,ipset_name2...

The main syntax differences is each domain is separated using a comma (,) not a forward slash (/). A forward slash denotes the end of a domain rule with AGH. When specifying the ipset chain, a comma is used in both examples to denote multiple chains if required.

Like dnsmasq, an ipset policy in AGH can have one or more domains as well as be assigned to multiple ipset chains. Further information on ipset functionality can be found on the official AdGuard Home wiki under “other settings”.

Note: The ipset chains must exist before being used or referenced as AGH does not initialise them. It is possible to potentially encounter a race condition on startup if the ipset chains are not created in time when AGH attempts to start. An alternative is creating a custom init script that runs the ipset create command earlier than the START value of AGH.

AGH as a NextDNS client

AGH is recommended to be used with filtering disabled as a NextDNS client. Using AGH as a NextDNS Client

DNS Interception

Some devices will bypass DHCP provided DNS servers e.g. Google Chromecast.

In order to make sure all DNS traffic goes through your primary DNS resolver, you can enforce this through firewall rules.

Please note this ONLY enforces plain DNS enquiries from your LAN to be redirected through your DNS. To block DOH or other encrypted DNS requires further rules.

IPTables (firewall3)

Copy and paste these iptables rules in Network → Firewall → Custom Rules Tab or directly to /etc/firewall.user.

iptables -t nat -A PREROUTING -i br-lan -p tcp --dport 53 -j DNAT --to -t nat -A PREROUTING -i br-lan -p udp --dport 53 -j DNAT --to

You can also implement this via a fw3 rule within /etc/config/firewall:

config redirect 'adguardhome_dns_53' option src 'lan' option proto 'tcp udp' option src_dport '53' option target 'DNAT' option name 'Adguard Home' option dest 'lan' option dest_port '53'

These examples are for IPv4 DNS traffic only as they use DNAT.

Further information on DNS interception

NFT Tables (firewall4)

nft add rule nat pre udp dport 53 ip saddr dnat

This will redirect all DNS traffic from to the server.

Bypassing encrypted DNS for NTP

In order for SSL to work the correct date/time MUST be set on the device. Not all routers have a Real Time Clock and thus must use NTP to update to the correct date/time on boot. As SSL will NOT work without the correct date/time you MUST bypass encrypted DNS to enable NTP updates to work.

Your router does NOT need encrypted DNS. Only your clients behind the router require filtering and encryption. Setting your router to use AGH as its DNS WILL result in failed NTP lookups unless you bypass encrypted lookups for NTP. This is NOT a recommended setup. Your router should have its own unencrypted upstream for NTP lookups.

When using a upstream DNS setup that utilises DNS encryption e.g. DoT or DoH, you may come across a race condition on startup where communication to such DNS resolvers is not possible because of the NTP service not being able to establish a connection to a network time source and the set the correct time on your router. Given encrypted DNS relies on TLS/certificates, having accurate time is more important. To prevent this, you can allow NTP DNS requests to use plain DNS, regardless of the upstream DNS resolvers set.

From the AdGuard Home web interface: SettingsDNS SettingsUpstream DNS Servers

Add the following to ensure any DNS request for NTP uses plain DNS. In this example, Cloudflare resolvers have been used. You can use any resolvers you like however.


Click apply to enable these specific DNS rules.


If AdGuard Home won't start, you will want to view error logs to understand why.

If using the opkg package you can view syslog for errors using logread.

logread -e AdGuardHome

You can also run AdGuardHome from command line and see the output directly.

AdGuardHome -v -c /etc/adguardhome.yaml -w /var/adguardhome --no-check-update

This example uses the defaults set in the init script with the extra addition of the verbose flag.

  • -v --verbose - Enables verbose output (useful for debugging).

  • -c --config - Path to the AdGuard Home YAML config.

  • -w --work-dir - Path to the set working directory where data such as logs and statistics are stored.

  • --no-check-update - Disables the built in update checker.

The most common reason for AdGuard Home not starting is due to syntax errors in the adguardhome.yaml config.


This script uninstalls AGH and resets your router DNS to Google DNS. This is a known good default and should always work.

Note: If your router is not at then replace the router IP address used in the commands below accordingly.


#!/bin/shopkg updateservice adguardhome stopservice adguardhome disableopkg remove adguardhome# 1. Reverts AdGuard Home configuration and resets settings to default.# 2. Enable rebind protection.# 3. Remove DHCP options for IPv4 and IPv6 uci -q delete dhcp.@dnsmasq[0].noresolvuci -q delete dhcp.@dnsmasq[0].cachesizeuci set dhcp.@dnsmasq[0].rebind_protection='1'uci -q delete dhcp.@dnsmasq[0].serveruci -q delete dhcp.@dnsmasq[0].portuci -q delete dhcp.lan.dhcp_optionuci -q delete dhcp.lan.dns# Network Configuration# Disable peer/ISP DNSuci set network.wan.peerdns="0"uci set network.wan6.peerdns="0"# Configure DNS provider to Google DNSuci -q delete network.wan.dnsuci add_list network.wan.dns=""uci add_list network.wan.dns=""# Configure IPv6 DNS provider to Google DNSuci -q delete network.wan6.dnsuci add_list network.wan6.dns="2001:4860:4860::8888"uci add_list network.wan6.dns="2001:4860:4860::8844"# Save and applyuci commit dhcpuci commit network/etc/init.d/network restart/etc/init.d/dnsmasq restart/etc/init.d/odhcpd restart

Reconnect your clients to apply the changes.

Data Files

The AdGuardHome/data folder contains the following.

root@OpenWrt:/opt/AdGuardHome/data# ll -hdrwxr-xr-x 3 root root 512 Oct 29 09:42 ./drwxrwxrwx 4 root root 736 Oct 30 09:06 ../drwxr-xr-x 2 root root 800 Nov 2 09:52 filters/-rw-r--r-- 1 root root 45.4M Nov 2 20:42 querylog.json-rw-r--r-- 1 root root 8.9M Oct 29 09:00 querylog.json.1-rw-r--r-- 1 root root 32.0K Oct 30 05:28 sessions.db-rw-r--r-- 1 root root 4.0M Nov 2 21:00 stats.db
  • querylog.json: These are your DNS queries. Can be removed.

  • sessions.db: active logins to AGH currently. This can be deleted but you will need to relog back in.

  • stats.db: Your statistics database. can purge but you will lose your statistics data.

The filters folder contains all your filter downloads. Purge if it is full but AGH will re-download your filters.

If your filters are too large for your diskspace you will have to disable large filters and restrict their usage.

The AdGuardHome/agh-backup folder contains the previous version of AGH. This also can be removed if space is at a premium.


This website uses cookies. By using the website, you agree with storing cookies on your computer. Also you acknowledge that you have read and understand our Privacy Policy. If you do not agree leave the website.More information about cookies

[OpenWrt Wiki] AdGuard Home (2024)
Top Articles
Latest Posts
Article information

Author: Arielle Torp

Last Updated:

Views: 5576

Rating: 4 / 5 (61 voted)

Reviews: 84% of readers found this page helpful

Author information

Name: Arielle Torp

Birthday: 1997-09-20

Address: 87313 Erdman Vista, North Dustinborough, WA 37563

Phone: +97216742823598

Job: Central Technology Officer

Hobby: Taekwondo, Macrame, Foreign language learning, Kite flying, Cooking, Skiing, Computer programming

Introduction: My name is Arielle Torp, I am a comfortable, kind, zealous, lovely, jolly, colorful, adventurous person who loves writing and wants to share my knowledge and understanding with you.