[{"_1":2,"_163":-5,"_164":-5},"loaderData",{"_3":4,"_18":19,"_26":27,"_142":143},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16,"_17":11},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","dockerRebrandTour","routes/_layout",{"_20":-5,"_21":22,"_23":22,"_24":11,"_25":22},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_28":29,"_30":-5,"_31":11,"_32":11,"_33":34,"_35":36,"_37":-5,"_38":11,"_39":40,"_89":-5,"_90":91,"_130":-5,"_131":11,"_132":22,"_133":11,"_134":11,"_135":-5,"_136":11,"_137":-5,"_138":139,"_140":92,"_141":-7},"canonicalUrl","https://hub.docker.com/r/allancoding/pihole-libseccomp2-fix/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","allancoding","reponame","pihole-libseccomp2-fix","cloudBuildSource","isAutobuildsAvailable","repo",{"_41":42,"_43":44,"_46":47,"_48":49,"_50":11,"_51":52,"_53":54,"_55":56,"_58":36,"_33":34,"_59":60,"_61":45,"_62":63,"_64":65,"_66":67,"_68":-5,"_69":63,"_70":71,"_72":11,"_73":34,"_74":75,"_80":11,"_81":82,"_86":34,"_87":88},"categories",[],"content_types",[45],"image","date_registered","2022-10-11T16:14:50.165895Z","description","pihole fixed libseccomp2","is_private","last_updated","2022-10-11T16:21:28.587362Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[57],"application/vnd.docker.container.image.v1+json","name","pull_count",317,"repository_type","star_count",0,"status",1,"status_description","active","source","collaborator_count","full_description","# Docker Pi-hole\n\n

\n $\"Pi-hole\"$
\n

