Neues YouTube-Video: Visualisierung im Devices-Adapter

[OliverIO]

@Meister-Mopper

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);
    },
);

[Meister Mopper]

@OliverIO

Da komme ich leider nicht weiter, weil ich in der Pi-hole GUI keinen Token angeboten bekomme.

Spoiler

Auch mit dem ssh sudo grep -r 'WEBPASSWORD' /etc/pihole/ gefundenen Webpassword bekomme ich einen http 400 Fehler.

[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