Beim Login erhalte ich ständig den Hinweis / Warnung / or whatever: "Consider upgrading to HTTPS (end-to-end encryption)".
Lässt sich das irgendwo abschalten / konfigurieren?
Lässt sich irgendwo konfigurieren, dass, wie bisher, wenigsten für 7 Tage ein login ohne PW-Abfrage möglich ist?
Das nervt langsam und ist alles andere als nutzerfreundlich (wie der Rest von pihole jetzt in weiten Teilen auch).
Ich benötige Zugriff auf pihole / WebUI nur im lokalen Netz und da bedarf es m.E. keines HTTPS.
Tnx
Hallo,
für dein Problem mit der Anmeldedauer könntest du die Option webserver.session.timeout
entwder in /etc/pihole/pihole.toml oder im Web unter All Settings > Webserver and API > webserver.session.timeout im Experten-modus ändern.
bei dem Problem mit Https bin ich mir nicht sicher, aber du könntest versuchen den Https-Port
in webserver.port zu entfernen. (auch in All Settings > Webserver and API)
Gelesen - getan. Danke für die Tipps. Ich habe es geändert und werde schauen, ob es geholfen hat. Aktuell sieht es erst einmal danach aus.
Edit:
Was haben die Buchstaben bei der Portangabe für eine Bedeutung / Aufgabe?
Das ist doch recht ungewöhnlich und nicht unbedingt selbsterklärend. Vieles steht zwar im Hinweistext, aber richtig schlau werde ich daraus nicht. Viele zu viele "wenn..." und die Erklärungen von (wohl eher) Spezialfällen. Der (vermutlich nicht nur ) "einfache" Nutzer, der lediglich sein Netz absichern möchte, ist damit überfordert.
o für optional, wenn o angegeben ist und der zugehörige port nicht verfügbar ist (wenn beispielsweise ein anderer service oder anderes Programm ihn benutzt oder sonstige Gründe) wird keine Fehlermeldung ins Log geschrieben und der port wird in dem Fall ignoriert.
Ohne o bekommst du, wenn der Port nicht verfügbar ist, eine Fehlermeldung und FTL startet nicht.
s für secure gibt den Port an, der HTTPS benutzt. Ohne s nutzt der port nur HTTP.
r für redirect ist nur verfügbar wenn dieser HTTP(also kein s) nutzt. Bei Verwendung wird jede Anfrage automatisch auf einen HTTPS Port weitergeleitet. (Persönlich nutze ich r nicht sondern entferne den HTTP-Port stattdessen, jedoch kann r für manche hilfreich sein)
o und s sowohl o und r können zu os bzw. or kombiniert werden.
[::]: vor einem Port gibt an, dass dieser nur über ipv6 erreichbar ist.
+ vor dem Port bedeutet Erreichbarkeit über ipv4 und ipv6
ist weder [::]: noch + angegeben ist der Port nur über ipv4 erreichbar
Vor dem port kann auch die IP-Adresse angegeben werden über die dieser erreichbar ist, wie 127.0.0.1:, 192.168.1.78:oder `[fe80::aaaa:1111:bbbb:ffff]:. Dies muss die IP des Pi-holes sein und nicht die des Endgeräts.
Um bestimmten Endgeräten zugriff zu verwehren wird webserver.acl genutzt.
Danke für die - sagen wir: erweiterte - Erklärung. Soweit hatte ich mir das natürlich auch schon übersetzen lassen.
Was ich meinte:
Wem nutzt das - ausser den Anwendern unter vermutlich speziellen Einsatzszenarien. Sicher sind das alles ganz tolle Features, die nun im "Pi-Loch" eingebaut sind. Für diese Anwendungsvarianten möglicherweise auch dringend notwendig.
Gleichzeit werden die doch extrem aufgeblasenen Konfigurationsmöglichkeiten sehr viele User verschrecken. Ich kenne aus anderen Foren User, die schon mit der v5 auf dem Dashboard überfordert waren, obwohl sie alles andere als fehlende Affinität zu Web und Coding haben.
Der bisherige Vorteil war doch : Installieren und bis auf ganz wenige Konfigurationen sofort loslegen.
Jetzt kamen viele Einstellungen unvorbereitet dazu, die eben offenbar zu vielen Fehlern oder zumindest für Irritationen und Unverständnis führten.
Zusätzlich hinzu gekommene Einstellungen hätten deaktiviert sein sollen. Wer mehr will, kann es dann ja mit entsprechender Fachkenntnis nachholen. Uns so manche sehr spezielle Einstellung hätte man auch gern in die Console unter ssh verlegen können. Die Spezialisten könnten sich dort austoben und dem "normale" User wäre so manches Leid erspart geblieben.
Aber gut - es ist nun so wie es ist. Zu hoffen ist, dass die aktuell vorhandenen Bugs behoben werden und nachfolgende Versionen wieder mehr Einfachheit bieten.
Ziel sollte m.E sein, möglichst viele Anwender zum Einsatz von pihole zu bewegen und zu befähigen - ohne Hochschulstudium.
Danke für die Tipps. 
Ich habe es geändert und werde schauen, ob es geholfen hat. Aktuell sieht es erst einmal danach aus.