@steadybright just tested: ookla speedtest.
pihole disabled, vivaldi no block: ads loaded
pihole enabled, vivaldi no block: ads NOT loaded
Search Criteria
Package Details: pi-hole-server 5.18.3-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/pi-hole-server.git (read-only, click to copy) |
---|---|
Package Base: | pi-hole-server |
Description: | The Pi-hole is an advertising-aware DNS/Web server. Arch adaptation for lan wide DNS server. |
Upstream URL: | https://github.com/pi-hole/pi-hole |
Keywords: | ad block pi-hole |
Licenses: | EUPL-1.2 |
Conflicts: | pi-hole-standalone |
Submitter: | max.bra |
Maintainer: | max.bra (graysky) |
Last Packager: | max.bra |
Votes: | 112 |
Popularity: | 0.134716 |
First Submitted: | 2016-01-13 12:50 (UTC) |
Last Updated: | 2024-08-10 12:32 (UTC) |
Dependencies (18)
- bc (bc-ghAUR)
- bind-tools (bind-developmentAUR, bind-gitAUR, bind)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- jq (jq-gitAUR)
- logrotate (logrotate-gitAUR, logrotate-selinuxAUR)
- lsof (lsof-gitAUR)
- netcat (nmap-netcatAUR, openbsd-netcat-gitAUR, gnu-netcat-svnAUR, gnu-netcat, openbsd-netcat)
- perl (perl-gitAUR)
- pi-hole-ftlAUR
- procps-ng (procps-ng-gitAUR, busybox-coreutilsAUR)
- sudo (fake-sudoAUR, polkit-fakesudoAUR, sudo-gitAUR, doas-sudo-shimAUR, doas-sudo-shim-minimalAUR, sudo-hgAUR, sudo-selinuxAUR, fudo-gitAUR)
- git (git-gitAUR, git-glAUR) (make)
- lighttpd (optional) – a secure, fast, compliant and very flexible web-server
- nginx-mainline (nginx-quic-openssl-hgAUR, nginx-quic-libresslAUR) (optional) – lightweight http server
- php-cgi (optional) – CGI and FCGI SAPI for PHP needed only for lighttpd
- php-fpm (optional) – FastCGI process manager for php needed for nginx
- php-sqlite (optional) – sqlite db access for nginx
Required by (2)
- padd-git
- pi-hole-whitelist-git (optional)
Sources (15)
- 01-pihole.conf
- https://raw.githubusercontent.com/max72bra/pi-hole-server-archlinux-customization/master/arch-server-admin-5.21-4.patch
- https://raw.githubusercontent.com/max72bra/pi-hole-server-archlinux-customization/master/arch-server-core-5.18.3-4.patch
- lighttpd.pi-hole.conf
- mimic_basic-install.sh
- mimic_setupVars.conf.sh
- nginx.pi-hole.conf
- pi-hole-gravity.service
- pi-hole-gravity.timer
- pi-hole-logtruncate.service
- pi-hole-logtruncate.timer
- pi-hole-server-admin-5.21.tar.gz
- pi-hole-server-core-5.18.3.tar.gz
- pi-hole.tmpfile
- piholeDebug.sh
Latest Comments
« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 82 Next › Last »
max.bra commented on 2021-04-23 15:26 (UTC) (edited on 2021-04-23 15:30 (UTC) by max.bra)
max.bra commented on 2021-04-23 15:23 (UTC)
@steadybright do you have any dns cache system in your machine? systemd dns stub?
or your browser do something you don't consider? for example: my vivaldi let me see ads only shutting down tracking service...
steadybright commented on 2021-04-23 15:16 (UTC) (edited on 2021-04-23 15:16 (UTC) by steadybright)
@max.bra thanks for the quick response. I updated to the latest (aur/pi-hole-server 5.3.1-2); however, now I can't seem to get pi-hole to filter. Everything is getting through. I confirmed that my DNS server is set to the pi-hole-server machine again. Re-booted the server and my local machine (from which I'm browsing). Could be my issue, but not sure what else to check. Oh, and I cleared my browser cache.
max.bra commented on 2021-04-23 14:41 (UTC) (edited on 2021-04-23 14:51 (UTC) by max.bra)
ok, found it. releasing ASAP.
max.bra commented on 2021-04-23 14:36 (UTC)
mmmh, there something wrong with 'pihole restartdns reload'...
max.bra commented on 2021-04-23 13:29 (UTC) (edited on 2021-04-23 14:04 (UTC) by max.bra)
@steadybright thanks for reporting. same here.
BLOCKING_ENABLED=true/false into /etc/pihole/setupVars.conf is correctly updated.
somebody else?
steadybright commented on 2021-04-22 15:13 (UTC) (edited on 2021-04-22 15:14 (UTC) by steadybright)
About a week ago, I noticed that when I disabled pi-hole via its web UI, pi-hole was still blocking sites as if it had not been disabled. There is no indication of failure in the web UI. It seems as if pi-hole believes it's disabled, but it is not. This happens whether I select Disable "Indefinitely," "For 5 minutes," "Custom time," etc.
Steps to reproduce the behavior:
- Go to 'http://<pihole_lan_ip>:808/admin/index.php'
- Login to the Web UI
- Click on 'Disable'
- Select any Disable option ("Indefinitely," "For 5 minutes," "Custom time," etc.)
- Observe "Enable(<COUNTDOWN>)" is active and counting down
- Try to open a blocked domain
- Observe that the domain is still blocked
- There is no error message. Pi-hole seems to think it's working as expected
max.bra commented on 2021-03-24 22:13 (UTC)
@jeffmikels no, the problem is in validIP($address) function that (in PHP8) will prevent insertion of v6_1 and v6_2 values at lines 181 and 184.
But believe me, with incoming pi-hole version 6, correcting it it's a complete waste of time.
jeffmikels commented on 2021-03-24 22:02 (UTC)
Making DNS Settings page compatible with PHP8...
in file /srv/http/pihole/admin/scripts/pi-hole/php/savesettings.php, replace two for loops...
details can be seen in my pull request here:
https://github.com/pi-hole/AdminLTE/pull/1774/commits/317a96a64365cfe797d4208ab87307b369b63f08
jeffmikels commented on 2021-03-24 21:51 (UTC)
php-fpm (8) behind nginx prevents access to the /etc/ directory entirely even when the web interface uses the pihole command line script!
My solution was to move /etc/pihole to /home/pihole and then create a symlink back to /etc/pihole.
Everything seems to be working from the web ui now.
Pinned Comments
max.bra commented on 2018-02-09 16:45 (UTC) (edited on 2019-10-18 23:14 (UTC) by max.bra)
ArchLinux Pi-hole is not officially supported by Pi-hole project. In case of bugs and malfunctions please DO NOT file a report upstream.
First of all check if the wiki (https://wiki.archlinux.org/index.php/Pi-hole) can help then ask here for assistance and tips.
When it will be excluded that the problem does not depend on ArchLinux we will file a bug upstream.