Ich hab ein kleines problem mit Pihole.
Nachdem ich gestern auf die v5 geupdatet habe, zeigt er mir auf dem Dashboard nichts an.
Pihole läuft auf meiner Qnap nas, mit Debian Buster. Weil diese einen armv5l drin hat, habe ich den ftl selbst kompiliert.
Die DNS,DHCP, funktion gehen.
Nur das Dashboard zeigt nichts an, aber kein weise Seite sondern keinen inhalt in den kasten oben und in der mitte der Seite nichts.
Könnt ihr mir helfen, das das dashboard wieder funktioniert?
Was ich vielleicht noch dazu sagen sollte, dass nach dem Login die anderen Seiten funktionieren.
Und - die Datei /etc/pihole/gravity.db existiert nicht!
Mhh, da ist einiges schief gegangen. Es fehlt auch der 4. Block "Domains on Blocklist".
Welchen Websever verwendest du?
Ich weiß auch nicht, ob das Web Interface funktioniert, wenn du http://HOSTNAME/admin eingibst. Was passiert, wenn du die Standardseite http://pi.hole/admin/index.php?login aufrufst?
Webserver ist ein Nginx, damit lief das pihole seit Monaten einwandfrei. Der Aufruf ist gleichwertig, macht keinen Unterschied.
Was ich im Debug-Log entdeckt habe sind solche Zeilen:
[2020-05-15 15:21:08.843 20879] gravityDB_open(): /etc/pihole/gravity.db does not exist
[2020-05-15 15:21:08.843 20879] get_client_groupids(): Gravity database not available
Die Datei /etc/pihole/gravity.db existiert nicht!
Schultze
P.S: Auch dies ist eigenartig:
[i] Default IPv4 gateway: 192.168.41.1
* Pinging 192.168.41.1...
[✗] Gateway did not respond. (https://discourse.pi-hole.net/t/why-is-a-default-gateway-important-for-pi-hole/3546)
In der Tat haben wir in Deinem Debug Log ein paar Ungereimtheiten in Deiner Netzwerkonfiguration:
*** [ DIAGNOSING ]: Networking
[✓] IPv4 address(es) bound to the eth0 interface:
192.168.42.3/24 matches the IP found in /etc/pihole/setupVars.conf
169.254.55.250/16 does not match the IP found in /etc/pihole/setupVars.conf
[✓] IPv6 address(es) bound to the eth0 interface:
fe80::<entfernt> does not match the IP found in /etc/pihole/setupVars.conf
[i] Default IPv4 gateway: 192.168.41.1
* Pinging 192.168.41.1...
[✗] Gateway did not respond.
Gateway und Pi-hole befinden sich nicht im gleichen Subnetz (192.168.41.1 vs. 192.168.42.3)
Zudem taucht eine link-lokale IPV4-Adresse (aus 169.254.0.0/16) auf eth0 auf, und eine solche Adresse wird eigentlich nur automatisch vom Gerät selbst vergeben, wenn anderweitig keine gültige IP beschafft werden konnte.
Das legt nahe, dass Du vielleicht eine fehlerhafte statische Adresse verwenden könntest.
Was gibt folgendes Kommando auf Deiner Pi-hole-Maschine zurück:
Das hatte ich zuvor schon probiert, aber jetzt nochmal. Sieht alles gut aus, bringt aber nichts:
[✓] Force-reloading DNS service
[✓] DNS service is running
[✓] Pi-hole blocking is Enabled
root@dalmore:~# ll /etc/pihole/*.db
-rw-r--r-- 1 root root 2351104 Feb 26 23:00 /etc/pihole/macvendor.db
-rw-r--r-- 1 pihole pihole 2576384 May 15 16:07 /etc/pihole/pihole-FTL.db
Ich habe die APIPA-Adresse nun gelöscht und pihole-FTL neu gestartet. Macht keinen Unterschied, aber wieso eth0 diese Adresse bekommt ist mir nicht klar.