UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dr. Bakterius]

@meister-mopper Ich habe nach dem aktuellen Update wieder den Standard-DNS Server (also Pihole selbst) bei Proxmox eingestellt. Läuft jetzt ohne Auffälligkeiten.

Dass ein NTP-Server mitkommt, wusste ich noch nicht. Da ich einen eigenen auf dem LXC schon am Laufen habe, habe ich den von Pihole mal deaktiviert. Denn meiner läuft auch auf ein unprivilegierten LXC so wie gewünscht.

[Meister Mopper]

@dr-bakterius

Es kam bei mir immer eine Fehlermeldung, dass die ntp Synchronisierung fehlerhaft war.

Mittlerweile habe ich es so:

Seitdem gibt es keine Probs mehr. Aber wie geschrieben habe ich ja unbound und cloudflared installiert. Das kann natürlich bei anderen Konstellationen anders sein.

[Dr. Bakterius]

@meister-mopper Unbound habe ich auch. Doch das hat ja nichts mit dem NTP-Server zu tun, betrifft nur die DNS Anfragen nach außen.

[Meister Mopper]

@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:

@meister-mopper Unbound habe ich auch. Doch das hat ja nichts mit dem NTP-Server zu tun, betrifft nur die DNS Anfragen nach außen.

Ja klar, ich wollte nur auf die Umgebungsproblematik hinweisen.

[Meister Mopper]

@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:

Unbound habe ich auch.

Wieso hast du dann 1.1.1.1 als dns angegeben?

[Dr. Bakterius]

@meister-mopper Weil die CPU-Last so wieder normal war. Hat sich nach dem Update auf Core v6.0.3, FTL v6.0.2, Web interface v6.0.1 ja erledigt.

[Dr. Bakterius]

@meister-mopper Also am Update lag es nicht. Heute hat FTL einen Prozessor-Kern wieder zu 100% ausgelastet. Im Netz gibt es schon viele, denen es nach dem Upgrade auf v6.x ebenso ergeht. Dabei scheint sich heraus zu kristallisieren, dass es zum einen am RAM liegt wenn ein Gravity-Update erfolgt und der voll läuft. Bei meinem 43M Einträgen braucht es ca. 4GB. Und zum Anderen kann es an Fehlern in der DB liegen.

Ich habe also RAM erhöht und auch Cache erstellt (hatte vorher keinen), und die DB gelöscht und neu anlegen lassen. Außerdem habe ich die Behaltefrist von 3 Monaten auf 1 Woche herabgesetzt.

Jetzt heißt es abwarten ob die CPU-Last so niedrig bleibt ...

[Lucifor1976]

ich fürchte den dev interessiert das nicht weiter.
Letztes Update vor zwei Jahren, Bugs seit 2020 offen.

Könnte den Adapter vielleicht jemand in Betreuung übernehmen?

[Winni]

Und weiter geht's...
Core version is v6.0.4 (Latest: v6.0.4)
Web version is v6.0.1 (Latest: v6.0.1)
FTL version is v6.0.2 (Latest: v6.0.2)

[mcm1957]

@lucifor1976
Wenns sonst niemand macht kann ich mir das mal ansehen. Aber frühestens in sagen wir mal 2 Wochen.

Bitte triggert mich ggF in 2 bis 3 Wochen wenn ich nichts sage / schreibe.

[Lucifor1976]

@mcm1957
Wer ich machen :)

Das wäre toll, meine JS Kenntnisse reichen leider bei weiten nicht für sowas.

Vielleicht sollte ich das auf meine alten Tage nochmal angehen...

[mcm1957]

@lucifor1976
Wenn du jemals einen Adapter warten / entwickeln willst bist du gern gesehen. Meld dich ggef auf Telegram / Discord - gibt nen eigene "Starters Channel". Invite Links auf https://www.iobroker.dev. Aber auch Tester helfen extrem bei der Entwicklung eines Adapters.

[Meister Mopper]

@dr-bakterius
Ich habe jetzt auch die neueste Version aufgespielt.

Da ich nur einen Kern vergeben habe, ist das so in Ordnung. RAM wurde bei

knapp über 1G benötigt.

Aktuell läuft der Container unter anderer IP nur sporadisch, da

• es offenbar noch Probleme gibt (ich habe mich mal in die github watchlist für releases eingetragen)

• der Adapter die Version noch nicht unterstützt

[neunteufels]

@mcm1957
Super, dass du übernimmst.
Ich teste gerne.
Bitte um Info wenn es so weit ist.

mfg

[Ro75]

Testet doch mal mein Skript

https://forum.iobroker.net/topic/77096/skript-pihole?_=1742074119093

Das kann als 100% Alternative zum Adapter betrachtet werden. Sollte theoretisch auch mit piHole 6 gehen.

Ro75.

[Meister Mopper]

@ro75 sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:

Testet doch mal mein Skript

https://forum.iobroker.net/topic/77096/skript-pihole?_=1742074119093

Das kann als 100% Alternative zum Adapter betrachtet werden. Sollte theoretisch auch mit piHole 6 gehen.

Ro75.

Ab Version 6.x gibt es keinen API-Token mehr. Es werden sogenannte Session ID verwendet.

[fzuern]

