Monatsrückblick Juli / August 2026 ist online!

[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.

[OliverIO]

Neue Version 1.5.0

• Optionale Bereinigung der Clients, wenn am Vortag keine Aktualisierung stattgefunden hat und QueriesTotal 0 ist.
• Unbenannte Clients mit IP-Adressen wurden hinzugefügt. Es werden nur Clients hinzugefügt, die im Laufe des Tages mindestens eine DNS-Abfrage durchgeführt haben.