Monatsrückblick Juli / August 2026 ist online!

[OliverIO]

@Meister-Mopper

welches token?

die api gui, sowie der adapter funktioniert mit dem passwort.
das token wird automatisiert abgerufen.

adapter:

und die lokale api gui:

da ist manchmal eine kleine herausforderung die auswahl zu beginn richtig einzustellen

zunächst die folgende url anwählen
http://pihole/api/docs/#
bzw
http://<ip>/api/docs/#

dann wichtig, nicht https sondern http auswählen
und das passwort oben in das feld eintragen und login drücken.
wenn das erfolgreich grün wird, dann merkt sich die seite erst mal das passwort bis zum nächsten kompletten refresh der seite
wenn dann ein api zugriff nicht funktioniert, dann bei url noch die ip-adresse eintragen

aber das beispiel war ja eigentlich direkt für ein skript im javascript adapter gedacht.
wenn der adapter richtig eingerichtet ist und daten vom pihle bekommt, dann musst du dich da auch nicht nochmal extra anmelden

[patricknitsch]

Hallo,

ich nutze aktuell zwei pihole2 Instanzen, die an sich sehr gut funktionieren. Mir ist aber aufgefallen, dass bei einem Verbindungsabruch die Verbindung nicht automatisch wieder aufgebaut wird. Die erste Instanz stand dann ein paar Tage auf gelb, bis ich sie neu gestartet hatte. Gerade auch, wenn der pihole-Container ein Update durchgeführt hat, war die Verbindung weg.

Ich habe dazu mal ein Issue zum Thema automatischer Wiederaufbau der Verbindung(oder zumindest Versuch) erstellt.

[OliverIO]

Um den Pi Hole etwas robuster zu machen, habe ich verbessertes Error Handling eingebaut.
Das sollte allerdings zuvor getestet werden.
Dafür steht ein Alpha Release zur Verfügung, welches direkt von Gitter installiert werden muss
Ich würde mich freuen, wenn ich ein paar Rückmeldungen erhalte.

[mcm1957]

@OliverIO sagte:

Dafür steht ein Alpha Release zur Verfügung, welches direkt von Gitter installiert werden muss

Warum regst du eine direkte Github Installation an? Alpha Releases können doch ganz sauber von npm (nicht MIT npm) installiert werden. Und du hast die alpha ja auch sauber gepublished...

.

Anleitung zum Installieren einer ALPHA Release

siehe https://forum.iobroker.net/post/1263819 (shelly durch pi-hole2 ersetzen).

[OliverIO]

@mcm1957
hatte ich so nicht gewusst, das man da den tag direkt eingeben kann
wenn man den eintrag aus der liste auswählt wird immer latest installiert

und ob ich da bei custom den tag oder den github link eintrage
ist mE kein unterschied

[mcm1957]

Jep

