Package Details: pi-hole-server 5.18.3-4

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.149233
First Submitted: 2016-01-13 12:50 (UTC)
Last Updated: 2024-08-10 12:32 (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 .. 17 18 19 20 21 22 23 24 25 26 27 .. 82 Next › Last »

Taijian commented on 2020-12-02 10:40 (UTC)

@max.bra: OK, I think your last comment is hitting on something. When I enter sudo -u http lsof -Pni:53 I get no output. sudo -u root lsof -Pni:53 on the other hand DOES give me something. Soooo, where did I go wrong, because I have to admit that this feels like it should tell me something, but I'm afraid that I'm too incompetent so see it...

max.bra commented on 2020-12-02 10:29 (UTC)

@Taijian: pihole script determines whether FTL is listening or not by this 'listening="$(lsof -Pni:53)"'. Is your http user blocked on this?

max.bra commented on 2020-12-02 10:24 (UTC)

@Taijian: anyway, if it's open_basedir related you must see something in your journal log...

max.bra commented on 2020-12-02 09:59 (UTC)

@Taijian: ok, that "led" is set by 'sudo pihole status web' that can return 0 or 1. does 'sudo pihole status' (w/o web) say same things?

Taijian commented on 2020-12-02 09:52 (UTC)

@max.bra and @setboolean:

Here's a link to the two relevant screenshots: https://postimg.cc/gallery/nsKZNgQ

xyzabc123 commented on 2020-12-01 22:44 (UTC)

@Taijian: When you go to the following address: http://[IP_OF_PIHOLE]/admin/api.php?summaryRaw do you see "status":"enabled" or "status":"disabled"

max.bra commented on 2020-12-01 21:56 (UTC)

@Taijian can you shot me an image of your "red status button" please?

Taijian commented on 2020-12-01 21:50 (UTC)

@max.bra: Yes, I did (tried my backup Chromium, wiped that one's cache and tried again...). I do have to admit that I make use of open_basedir (and php-fpm is ofc also hardened), so it's not necessarily a widespread issue - but something must have changed from before, because now my setup has an issue...

I'm just trying to find out where that change might have occurred, so that I can adapt, not trying to complain, or anything!

max.bra commented on 2020-12-01 21:45 (UTC) (edited on 2020-12-01 21:46 (UTC) by max.bra)

@Taijian tried to wipe your browser cache (or use another one)?

Taijian commented on 2020-12-01 21:23 (UTC)

OK, I seem to have an issue with the latest update...

Pihole is undoubtedly running (resolves requests, reports as up on the CLI, bar graphs get generated on the web interface,...) however, the web interface shows a red status button and says that pihole is down. Any idea what changed from the previous version that I need to adjust my setup to?