Hier der Link, wie es der Entwickler von Homepage gelöst hat;
[https://github.com/gethomepage/homepage/discussions/4901](link url)
oder auch die Diskussion in der PI-Hole Community
[https://discourse.pi-hole.net/t/authenticating-to-v6-api/66010](link url)

Vielleicht hilft es...

[Meister Mopper]

@fzuern sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:

Hier der Link, wie es der Entwickler von Homepage gelöst hat;
[https://github.com/gethomepage/homepage/discussions/4901](link url)
oder auch die Diskussion in der PI-Hole Community
[https://discourse.pi-hole.net/t/authenticating-to-v6-api/66010](link url)

Vielleicht hilft es...

@mcm1957

Siehst du da eine Chance, den Adapter wieder für Pihole v6.x lauffähig zu bekommen?

Problemtisch ist wohl derzeit der API-Zugang, wie es von einem Dev hier (https://discourse.pi-hole.net/t/authenticating-to-v6-api/66010/5) beschrieben wird.

[mcm1957]

@meister-mopper

Ich habe nach wie vor einen Adapter für pi-hole 6 zu machen. Wahrscheinlich wird es eher ein neuer Adapter werden - allerdings mit dem Ziel möglichst idente States anzubieten - da eine "Enteignung" immer nur die letzte Möglichkeit wäre und der Adapter sowieso einen größeren Review bräuchte.

ABER die Tage laufen schneller vorbei als ich es gerne hätte.

Sorry, mehr kann ich im Moment nicht sagen / versprechen.

[ceng]

@mcm1957 Das wäre super, wenn der alte Adapter neues Leben eingeflösst bekäme, aber ich weiß selbst wie wertvoll Zeit ist...

Ich habe mir vorübergehend, solange bis jemand mit Ahnung etwas besseres baut, folgendes Script gebaut:

// 🛠️ Konfiguration
const userPath = '0_userdata.0.Lokal.Statistics.PiHole';
const piholeUrl = 'https://MEINPIHOLE';
const password = 'AUS DER OBERFLÄCHE'; // App-Passwort, nicht GUI-Passwort
const debug = getState("0_userdata.0.Global.Debug")?.val || false;
const sillydebug = getState("0_userdata.0.Global.SillyDebug")?.val || false;

// 📊 Datenpunkte mit Beschreibung für den ioBroker
const datapoints = {
    total: 'Anzahl aller angefragen Domains',
    blocked: 'Zahl der blockierten Domains',
    percent_blocked: 'Blockierte Domains in %',
    unique_domains: 'Eindeutige Domains',
    queries_forwarded: 'Weitergeleitete Anfragen',
    queries_cached: 'Gecachte Anfragen',
};

// 🔁 Axios einbinden (funktioniert ab js-controller 3.x)
const axios = require('axios').default;

// Hilfsfunktion für Logs, gibt nur aus wenn SillyDebug=true ist
function debugLog(msg) {
    const sillyDebug = getState('0_userdata.0.Global.SillyDebug')?.val || false;
    if (sillyDebug) {
        log(msg);
    }
}

// Hauptfunktion: Authentifizieren, Daten holen und Datenpunkte schreiben
async function loginAndFetchPiHole() {
    if (debug) console.log('🔐 Authentifiziere Pi-hole…');

    try {
        // Login an Pi-hole API, um Session-ID und CSRF-Token zu erhalten
        const authResponse = await axios.post(
            `${piholeUrl}/api/auth`,
            { password: password },
            { httpsAgent: new (require('https').Agent)({ rejectUnauthorized: false }) }
        );

        // Session-Daten extrahieren
        const { sid, csrf } = authResponse.data.session || {};
        if (!sid || !csrf) throw new Error('SID oder CSRF fehlt in Antwort');

        if (debug) console.log('✅ Authentifizierung erfolgreich');

        // Zusammenfassung der Pi-hole Statistiken abfragen
        const summaryResponse = await axios.get(
            `${piholeUrl}/api/stats/summary`,
            {
                headers: {
                    Cookie: `sid=${sid}`,
                    'x-csrf-token': csrf
                },
                httpsAgent: new (require('https').Agent)({ rejectUnauthorized: false }),
            }
        );

        const data = summaryResponse.data;
        debugLog('Pi-hole API Rohdaten: ' + JSON.stringify(data));

        // Datenpunkte erstellen und mit Werten aus Pi-hole füllen
        for (const key in datapoints) {
            const dp = `${userPath}.${key}`;
            await createStateAsync(dp, 0, { name: datapoints[key], type: 'number', read: true, write: false });

            // Wert je Datenpunkt aus der API Antwort zuordnen
            let value = 0;
            switch (key) {
                case 'total': value = data.queries.total; break;
                case 'blocked': value = data.queries.blocked; break;
                case 'percent_blocked': value = Math.round(data.queries.percent_blocked); break;
                case 'unique_domains': value = data.queries.unique_domains; break;
                case 'queries_forwarded': value = data.queries.forwarded; break;
                case 'queries_cached': value = data.queries.cached; break;
                default: value = 666;
            }

            debugLog(`${dp}: ${value}`);
            setState(dp, value || 0, true);
        }

        if (debug) console.log('✅ Pi-hole Daten aktualisiert');

    } catch (err) {
        log('❌ Fehler bei Pi-hole API Zugriff: ' + err.message, 'error');
    }
}

// ⏰ Intervall: alle 5 Minuten ausführen
schedule('*/5 * * * *', loginAndFetchPiHole);
// Direkt beim Start einmal ausführen
loginAndFetchPiHole();

Ich will hier keine Grundsatzdiskussion über Arten der Programmierung oder gar die Adapterentwicklung in Frage stellen. Das Script läuft bei mir, wenn es jemanden hilft, gut, wenn nicht, auch gut.

CU