NEWS
Neuer Adapter pi-hole2 für pihole>=V6
-
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).
-
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.
-
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.
-
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
-
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.
-
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.

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 Anmelden