\n\n\n# Changes!\n\n## Changes from the pihole/pihole:\n\n- ### libseccomp2 is fixed\n\n## Upgrade Notes\n\n- **Using Watchtower? See the [Note on Watchtower](#note-on-watchtower) at the bottom of this readme**\n\n- Due to [a known issue with Docker and libseccomp <2.5](https://github.com/moby/moby/issues/40734), you may run into issues running `2022.04` and later on host systems with an older version of `libseccomp2` ([Such as Debian/Raspbian buster or Ubuntu 20.04](https://pkgs.org/download/libseccomp2), and maybe [CentOS 7](https://pkgs.org/download/libseccomp)).\n\n The first recommendation is to upgrade your host OS, which will include a more up to date (and fixed) version of `libseccomp`.\n\n _If you absolutely cannot do this, some users [have reported](https://github.com/pi-hole/docker-pi-hole/issues/1042#issuecomment-1086728157) success in updating `libseccomp2` via backports on debian, or similar via updates on Ubuntu. You can try this workaround at your own risk_ (Note, you may also find that you need the latest `docker.io` (more details [here](https://blog.samcater.com/fix-workaround-rpi4-docker-libseccomp2-docker-20/))\n\n- Some users [have reported issues](https://github.com/pi-hole/docker-pi-hole/issues/963#issuecomment-1095602502) with using the `--privileged` flag on `2022.04` and above. TL;DR, don't use that mode, and be [explicit with the permitted caps](https://github.com/pi-hole/docker-pi-hole#note-on-capabilities) (if needed) instead\n\n- As of `2022.04.01`, setting `CAP_NET_ADMIN` is only required if you are using Pi-hole as your DHCP server. The container will only try to set caps that are explicitly granted (or natively available)\n\n- In `2022.01` and later, the default `DNSMASQ_USER` has been changed to `pihole`, however this may cause issues on some systems such as Synology, see Issue [#963](https://github.com/pi-hole/docker-pi-hole/issues/963) for more information.\n If the container won't start due to issues setting capabilities, set `DNSMASQ_USER` to `root` in your environment.\n\n## Quick Start\n\n1. Copy docker-compose.yml.example to docker-compose.yml and update as needed. See example below:\n[Docker-compose](https://docs.docker.com/compose/install/) example:\n\n```yaml\nversion: \"3\"\n\n# More info at https://github.com/pi-hole/docker-pi-hole/ and https://docs.pi-hole.net/\nservices:\n pihole:\n container_name: pihole\n image: pihole/pihole:latest\n # For DHCP it is recommended to remove these ports and instead add: network_mode: \"host\"\n ports:\n - \"53:53/tcp\"\n - \"53:53/udp\"\n - \"67:67/udp\" # Only required if you are using Pi-hole as your DHCP server\n - \"80:80/tcp\"\n environment:\n TZ: 'America/Chicago'\n # WEBPASSWORD: 'set a secure password here or it will be random'\n # Volumes store your data between container upgrades\n volumes:\n - './etc-pihole:/etc/pihole'\n - './etc-dnsmasq.d:/etc/dnsmasq.d'\n # https://github.com/pi-hole/docker-pi-hole#note-on-capabilities\n cap_add:\n - NET_ADMIN # Required if you are using Pi-hole as your DHCP server, else not needed\n restart: unless-stopped\n```\n2. Run `docker-compose up -d` to build and start pi-hole\n3. Use the Pi-hole web UI to change the DNS settings *Interface listening behavior* to \"Listen on all interfaces, permit all origins\", if using Docker's default `bridge` network setting. (This can also be achieved by setting the environment variable `DNSMASQ_LISTENING` to `all`)\n\n[Here is an equivalent docker run script](https://github.com/pi-hole/docker-pi-hole/blob/master/examples/docker_run.sh).\n\n## Overview\n\nA [Docker](https://www.docker.com/what-docker) project to make a lightweight x86 and ARM container with [Pi-hole](https://pi-hole.net) functionality.\n\n1) Install docker for your [x86-64 system](https://www.docker.com/community-edition) or [ARMv7 system](https://www.raspberrypi.org/blog/docker-comes-to-raspberry-pi/) using those links. [Docker-compose](https://docs.docker.com/compose/install/) is also recommended.\n2) Use the above quick start example, customize if desired.\n3) Enjoy!\n\n[![Build Status](https://github.com/pi-hole/docker-pi-hole/workflows/Test%20&%20Build/badge.svg)](https://github.com/pi-hole/docker-pi-hole/actions?query=workflow%3A%22Test+%26+Build%22) [![Docker Stars](https://img.shields.io/docker/stars/pihole/pihole.svg?maxAge=604800)](https://store.docker.com/community/images/pihole/pihole) [![Docker Pulls](https://img.shields.io/docker/pulls/pihole/pihole.svg?maxAge=604800)](https://store.docker.com/community/images/pihole/pihole)\n\n## Running Pi-hole Docker\n\nThis container uses 2 popular ports, port 53 and port 80, so **may conflict with existing applications ports**. If you have no other services or docker containers using port 53/80 (if you do, keep reading below for a reverse proxy example), the minimum arguments required to run this container are in the script [docker_run.sh](https://github.com/pi-hole/docker-pi-hole/blob/master/examples/docker_run.sh)\n\nIf you're using a Red Hat based distribution with an SELinux Enforcing policy add `:z` to line with volumes like so:\n\n```\n -v \"$(pwd)/etc-pihole:/etc/pihole:z\" \\\n -v \"$(pwd)/etc-dnsmasq.d:/etc/dnsmasq.d:z\" \\\n```\n\nVolumes are recommended for persisting data across container re-creations for updating images. The IP lookup variables may not work for everyone, please review their values and hard code IP and IPv6 if necessary.\n\nYou can customize where to store persistent data by setting the `PIHOLE_BASE` environment variable when invoking `docker_run.sh` (e.g. `PIHOLE_BASE=/opt/pihole-storage ./docker_run.sh`). If `PIHOLE_BASE` is not set, files are stored in your current directory when you invoke the script.\n\n**Automatic Ad List Updates** - since the 3.0+ release, `cron` is baked into the container and will grab the newest versions of your lists and flush your logs. **Set your TZ** environment variable to make sure the midnight log rotation syncs up with your timezone's midnight.\n\n## Running DHCP from Docker Pi-Hole\n\nThere are multiple different ways to run DHCP from within your Docker Pi-hole container but it is slightly more advanced and one size does not fit all. DHCP and Docker's multiple network modes are covered in detail on our docs site: [Docker DHCP and Network Modes](https://docs.pi-hole.net/docker/DHCP/)\n\n## Environment Variables\n\nThere are other environment variables if you want to customize various things inside the docker container:\n\n### Recommended Variables\n\n| Variable | Default | Value | Description |\n| -------- | ------- | ----- | ---------- |\n| `TZ` | UTC | `` | Set your [timezone](https://en.wikipedia.org/wiki/List_of_tz_database_time_zones) to make sure logs rotate at local midnight instead of at UTC midnight.\n| `WEBPASSWORD` | random | `` | http://pi.hole/admin password. Run `docker logs pihole \\| grep random` to find your random pass.\n| `FTLCONF_LOCAL_IPV4` | unset | `` | Set to your server's LAN IP, used by web block modes and lighttpd bind address.\n\n### Optional Variables\n\n| Variable | Default | Value | Description |\n| -------- | ------- | ----- | ---------- |\n| `PIHOLE_DNS_` | `8.8.8.8;8.8.4.4` | IPs delimited by `;` | Upstream DNS server(s) for Pi-hole to forward queries to, separated by a semicolon
(supports non-standard ports with `#[port number]`) e.g `127.0.0.1#5053;8.8.8.8;8.8.4.4`
(supports [Docker service names and links](https://docs.docker.com/compose/networking/) instead of IPs) e.g `upstream0;upstream1` where `upstream0` and `upstream1` are the service names of or links to docker services
Note: The existence of this environment variable assumes this as the _sole_ management of upstream DNS. Upstream DNS added via the web interface will be overwritten on container restart/recreation |\n| `DNSSEC` | `false` | `<\"true\"\\|\"false\">` | Enable DNSSEC support |\n| `DNS_BOGUS_PRIV` | `true` |`<\"true\"\\|\"false\">`| Never forward reverse lookups for private ranges |\n| `DNS_FQDN_REQUIRED` | `true` | `<\"true\"\\|\"false\">`| Never forward non-FQDNs |\n| `REV_SERVER` | `false` | `<\"true\"\\|\"false\">` | Enable DNS conditional forwarding for device name resolution |\n| `REV_SERVER_DOMAIN` | unset | Network Domain | If conditional forwarding is enabled, set the domain of the local network router |\n| `REV_SERVER_TARGET` | unset | Router's IP | If conditional forwarding is enabled, set the IP of the local network router |\n| `REV_SERVER_CIDR` | unset | Reverse DNS | If conditional forwarding is enabled, set the reverse DNS zone (e.g. `192.168.0.0/24`) |\n| `DHCP_ACTIVE` | `false` | `<\"true\"\\|\"false\">` | Enable DHCP server. Static DHCP leases can be configured with a custom `/etc/dnsmasq.d/04-pihole-static-dhcp.conf`\n| `DHCP_START` | unset | `` | Start of the range of IP addresses to hand out by the DHCP server (mandatory if DHCP server is enabled).\n| `DHCP_END` | unset | `` | End of the range of IP addresses to hand out by the DHCP server (mandatory if DHCP server is enabled).\n| `DHCP_ROUTER` | unset | `` | Router (gateway) IP address sent by the DHCP server (mandatory if DHCP server is enabled).\n| `DHCP_LEASETIME` | 24 | `` | DHCP lease time in hours.\n| `PIHOLE_DOMAIN` | `lan` | `` | Domain name sent by the DHCP server.\n| `DHCP_IPv6` | `false` | `<\"true\"\\|\"false\">` | Enable DHCP server IPv6 support (SLAAC + RA).\n| `DHCP_rapid_commit` | `false` | `<\"true\"\\|\"false\">` | Enable DHCPv4 rapid commit (fast address assignment).\n| `VIRTUAL_HOST` | `$FTLCONF_LOCAL_IPV4` | `` | What your web server 'virtual host' is, accessing admin through this Hostname/IP allows you to make changes to the whitelist / blacklists in addition to the default 'http://pi.hole/admin/' address\n| `IPv6` | `true` | `<\"true\"\\|\"false\">` | For unraid compatibility, strips out all the IPv6 configuration from DNS/Web services when false.\n| `TEMPERATUREUNIT` | `c` | `` | Set preferred temperature unit to `c`: Celsius, `k`: Kelvin, or `f` Fahrenheit units.\n| `WEBUIBOXEDLAYOUT` | `boxed` | `` | Use boxed layout (helpful when working on large screens)\n| `QUERY_LOGGING` | `true` | `<\"true\"\\|\"false\">` | Enable query logging or not.\n| `WEBTHEME` | `default-light` | `<\"default-dark\"\\|\"default-darker\"\\|\"default-light\"\\|\"default-auto\"\\|\"lcars\">`| User interface theme to use.\n| `WEBPASSWORD_FILE`| unset | `` |Set an Admin password using [Docker secrets](https://docs.docker.com/engine/swarm/secrets/). If `WEBPASSWORD` is set, `WEBPASSWORD_FILE` is ignored. If `WEBPASSWORD` is empty, and `WEBPASSWORD_FILE` is set to a valid readable file path, then `WEBPASSWORD` will be set to the contents of `WEBPASSWORD_FILE`.\n\n### Advanced Variables\n| Variable | Default | Value | Description |\n| -------- | ------- | ----- | ---------- |\n| `INTERFACE` | unset | `` | The default works fine with our basic example docker run commands. If you're trying to use DHCP with `--net host` mode then you may have to customize this or DNSMASQ_LISTENING.\n| `DNSMASQ_LISTENING` | unset | `` | `local` listens on all local subnets, `all` permits listening on internet origin subnets in addition to local, `single` listens only on the interface specified.\n| `WEB_PORT` | unset | `` | **This will break the 'webpage blocked' functionality of Pi-hole** however it may help advanced setups like those running synology or `--net=host` docker argument. This guide explains how to restore webpage blocked functionality using a linux router DNAT rule: [Alternative Synology installation method](https://discourse.pi-hole.net/t/alternative-synology-installation-method/5454?u=diginc)\n| `SKIPGRAVITYONBOOT` | unset | `` | Use this option to skip updating the Gravity Database when booting up the container. By default this environment variable is not set so the Gravity Database will be updated when the container starts up. Setting this environment variable to 1 (or anything) will cause the Gravity Database to not be updated when container starts up.\n| `CORS_HOSTS` | unset | `` | List of domains/subdomains on which CORS is allowed. Wildcards are not supported. Eg: `CORS_HOSTS: domain.com,home.domain.com,www.domain.com`.\n| `CUSTOM_CACHE_SIZE` | `10000` | Number | Set the cache size for dnsmasq. Useful for increasing the default cache size or to set it to 0. Note that when `DNSSEC` is \"true\", then this setting is ignored.\n| `FTL_CMD` | `no-daemon` | `no-daemon -- ` | Customize the options with which dnsmasq gets started. e.g. `no-daemon -- --dns-forward-max 300` to increase max. number of concurrent dns queries on high load setups. |\n| `FTLCONF_[SETTING]` | unset | As per documentation | Customize pihole-FTL.conf with settings described in the [FTLDNS Configuration page](https://docs.pi-hole.net/ftldns/configfile/). For example, to customize LOCAL_IPV4, ensure you have the `FTLCONF_LOCAL_IPV4` environment variable set.\n\n### Experimental Variables\n| Variable | Default | Value | Description |\n| -------- | ------- | ----- | ---------- |\n| `DNSMASQ_USER` | unset | `` | Allows changing the user that FTLDNS runs as. Default: `pihole`|\n| `PIHOLE_UID` | `999` | Number | Overrides image's default pihole user id to match a host user id
**IMPORTANT**: id must not already be in use inside the container! |\n| `PIHOLE_GID` | `999` | Number | Overrides image's default pihole group id to match a host group id
**IMPORTANT**: id must not already be in use inside the container!|\n| `WEB_UID` | `33` | Number | Overrides image's default www-data user id to match a host user id
**IMPORTANT**: id must not already be in use inside the container! (Make sure it is different to `PIHOLE_UID` if you are using that, also)|\n| `WEB_GID` | `33` | Number | Overrides image's default www-data group id to match a host group id
**IMPORTANT**: id must not already be in use inside the container! (Make sure it is different to `PIHOLE_GID` if you are using that, also)|\n| `WEBLOGS_STDOUT` | 0 | 0|1 | 0 logs to defined files, 1 redirect access and error logs to stdout |\n\n## Deprecated environment variables:\nWhile these may still work, they are likely to be removed in a future version. Where applicable, alternative variable names are indicated. Please review the table above for usage of the alternative variables\n\n| Docker Environment Var. | Description | Replaced By |\n| ----------------------- | ----------- | ----------- |\n| `CONDITIONAL_FORWARDING` | Enable DNS conditional forwarding for device name resolution | `REV_SERVER`|\n| `CONDITIONAL_FORWARDING_IP` | If conditional forwarding is enabled, set the IP of the local network router | `REV_SERVER_TARGET` |\n| `CONDITIONAL_FORWARDING_DOMAIN` | If conditional forwarding is enabled, set the domain of the local network router | `REV_SERVER_DOMAIN` |\n| `CONDITIONAL_FORWARDING_REVERSE` | If conditional forwarding is enabled, set the reverse DNS of the local network router (e.g. `0.168.192.in-addr.arpa`) | `REV_SERVER_CIDR` |\n| `DNS1` | Primary upstream DNS provider, default is google DNS | `PIHOLE_DNS_` |\n| `DNS2` | Secondary upstream DNS provider, default is google DNS, `no` if only one DNS should used | `PIHOLE_DNS_` |\n| `ServerIP` | Set to your server's LAN IP, used by web block modes and lighttpd bind address | `FTLCONF_REPLY_ADDR4` |\n| `ServerIPv6` | **If you have a v6 network** set to your server's LAN IPv6 to block IPv6 ads fully | `FTLCONF_REPLY_ADDR6` |\n| `FTLCONF_REPLY_ADDR4` | Set to your server's LAN IP, used by web block modes and lighttpd bind address | `FTLCONF_LOCAL_IPV4` |\n| `FTLCONF_REPLY_ADDR6` | **If you have a v6 network** set to your server's LAN IPv6 to block IPv6 ads fully | `FTLCONF_LOCAL_IPV6` |\n\nTo use these env vars in docker run format style them like: `-e DNS1=1.1.1.1`\n\nHere is a rundown of other arguments for your docker-compose / docker run.\n\n| Docker Arguments | Description |\n| ---------------- | ----------- |\n| `-p :` **Recommended** | Ports to expose (53, 80, 67), the bare minimum ports required for Pi-holes HTTP and DNS services\n| `--restart=unless-stopped`
**Recommended** | Automatically (re)start your Pi-hole on boot or in the event of a crash\n| `-v $(pwd)/etc-pihole:/etc/pihole`
**Recommended** | Volumes for your Pi-hole configs help persist changes across docker image updates\n| `-v $(pwd)/etc-dnsmasq.d:/etc/dnsmasq.d`
**Recommended** | Volumes for your dnsmasq configs help persist changes across docker image updates\n| `--net=host`
*Optional* | Alternative to `-p :` arguments (Cannot be used at same time as -p) if you don't run any other web application. DHCP runs best with --net=host, otherwise your router must support dhcp-relay settings.\n| `--cap-add=NET_ADMIN`
*Recommended* | Commonly added capability for DHCP, see [Note on Capabilities](#note-on-capabilities) below for other capabilities.\n| `--dns=127.0.0.1`
*Optional* | Sets your container's resolve settings to localhost so it can resolve DHCP hostnames from Pi-hole's DNSMasq, may fix resolution errors on container restart.\n| `--dns=1.1.1.1`
*Optional* | Sets a backup server of your choosing in case DNSMasq has problems starting\n| `--env-file .env`
*Optional* | File to store environment variables for docker replacing `-e key=value` settings. Here for convenience\n\n## Tips and Tricks\n\n* A good way to test things are working right is by loading this page: [http://pi.hole/admin/](http://pi.hole/admin/)\n* [How do I set or reset the Web interface Password?](https://discourse.pi-hole.net/t/how-do-i-set-or-reset-the-web-interface-password/1328)\n * `docker exec -it pihole_container_name pihole -a -p` - then enter your password into the prompt\n* Port conflicts? Stop your server's existing DNS / Web services.\n * Don't forget to stop your services from auto-starting again after you reboot\n * Ubuntu users see below for more detailed information\n* You can map other ports to Pi-hole port 80 using docker's port forwarding like this `-p 8080:80` if you are using the default blocking mode. If you are using the legacy IP blocking mode, you should not remap this port.\n * [Here is an example of running with nginxproxy/nginx-proxy](https://github.com/pi-hole/docker-pi-hole/blob/master/examples/docker-compose-nginx-proxy.yml) (an nginx auto-configuring docker reverse proxy for docker) on my port 80 with Pi-hole on another port. Pi-hole needs to be `DEFAULT_HOST` env in nginxproxy/nginx-proxy and you need to set the matching `VIRTUAL_HOST` for the Pi-hole's container. Please read nginxproxy/nginx-proxy readme for more info if you have trouble.\n* Docker's default network mode `bridge` isolates the container from the host's network. This is a more secure setting, but requires setting the Pi-hole DNS option for *Interface listening behavior* to \"Listen on all interfaces, permit all origins\".\n\n### Installing on Ubuntu or Fedora\nModern releases of Ubuntu (17.10+) and Fedora (33+) include [`systemd-resolved`](http://manpages.ubuntu.com/manpages/bionic/man8/systemd-resolved.service.8.html) which is configured by default to implement a caching DNS stub resolver. This will prevent pi-hole from listening on port 53.\nThe stub resolver should be disabled with: `sudo sed -r -i.orig 's/#?DNSStubListener=yes/DNSStubListener=no/g' /etc/systemd/resolved.conf`\n\nThis will not change the nameserver settings, which point to the stub resolver thus preventing DNS resolution. Change the `/etc/resolv.conf` symlink to point to `/run/systemd/resolve/resolv.conf`, which is automatically updated to follow the system's [`netplan`](https://netplan.io/):\n`sudo sh -c 'rm /etc/resolv.conf && ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf'`\nAfter making these changes, you should restart systemd-resolved using `systemctl restart systemd-resolved`\n\nOnce pi-hole is installed, you'll want to configure your clients to use it ([see here](https://discourse.pi-hole.net/t/how-do-i-configure-my-devices-to-use-pi-hole-as-their-dns-server/245)). If you used the symlink above, your docker host will either use whatever is served by DHCP, or whatever static setting you've configured. If you want to explicitly set your docker host's nameservers you can edit the netplan(s) found at `/etc/netplan`, then run `sudo netplan apply`.\nExample netplan:\n```yaml\nnetwork:\n ethernets:\n ens160:\n dhcp4: true\n dhcp4-overrides:\n use-dns: false\n nameservers:\n addresses: [127.0.0.1]\n version: 2\n```\n\nNote that it is also possible to disable `systemd-resolved` entirely. However, this can cause problems with name resolution in vpns ([see bug report](https://bugs.launchpad.net/network-manager/+bug/1624317)). It also disables the functionality of netplan since systemd-resolved is used as the default renderer ([see `man netplan`](http://manpages.ubuntu.com/manpages/bionic/man5/netplan.5.html#description)). If you choose to disable the service, you will need to manually set the nameservers, for example by creating a new `/etc/resolv.conf`.\n\nUsers of older Ubuntu releases (circa 17.04) will need to disable dnsmasq.\n\n## Installing on Dokku\n@Rikj000 has produced a guide to assist users [installing Pi-hole on Dokku](https://github.com/Rikj000/Pihole-Dokku-Installation)\n\n## Docker tags and versioning\n\nThe primary docker tags are explained in the following table. [Click here to see the full list of tags](https://store.docker.com/community/images/pihole/pihole/tags). See [GitHub Release notes](https://github.com/pi-hole/docker-pi-hole/releases) to see the specific version of Pi-hole Core, Web, and FTL included in the release.\n\n| tag | description\n|---------------------|--------------------------------------------------------------------------------------------------------------------------------------------|\n| `latest` | Always latest release |\n| `2022.04` | Date-based release that can receive bugfix updates |\n| `2022.04.1` | A specific image that will not receive updates |\n| `dev` | Similar to `latest`, but for the development branch (pushed occasionally) |\n| `*beta` | Early beta releases of upcoming versions - here be dragons |\n| `nightly` | Like `dev` but pushed every night and pulls from the latest `development` branches of the core Pi-hole components (Pi-hole, AdminLTE, FTL) |\n\n## Upgrading, Persistence, and Customizations\n\nThe standard Pi-hole customization abilities apply to this docker, but with docker twists such as using docker volume mounts to map host stored file configurations over the container defaults. However, mounting these configuration files as read-only should be avoided. Volumes are also important to persist the configuration in case you have removed the Pi-hole container which is a typical docker upgrade pattern.\n\n### Upgrading / Reconfiguring\n\nDo not attempt to upgrade (`pihole -up`) or reconfigure (`pihole -r`). New images will be released for upgrades, upgrading by replacing your old container with a fresh upgraded image is the 'docker way'. Long-living docker containers are not the docker way since they aim to be portable and reproducible, why not re-create them often! Just to prove you can.\n\n0. Read the release notes for both this Docker release and the Pi-hole release\n * This will help you avoid common problems due to any known issues with upgrading or newly required arguments or variables\n * We will try to put common break/fixes at the top of this readme too\n1. Download the latest version of the image: `docker pull pihole/pihole`\n2. Throw away your container: `docker rm -f pihole`\n * **Warning** When removing your pihole container you may be stuck without DNS until step 3; **docker pull** before **docker rm -f** to avoid DNS interruption **OR** always have a fallback DNS server configured in DHCP to avoid this problem altogether.\n * If you care about your data (logs/customizations), make sure you have it volume-mapped or it will be deleted in this step.\n3. Start your container with the newer base image: `docker run pihole/","has_starred","hub_user","immutable_tags_settings",{"_76":11,"_77":78},"enabled","rules",[79],".*","is_automated","permissions",{"_83":22,"_84":11,"_85":11},"read","write","admin","user","storage_size",134286805,"orgData","recentTags",[92],{"_93":45,"_94":95,"_96":97,"_98":99,"_100":101,"_102":103,"_51":119,"_120":95,"_121":34,"_122":57,"_58":123,"_124":125,"_126":110,"_127":119,"_128":67,"_129":22},"content_type","creator",18697744,"digest","sha256:3488dd88da0b6332caddad0db7dc8130b09e2b270f36eef1a95a5022392edc01","full_size",134274538,"id",307473034,"images",[104],{"_105":106,"_96":97,"_107":108,"_109":110,"_111":112,"_113":114,"_115":108,"_116":-5,"_117":99,"_64":67,"_118":-5},"architecture","arm","features","","last_pulled","2026-10-20T05:31:38.524658252Z","last_pushed","2022-10-11T16:21:29Z","os","linux","os_features","os_version","size","variant","2022-10-11T16:21:28.564726Z","last_updater","last_updater_username","media_type","latest","repository",18264643,"tag_last_pulled","tag_last_pushed","tag_status","v2","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxRunInCloud","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"selectedTag","attestationsUrl","routes/_layout.r.$namespace.$reponame.tags",{"_39":144,"_151":152,"_138":161,"_162":11},{"_41":145,"_43":146,"_46":47,"_48":49,"_50":11,"_51":52,"_53":54,"_55":147,"_58":36,"_33":34,"_59":60,"_61":45,"_62":63,"_64":65,"_66":67,"_68":-5,"_69":63,"_70":71,"_72":11,"_73":34,"_74":148,"_80":11,"_81":150,"_86":34,"_87":88},[],[45],[57],{"_76":11,"_77":149},[79],{"_83":22,"_84":11,"_85":11},"tags",{"_153":65,"_154":-5,"_155":-5,"_156":157},"count","next","previous","results",[158],{"_93":45,"_94":95,"_96":97,"_98":99,"_100":101,"_102":159,"_51":119,"_120":95,"_121":34,"_122":57,"_58":123,"_124":125,"_126":110,"_127":119,"_128":67,"_129":22},[160],{"_105":106,"_96":97,"_107":108,"_109":110,"_111":112,"_113":114,"_115":108,"_116":-5,"_117":99,"_64":67,"_118":-5},[],"canDeleteTags","actionData","errors"]

allancoding/pihole-libseccomp2-fix

Tags for allancoding/pihole-libseccomp2-fix