Package Details: pi-hole-server 5.18.4-1

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: 115
Popularity: 1.68
First Submitted: 2016-01-13 12:50 (UTC)
Last Updated: 2025-01-16 11:35 (UTC)

Dependencies (18)

Required by (2)

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 .. 26 27 28 29 30 31 32 33 34 35 36 .. 83 Next › Last »

Taijian commented on 2020-05-12 20:08 (UTC)

Here is an issue I have noticed - not sure if this is specific to a problem with my local config, or a general thing - so please do chime in...

1) Whenever I update my config via the 'Settings' tab of the web UI, setupVars.conf ends up being set to 600 - which then leads to the issue that the nginx user http cannot read it and an error message on accessing the tab again until I manually chmod 644 again.

2) A similar issue occurs with gravity.db. After I trigger a 'gravity update' via the web ui, gravity.db turns 644 instead of 664 that it needs to be in order for the nginx user http to be able to have write access to that db (which is necessary for editing block lists via the web UI).

So... Have I somehow borked my setup, or is this something that other nginx user also experience?

graysky commented on 2020-05-12 20:02 (UTC)

@max.bra - I will open an issue upstream. No need for +x on fonts.

max.bra commented on 2020-05-12 19:52 (UTC) (edited on 2020-05-12 19:59 (UTC) by max.bra)

@graysky wow!
1) they populate gravity.db during install script. we need a first run of pihole -g to migrate adlist.list to the new db during the first install of ver. 5.0+ package. maybe in the future we can do surely better.
2) COL_TABLE, non sense, a copy paste gift. corrected.
3) inherited from AdminLTE release. we only copy it. https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=pi-hole-server#n120

francoism90 commented on 2020-05-12 19:05 (UTC) (edited on 2020-05-12 19:22 (UTC) by francoism90)

I really don't know if you should change it, but it's not conf.d for nginx but something like sites/pihole.conf instead.

Isproxy_intercept_errors on; really needed for pi-hole? I also don't think you need an extra /admin location.

Seems adding auth_basic would be useful as well: https://github.com/pi-hole/docs/blob/master/docs/guides/nginx-configuration.md

graysky commented on 2020-05-12 18:25 (UTC) (edited on 2020-05-12 18:27 (UTC) by graysky)

@max.bra - I installed pihole in a container via their script just as a test. It seems that they do not provide adlist.list which we do:

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=pi-hole-server#n107

Also, the following files are executable but I don't understand why they need to be:

/pkg/pi-hole-server/opt/pihole/COL_TABLE
/pkg/pi-hole-server/srv/http/pihole/admin/style/vendor/font-awesome-5.11.2/css/all.min.css
/pkg/pi-hole-server/srv/http/pihole/admin/style/vendor/font-awesome-5.11.2/webfonts/*

max.bra commented on 2020-05-12 15:48 (UTC)

@graysky if pi.hole render bad and ip address not, i definitely bet on bad cache status

graysky commented on 2020-05-12 14:12 (UTC)

@max.bra - even more odd is that connecting to 'pi.hole' gives the weirdness but connecting to the ip address of the pihole box looks normal in chromium.

max.bra commented on 2020-05-12 14:00 (UTC)

firefox and chromium here too and the rendings are identical. maybe your chromium are chaching very bad for some strange reason?

graysky commented on 2020-05-12 13:56 (UTC)

@max.bra - I am using chromium and seeing the white circles and also a smooth plot of the queries. If I switch over to firefox, I get green circles and a block style plot for queries. So it seems to be a chromium problem???

max.bra commented on 2020-05-12 13:39 (UTC)

@graysky for example: for status icon this is the source

    <p>Status</p>
                    <?php
                    $pistatus = exec('sudo pihole status web');
                    if ($pistatus == "1") {
                        echo '<a id="status"><i class="fa fa-circle text-green-light"></i> Active</a>';
                    } elseif ($pistatus == "0") {
                        echo '<a id="status"><i class="fa fa-circle text-red"></i> Offline</a>';
                    } elseif ($pistatus == "-1") {
                        echo '<a id="status"><i class="fa fa-circle text-red"></i> DNS service not running</a>';
                    } else {
                        echo '<a id="status"><i class="fa fa-circle text-orange"></i> Unknown</a>';
                    }

as you can see pihole use font awesome and class text-'color' for the status. font awesome is ok, your browser does not honor the color class... is it possible? i don't think you are using internet exploder... :-D

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 83 Next › Last »