Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: pi-hole-server 5.18.2-1

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:	111
Popularity:	1.17
First Submitted:	2016-01-13 12:50 (UTC)
Last Updated:	2024-04-01 18:11 (UTC)

Dependencies (18)

bc (bc-gh^AUR)
bind-tools (bind-development^AUR, bind-git^AUR, bind)
inetutils (inetutils-git^AUR, busybox-coreutils^AUR)
iproute2 (iproute2-git^AUR, busybox-coreutils^AUR, iproute2-selinux^AUR)
jq (jq-git^AUR)
logrotate (logrotate-selinux^AUR, logrotate-git^AUR)
lsof (lsof-git^AUR)
netcat (nmap-netcat^AUR, openbsd-netcat-git^AUR, gnu-netcat-svn^AUR, gnu-netcat, openbsd-netcat)
perl (perl-git^AUR)
pi-hole-ftl^AUR
procps-ng (procps-ng-git^AUR, busybox-coreutils^AUR)
sudo (fake-sudo^AUR, polkit-fakesudo^AUR, sudo-git^AUR, doas-sudo-shim^AUR, doas-sudo-shim-minimal^AUR, sudo-hg^AUR, sudo-selinux^AUR, fudo-git^AUR)
git (git-git^AUR) (make)
lighttpd (optional) – a secure, fast, compliant and very flexible web-server
nginx-mainline (nginx-quic-openssl-hg^AUR, nginx-quic-libressl^AUR) (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)

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.

Latest Comments

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 80 Next › Last »

max.bra commented on 2016-06-28 06:38 (UTC)

since changes of the new version are limited to adlists.default we can also upgrade without any test. still renovation, be patient. @10479 hi 10479. how's the web interface, you solved? @all anyone else with [white,black]list web interface problem?

slip commented on 2016-06-28 00:32 (UTC)

Just a heads up, I just updated pihole and it reverted back to a version of an ad list that is no longer function as http, and now requires https. http://hosts-file.net/ad_servers.txt should now be https. after changing it to https manually, you can 'rm /etc/pihole/list.*' and then 'pihole -g' to regain it's functionality.

max.bra commented on 2016-06-23 07:41 (UTC)

Hi promofaux! Sorry for late replay, home renovarion nightmare here!!!! > would you mind lending your Arch experience to the thread? Sure i will, ASAP in maximum 1-2 days.

promofaux commented on 2016-06-22 13:00 (UTC)

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/

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.

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 80 Next › Last »