Neuer Adapter pi-hole2 für pihole>=V6
-
vergleiche bitte dein Ergebnis mal mit der folgenden Abfrage.
top-domains hat eine count Eigenschaft. die standardmäßig auf 10 eingestellt ist, was dann auch auf dem pihole-dshboard angezeigt wird.
wenn man die zahl dann hoch genug einstellt, dann kann man das zurückgegebene array zählen.
das ist wahrscheinlich simpler wie per exec und ssh auf die Datenbank zuzugreifen.sendTo( 'pi-hole2.0', 'piholeapi', { method: 'GET', endpoint: '/stats/top_domains?blocked=true&count=999999', }, function (data) { console.log(data.domains.length); }, );Da komme ich leider nicht weiter, weil ich in der Pi-hole GUI keinen Token angeboten bekomme.
Auch mit dem ssh
sudo grep -r 'WEBPASSWORD' /etc/pihole/gefundenen Webpassword bekomme ich einen http 400 Fehler.Proxmox und HA ...
Ich schreibe den Code nicht mehr selbst – ich schimpfe mit der KI, bis es funktioniert. -
Da komme ich leider nicht weiter, weil ich in der Pi-hole GUI keinen Token angeboten bekomme.
Auch mit dem ssh
sudo grep -r 'WEBPASSWORD' /etc/pihole/gefundenen Webpassword bekomme ich einen http 400 Fehler.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 -
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.
-
H Homoran verschob dieses Thema von Tester am
-
H Homoran verschob dieses Thema von ...nicht in offiziellem Repo am
-
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. -
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.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).
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer 'nen Kaffee spendieren will: https://paypal.me
-
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).
-
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.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer 'nen Kaffee spendieren will: https://paypal.me
-
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.
hier zu den details
https://github.com/oweitman/ioBroker.pi-hole2/issues/51#issuecomment-4606925378 -
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
Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
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.
Systeme:
- Proxmox 1 mit ioBroker, HomeAssistant, piHole
- Proxmox 2 mit SOLECTRUS, Mosquitto, piHole und Frigate
- RPi4 mit Octoprint
Eigene Adapter: grohe-smarthome, solectrus-influxdb, schlueter-thermostat
-
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.
Und Kausalität ist nicht immer so einfach.
Vergleiche mal Datum der Nachrichten -
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
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 Eintragiobroker.pi-hole2@1.2.0-alpha.4bzw auch
https://github.com/oweitman/ioBroker.pi-hole2nochmal getestet werden.
-
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 Eintragiobroker.pi-hole2@1.2.0-alpha.4bzw auch
https://github.com/oweitman/ioBroker.pi-hole2nochmal getestet werden.
Bisher gibt es hier keine Probleme. Mal sehen, wie es morgen aussieht.
Vielen Dank!
Edit: Gerade mal geguckt, es läuft bestens.
-
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.
-
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.
-
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.
Proxmox und HA ...
Ich schreibe den Code nicht mehr selbst – ich schimpfe mit der KI, bis es funktioniert. -
super
du hast 2 piholes im Einsatz?
hast du 2 getrennte Netze?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
361
Online33.0k
Benutzende83.7k
Themen1.3m
Beiträge