[{"_1":2,"_155":-5,"_156":-5},"loaderData",{"_3":4,"_13":14,"_21":22,"_134":135},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","routes/_layout",{"_15":-5,"_16":17,"_18":17,"_19":11,"_20":11},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_23":24,"_25":-5,"_26":11,"_27":11,"_28":29,"_30":31,"_32":-5,"_33":11,"_34":35,"_84":-5,"_85":86,"_125":-5,"_126":11,"_127":17,"_128":11,"_129":-5,"_130":11,"_131":-5,"_132":133},"canonicalUrl","https://hub.docker.com/r/oswalpalash/adblock/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","oswalpalash","reponame","adblock","cloudBuildSource","isAutobuildsAvailable","repo",{"_36":37,"_38":39,"_41":42,"_43":44,"_45":11,"_46":47,"_48":49,"_50":51,"_53":31,"_28":29,"_54":55,"_56":40,"_57":58,"_59":60,"_61":62,"_63":-5,"_64":58,"_65":66,"_67":11,"_68":29,"_69":70,"_75":11,"_76":77,"_81":29,"_82":83},"categories",[],"content_types",[40],"image","date_registered","2019-02-16T04:30:45.377259Z","description","DNS Sinkhole using PiHole","is_private","last_updated","2020-11-14T06:25:35.67581Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[52],"application/vnd.docker.container.image.v1+json","name","pull_count",1403,"repository_type","star_count",0,"status",1,"status_description","active","source","collaborator_count","full_description","\n## Overview\n\nA Docker project to make a lightweight x86 and ARM container with Pi-hole functionality.\n\n1) Install docker for your x86-64 system or ARMv7 system using those links. 2) Use the below docker run command, customize if desired. \n\nBuild Status Docker Stars Docker Pulls\nRunning 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\n\nIf you're using a RHEL based distrubution with an SELinux Enforcing policy add :z to line with volumes like so:\n\n -v \"${DOCKER_CONFIGS}/dnsmasq.d/:/etc/dnsmasq.d/:z\" \\\n\nThis is just an example and might need changing. Volumes are stored in the directory $DOCKER_CONFIGS and are recommended for persisting data across docker 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\nPort 443 is to provide a sinkhole for ads that use SSL. If only port 80 is used, then blocked HTTPS queries will fail to connect to port 443 and may cause long loading times. Rejecting 443 on your firewall can also serve this same purpose. Ubuntu firewall example: sudo ufw reject https\n\nAutomatic 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.\nEnvironment Variables\n\nThere are other environment variables if you want to customize various things inside the docker container:\nDocker Environment Var. \tDescription\n-e ServerIP=\nRequired \tSet to your server's external IP to block ads fully\n-e ServerIPv6=\nRequired if using IPv6 \tIf you have a v6 network set to your server's external IPv6 to block IPv6 ads fully\n-e TZ=\nRecommended Default: UTC \tSet your timezone to make sure logs rotate at local midnight instead of at UTC midnight.\n-e WEBPASSWORD=\nRecommended Default: random \thttp://pi.hole/admin password. Run docker logs pihole | grep random to find your random pass.\n-e DNS1=\nOptional Default: 8.8.8.8 \tPrimary upstream DNS provider, default is google DNS\n-e DNS2=\nOptional Default: 8.8.4.4 \tSecondary upstream DNS provider, default is google DNS, no if only one DNS should used\n-e VIRTUAL_HOST=\nOptional Default: $ServerIP \tWhat 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-e IPv6=\nOptional Default: True \tFor unraid compatibility, strips out all the IPv6 configuration from DNS/Web services when false.\n-e INTERFACE=\nAdvanced/Optional \tThe 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-e DNSMASQ_LISTENING=\nAdvanced/Optional \tlocal listens on all local subnets, all permits listening on internet origin subnets in addition to local.\n-e WEB_PORT=\nAdvanced/Optional \tThis 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\n-e DNSMASQ_USER=\nExperimental Default: root \tAllows running FTLDNS as non-root.\n\nHere is a rundown of the other arguments passed into the example docker run:\nDocker Arguments \tDescription\n-p 80:80\n-p 53:53/tcp -p 53:53/udp\nRecommended \tPorts to expose, the bare minimum ports required for Pi-holes HTTP and DNS services\n--restart=unless-stopped\nRecommended \tAutomatically (re)start your Pi-hole on boot or in the event of a crash\n-v /dir/for/pihole:/etc/pihole\nRecommended \tVolumes for your Pi-hole configs help persist changes across docker image updates\n-v /dir/for/dnsmasq.d:/etc/dnsmasq.d\nRecommended \tVolumes for your dnsmasq configs help persist changes across docker image updates\n--net=host\nOptional \tAlternative 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\nRecommended \tFTLDNS may not work properly without this setting. See Note on Capabilities below.\n--dns=127.0.0.1\nRecommended \tSets your container's resolve settings to localhost so it can resolve DHCP hostnames from Pi-hole's DNSMasq\n--dns=1.1.1.1\nOptional \tSets a backup server of your choosing in case DNSMasq has problems starting\n--env-file .env\nOptional \tFile to store environment variables for docker. Here for convenience\nIf you're a fan of docker-compose I have example docker-compose.yml files in github which I think are a nicer way to represent such long run commands. \t\n## Tips and Tricks\n\n A good way to test things are working right is by loading this page: http://pi.hole/admin/\n How do I set or reset the Web interface Password?\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 Ubuntu users especially may need to shut off dns on your docker server so it can run in the container on port 53\n 17.04 and later should disable dnsmasq.\n 17.10 should disable systemd-resolved service. See this page: How to disable systemd-resolved in Ubuntu\n Don't forget to stop your services from auto-starting again after you reboot\n Port 80 is highly recommended because if you have another site/service using port 80 by default then the ads may not transform into blank ads correctly. To make sure docker-pi-hole plays nicely with an existing webserver you run you'll probably need a reverse proxy webserver config if you don't have one already. Pi-hole must be the default web app on the proxy e.g. if you go to your host by IP instead of domain then Pi-hole is served out instead of any other sites hosted by the proxy. This is the 'default_server' in nginx or 'default' virtual host in Apache and is taken advantage of so any undefined ad domain can be directed to your webserver and get a 'blocked' response instead of ads.\n You can still map other ports to Pi-hole port 80 using docker's port forwarding like this -p 8080:80, but again the ads won't render properly. Changing the inner port 80 shouldn't be required unless you run docker host networking mode.\n Here is an example of running with jwilder/proxy (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 jwilder/proxy and you need to set the matching VIRTUAL_HOST for the Pi-hole's container. Please read jwilder/proxy readme for more info if you have trouble. I tested this basic example which is based off what I run.\n\n## Docker tags and versioning\n\nThe primary docker tags / versions are explained in the following table. Click here to see the full list of tags (arm tags are here), I also try to tag with the specific version of Pi-hole Core for version archival purposes, the web version that comes with the core releases should be in the GitHub Release notes.\ntag \tarchitecture \tdescription \tDockerfile\nlatest \tauto detect \tx86, arm, or arm64 container, docker auto detects your architecture. \tDockerfile\nv4.0.0-1 \tauto detect \tVersioned tags, if you want to pin against a specific version, use one of thesse \t\nv4.0.0-1_ \tbased on tag \tSpecific architectures tags \t\ndev \tauto detect \tlike latest tag, but for the development branch (pushed occasionally) \t\noswalpalash/adblock:latest\n\nThis version of the docker aims to be as close to a standard Pi-hole installation by using the recommended base OS and the exact configs and scripts (minimally modified to get them working). This enables fast updating when an update comes from Pi-hole.\n\nhttps://hub.docker.com/r/pihole/pihole/tags/\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. Volumes are also important to persist the configuration in case you have removed the Pi-hole container which is a typical docker upgrade pattern.\nUpgrading / 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\n 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\n Download the latest version of the image: docker pull pihole/pihole\n 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 inturruption 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.\n Start your container with the newer base image: docker run pihole/pihole ( being your preferred run volumes and env vars)\n\nWhy is this style of upgrading good? A couple reasons: Everyone is starting from the same base image which has been tested to known it works. No worrying about upgrading from A to B, B to C, or A to C is required when rolling out updates, it reducing complexity, and simply allows a 'fresh start' every time while preserving customizations with volumes. Basically I'm encouraging phoenix server principles for your containers.\n\nTo reconfigure Pi-hole you'll either need to use an existing container environment variables or if there is no a variable for what you need, use the web UI or CLI commands.\nPi-hole features\n\nHere are some relevant wiki pages from Pi-hole's documentation. The web interface or command line tools can be used to implement changes to pihole.\n\nWe install all pihole utilities so the the built in pihole commands will work via docker exec like so:\n\n docker exec pihole_container_name pihole updateGravity\n docker exec pihole_container_name pihole -w spclient.wg.spotify.com\n docker exec pihole_container_name pihole -wild example.com\n\n## Customizations\n\nThe webserver and DNS service inside the container can be customized if necessary. Any configuration files you volume mount into /etc/dnsmasq.d/ will be loaded by dnsmasq when the container starts or restarts or if you need to modify the Pi-hole config it is located at /etc/dnsmasq.d/01-pihole.conf. The docker start scripts runs a config test prior to starting so it will tell you about any errors in the docker log.\n\nSimilarly for the webserver you can customize configs in /etc/lighttpd\n## Systemd init script\n\nAs long as your docker system service auto starts on boot and you run your container with --restart=unless-stopped your container should always start on boot and restart on crashes. If you prefer to have your docker container run as a systemd service instead, add the file pihole.service to \"/etc/systemd/system\"; customize whatever your container name is and remove --restart=unless-stopped from your docker run. Then after you have initially created the docker container using the docker run command above, you can control it with \"systemctl start pihole\" or \"systemctl stop pihole\" (instead of docker start/docker stop). You can also enable it to auto-start on boot with \"systemctl enable pihole\" (as opposed to --restart=unless-stopped and making sure docker service auto-starts on boot).\n\nNOTE: After initial run you may need to manually stop the docker container with \"docker stop pihole\" before the systemctl can start controlling the container.\nNote on Capabilities\n\nDNSMasq / FTLDNS expects to have the following capabilities available:\n\n CAP_NET_BIND_SERVICE: Allows FTLDNS binding to TCP/UDP sockets below 1024 (specifically DNS service on port 53)\n CAP_NET_RAW: use raw and packet sockets (needed for handling DHCPv6 requests, and verifying that an IP is not in use before leasing it)\n CAP_NET_ADMIN: modify routing tables and other network-related operations (in particular inserting an entry in the neighbor table to answer DHCP requests using unicast packets)\n\nThis image automatically grants those capabilities, if available, to the FTLDNS process, even when run as non-root.\nBy default, docker does not include the NET_ADMIN capability for non-privileged containers, and it is recommended to explicitly add it to the container using --cap-add=NET_ADMIN.\nHowever, if DHCP and IPv6 Router Advertisements are not in use, it should be safe to skip it. For the most paranoid, it should even be possible to explicitly drop the NET_RAW capability to prevent FTLDNS from automatically gaining it.\n","has_starred","hub_user","immutable_tags_settings",{"_71":11,"_72":73},"enabled","rules",[74],".*","is_automated","permissions",{"_78":17,"_79":11,"_80":11},"read","write","admin","user","storage_size",618557281,"orgData","recentTags",[87],{"_88":40,"_89":90,"_91":92,"_93":94,"_95":96,"_46":114,"_115":90,"_116":29,"_117":52,"_53":118,"_119":120,"_121":105,"_122":114,"_123":62,"_124":17},"content_type","creator",5455970,"full_size",264761904,"id",47112063,"images",[97],{"_98":99,"_100":101,"_102":103,"_104":105,"_106":107,"_108":109,"_110":103,"_111":-5,"_112":92,"_59":62,"_113":-5},"architecture","amd64","digest","sha256:e7c7709eec345c1280e4b96a18dd911f8e9595e5be058fab233fc989c6a8dddc","features","","last_pulled","2026-09-25T22:36:17.313279722Z","last_pushed","2020-11-14T06:25:36Z","os","linux","os_features","os_version","size","variant","2020-11-14T06:25:35.342669Z","last_updater","last_updater_username","media_type","latest","repository",6697850,"tag_last_pulled","tag_last_pushed","tag_status","v2","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"routes/_layout.r.$namespace.$reponame.tags",{"_34":136,"_143":144,"_132":153,"_154":11},{"_36":137,"_38":138,"_41":42,"_43":44,"_45":11,"_46":47,"_48":49,"_50":139,"_53":31,"_28":29,"_54":55,"_56":40,"_57":58,"_59":60,"_61":62,"_63":-5,"_64":58,"_65":66,"_67":11,"_68":29,"_69":140,"_75":11,"_76":142,"_81":29,"_82":83},[],[40],[52],{"_71":11,"_72":141},[74],{"_78":17,"_79":11,"_80":11},"tags",{"_145":60,"_146":-5,"_147":-5,"_148":149},"count","next","previous","results",[150],{"_88":40,"_89":90,"_91":92,"_93":94,"_95":151,"_46":114,"_115":90,"_116":29,"_117":52,"_53":118,"_119":120,"_121":105,"_122":114,"_123":62,"_124":17},[152],{"_98":99,"_100":101,"_102":103,"_104":105,"_106":107,"_108":109,"_110":103,"_111":-5,"_112":92,"_59":62,"_113":-5},[],"canDeleteTags","actionData","errors"]

oswalpalash/adblock

Tags for oswalpalash/adblock