Im Prinzip kann man bei 'url' alles eingeben was npm versteht. Das kann ne github url sein oder auch jede npm Angabe (iobroker.pi-hole2@next, iobroker.pi-hole2@1.2.3-alpha.99, ...

Voretil bei der Art der Installation ist, dass eine definierte Release installiert wird während bei direkte GH Installation eine enge Kommunikation zwischen Dev und User stattfinden sollte um keinen ungültigen Zwischenstand zu erwischen. Außerdem kann ich persönlich mit 1.2.3-alpha.4 in einer Meldung mehr anfangen als mit "neueste GH Version". Das ist aber meine pers. Einstellung.

[mcm1957]

Wenn mehr Bedarf ist kann man ja @Bluefox fragen ob "von npm" da ne Option lernen soll (latest vs. next).

[OliverIO]

@mcm1957

hier zu den details
https://github.com/oweitman/ioBroker.pi-hole2/issues/51#issuecomment-4606925378

[OliverIO]

Da, zumindest nach github bereits einige den Adapter geladen haben

Und keine negativen (leider auch keine positiven) Rückmeldungen kamen, würde ich den Adapter jetzt noch mal normal releasen und schauen, ob es funktioniert.

Man kann ja im Zweifel wieder auf das vor Release zurückgehen, falls es Probleme gibt

[patricknitsch]

Das kann man so nicht sagen. Wenn du im Forum meinst, gebe ich dir Recht. Auf github haben sich zwei gemeldet, bei denen die Installation aufgrund von "Authentifizierungsproblemen" nicht funktionert.

Da ich mehr oder weniger der einzige war, der das Problem so hatte, wirst du vermutlich auch nicht so viele Resonanzen haben, da beim Großteil der Adapter reibungslos funktioniert.

[OliverIO]

@patricknitsch

Und Kausalität ist nicht immer so einfach.
Vergleiche mal Datum der Nachrichten

[OliverIO]

so, nach genauerer Untersuchung der requests und meinen Adapter einstellungen habe ich festgestellt,
das in meinem Adapter zwar ein password eingestellt war, im pihole aber keines (hatte ich wohl mal vor einiger Zeit passwortlos gemacht.
Zusätzlich war die Überprüfung der authentifizierung falsch.
Authentifizierung mit passwort an einer api ohne passwort war dem adapter aber egal, deswegen hat es funktioniert.

Nun wurde diese Funktion angepasst und habe das nochmal mit und ohne passwort getestet. jetzt müsste es passen.

Es kann nochmal über expertmode / adapter / katzenknopf / custom
und folgendem Eintrag

iobroker.pi-hole2@1.2.0-alpha.4

bzw auch

https://github.com/oweitman/ioBroker.pi-hole2

nochmal getestet werden.

[Meister Mopper]

@OliverIO

Bisher gibt es hier keine Probleme. Mal sehen, wie es morgen aussieht.

Vielen Dank!

Edit: Gerade mal geguckt, es läuft bestens.

[OliverIO]

Neue Version 1.2.0

Nachdem die alphatests abgeschlossen sind:

• die Kommunikationsverbindung wurde gehärtet, so das bei Abbruch, der Adapter weiterläuft.

[OliverIO]

Neue Version 1.3.0

Für alle die es interessiert welche Domains geblockt oder durchgelassen werden, wird nun einmal pro Stunde je Client unterhalb des Datenpunkt Clients 2 Datenpunkte erstellt: Permitted und Blocked.
Darin befindet sich jeweils ein json, bei dem alle Domains aufgelistet sind die bisher an diesem Tag geblockt oder permitted sind, absteigend sortiert.
So könnt ihr überprüfen ob da Domains dabei habt die ihr lieber auf der white oder blacklist haben wollt.

Leider ist die Darstellung in pihole dazu sehr unübersichtlich, da jedes query einzeln aufgeführt wird.

Der Gesamtzeitraum und Abfrage zwischen den Clients kann in der Konfiguration eingestellt werden.
Im Standard ist es einmal pro Stunde, der Abstand zwischen den Clients 10% der Gesamtzeit, so das der pihole da nicht überlastet wird.
Wer nach Installation schnell einen Gesamtüberblick haben möchte, setzt die Prozentzahl zu beginn auf einen Wert zwischen 1 und 5.

Diese Funktion kann auch komplett deaktiviert werden.

[OliverIO]

Neue Version 1.4.1

• QueriesTotal und QueriesBlocked als Gesamtanzahl pro Client hinzugefügt.

[OliverIO]

Neue Version 1.4.2

• durch das verbesserte Sessionhandling in Pi-hole FTL v6.7, Web v6.6 and Core v6.4.3 kam es bei Passwort gesichterten piholes zu Problemen. Diese sind hiermit nun voraussichtlich behoben.

Weitere Probleme gerne hier oder auf github melden.

[Meister Mopper]

@OliverIO

v1.4.2 Läuft bei mir ohne Probleme.

[OliverIO]

@Meister-Mopper

super
du hast 2 piholes im Einsatz?
hast du 2 getrennte Netze?

[Meister Mopper]

@OliverIO sagte:

hast du 2 getrennte Netze?

Nö

Zwei pi-hole ist für failover, falls mal ein Update den Fluss stört. Dann gibt es kein Geschimpfe, wenn nichts mehr aufgelöst wird.