Hi max.bra, Promofaux here from pi-hole. Just had a user mention on reddit that this package doesn't give a choice to select IPv6 on install, I've not actually used this (total arch noob here), but a couple of things I suggested to him do not seem to work.. would you mind lending your Arch experience to the thread? https://www.reddit.com/r/pihole/comments/4pa2hj/cant_block_a_specific_aaaa_domain/
Search Criteria
Package Details: pi-hole-core 6.0.6-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/pi-hole-core.git (read-only, click to copy) |
---|---|
Package Base: | pi-hole-core |
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 |
Licenses: | EUPL-1.2 |
Conflicts: | pi-hole-server, pi-hole-standalone |
Provides: | pi-hole-server, pi-hole-standalone |
Submitter: | max.bra |
Maintainer: | max.bra (graysky) |
Last Packager: | max.bra |
Votes: | 119 |
Popularity: | 1.54 |
First Submitted: | 2025-02-21 17:31 (UTC) |
Last Updated: | 2025-03-30 17:07 (UTC) |
Dependencies (11)
- bind (bind-gitAUR)
- git (git-gitAUR, git-glAUR)
- inetutils (inetutils-gitAUR)
- iproute2 (iproute2-gitAUR, iproute2-selinuxAUR)
- jq (jq-gitAUR, jaq-binAUR)
- logrotate (logrotate-gitAUR, logrotate-selinuxAUR)
- lsof (lsof-gitAUR)
- netcat (nmap-netcatAUR, openbsd-netcat-gitAUR, gnu-netcat-svnAUR, gnu-netcat, openbsd-netcat)
- pi-hole-ftlAUR
- procps-ng (procps-ng-gitAUR)
- sudo (fake-sudoAUR, polkit-fakesudoAUR, sudo-gitAUR, doas-sudo-shimAUR, doas-sudo-shim-minimalAUR, sudo-hgAUR, fudo-gitAUR, sudo-selinuxAUR, sudo-rs-symlinkAUR)
Required by (3)
- padd-git (requires pi-hole-server)
- pi-hole-whitelist-git (requires pi-hole-server) (optional)
- pi-hole-whitelist-git (requires pi-hole-standalone) (optional)
Sources (10)
- https://raw.githubusercontent.com/max72bra/pi-hole-core-archlinux-customization/main/arch-core-6.0.6-1.patch
- mimic_basic-install.sh
- mimic_setupVars.conf.sh
- pi-hole-core-6.0.6.tar.gz
- pi-hole-gravity.service
- pi-hole-gravity.timer
- pi-hole-logtruncate.service
- pi-hole-logtruncate.timer
- pi-hole.tmpfile
- piholeDebug.sh
Latest Comments
« First ‹ Previous 1 .. 74 75 76 77 78 79 80 81 82 83 84 .. 87 Next › Last »
promofaux commented on 2016-06-22 13:00 (UTC)
max.bra commented on 2016-06-05 14:35 (UTC)
> I'm definitely not a PHP guru
same
i've ever seen an "open_basedir" of a single file...
PHP docs: "...to the specified directory-tree, including the file itself.". debatable for me...
anyway, updating to this easier and maintainable solution.
napgravy commented on 2016-06-05 13:54 (UTC) (edited on 2016-06-05 13:57 (UTC) by napgravy)
I'm definitely not a PHP guru, but the PHP documentation suggests a single file can be specified. http://php.net/manual/en/ini.core.php#ini.open-basedir
I've added "/etc/hosts" here and it seems okay, but to test it out, I modified the Pi-Hole data.php file to add another "file_exists" check on a different file in /etc/. ie.
$hostname = file_exists("/etc/hostname") ? file("/etc/hostname") : array();
I started the admin page in my browser and sure enough, journal errors were generated indicating "/etc/hostname" isn't within the allowed path(s).
Unless I'm missing something, it appears you don't have to expose all of "/etc" -- just "/etc/hosts". :)
EDIT -- just noticed you solved it another way in your recent changes. :)
max.bra commented on 2016-06-04 20:03 (UTC)
hi napgravy, thanks for reporting.
you are right:
[ $hosts = file_exists("/etc/hosts") ? file("/etc/hosts") : array(); ] in data.php line 4, committed on 16 Apr (02f6517b55c59b76f928ed52c476109e2d4c2c4a)
is creating the issue you submitted...
not as easy as it looks: to allow /etc/hosts we need to open_basedir ALL /etc directory, and is not really a good idea although presumably none of our "pihole" is publicly exposed to the network.
give me some time to see what can be done without distorting the original project.
suggestions are welcome.
napgravy commented on 2016-06-04 15:59 (UTC)
Hello!
/srv/http/pihole/admin/data.php attempts a "file-exists" on "/etc/hosts" (line 4)
When you are viewing the pi-hole admin page in your browser, this generates many errors in the journal because "/etc/hosts" is not in the open_basedir path. Easy enough to fix by adding "/etc/hosts" to the open_basedir path in lighttpd.conf. :)
...something to consider for a future package update.
max.bra commented on 2016-04-21 05:38 (UTC)
hi atraii, thanks for reporting.
It happened with commits of 15 and 16 January to make whitelist and blacklist independent. I have not seen them... :-(
Atraii commented on 2016-04-21 00:20 (UTC)
The helper scripts are using the debian service commands (/usr/bin/whitelist.sh) and don't work correctly to restart the systemd service. Just a heads up while you're de-debian'izing the installer.
max.bra commented on 2016-04-13 06:56 (UTC)
hi zer0t3ch, thanks for reporting. done.
zer0t3ch commented on 2016-04-13 00:03 (UTC)
I also just submitted an issue about this on their GitHub tracker.
https://github.com/pi-hole/pi-hole/issues/463
zer0t3ch commented on 2016-04-12 23:32 (UTC)
Should gravity.sh possibly be modified in this package for us? Line 22 is using dpkg-query.
Pinned Comments
max.bra commented on 2025-02-21 21:44 (UTC)
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.
max.bra commented on 2025-02-21 17:56 (UTC)
to update to pi-hole 6, please use pi-hole-core pi-hole-ftl and pi-hole-web packages.