-
Notifications
You must be signed in to change notification settings - Fork 244
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New feature: Maintained whitelist #1302
Comments
Hi, schön zu sehen, dass das von uns gewünschte Feature der Abo-Whitelist umgesetzt wurde und schon so zeitnah aufschlagen wird. Insoweit ja, Whitelist sollten wir mit anfangen. Aber Whitelist im ABP-Format? Das hört sich gefährlich an. :-) Ja, ABP aber dann nicht direkt für die komplette Domain. Musste mir noch mal den eigenen Feature-Request durchlesen... :-) |
Im ersten Schritt werde ich alle "Banken-URLs" in diese Whitelist aufnehmen. Auf deren Domains muss man sich keine Sorgen bzgl. Werbung/Tracking/Phishing machen... insoweit kann bei denen wirklich aber Domain alles "whitelisted" werden. |
Vielleicht sollten auch die Domains von den bisherigen whitelists mit aufgenommen werden. |
Ich bin mir nicht sicher ob wir das tun sollten Was wir auf keinen Fall tun dürften wäre dort eine ABP-Freischaltung machen. Also @@||amazon.de würde ja auch allen Tracking-Domains von Amazon Tür und Tor öffnen. Das haben wir bis jetzt nur für die Banken gemacht, da halte ich das auch für richtig. Aber wenn wir jetzt "nur" amazon.de auf die gleiche Whitelist setzen wie die Banken, dann erzwingen wir Freigabe von amazon.de auch von allen anderen Blocklists, die evtl. Amazon führen. Wir müssen das Thema mal durchdenken. Evtl. mehrere Whitelists anbieten... |
Die ganzen Listen aus "Internet Services" sollten wahrscheinlich in ein zu erstellendes neues Verzeichnis "Whitelists" umziehen. Dann können Nutzer z.B. die Spotify-Whitelist importieren und hätten damit auch das zufällige Blocken aus anderen Listen gebannt. Dagegen wäre eine Universal-Whitelist mit allen Internet Services keine gute Idee. Weil evtl. Nutzer da sind, die die X-Box Services nicht frei schalten wollen... |
Dem stimme ich zu. Obschon dieses Feature schon cool ist, wenn man mehrere Pi-Hole-Instanzen zu administrieren hat und dafür eine zentrale Whitelist pflegen kann. Vielleicht wäre das auch ein How-To-Thema für Sempervideo, wenn diese Pi-Hole-Version offiziell verfügbar ist.. 🤔 |
Ich habe eine Domain gefunden, die durch die RegEx-Liste fälschlicherweise blockiert wird: https://unpackerr.zip (ein automatisierter Entpacker). Da die domain zu keinem "Service" gehört, wo soll diese eingetragen werden? |
Ich glaube nicht, dass es eine andere Möglichkeit gibt, als einen "Service" dafür zu erstellen. Es gibt bestimmt hunderte Domains der .tld ZIP die okay sind. Aber wir können die nicht einfach auf die Whitelist setzen, weil wir dann quasi eine Garantie übernehmen, dass auf der Seite niemals Schadware, Phishing, Scams und anderer Kram läuft. Und das können wir nicht. |
Wie in RPiList#1302 beschrieben, hier die whitelist für falsch positive .zip Domains. Signed-off-by: BulldozerPete <[email protected]>
Für Pi-hole 6.0 wird es whitelists geben, die wie blocklisten geladen werden können.
Link: https://discourse.pi-hole.net/t/pi-hole-v6-beta-testing/65413
Mein Vorschlag: Jetzt schon eine aggregierte whitelist im ABP-Format erstellen, damit diese zum Release von Pi-hole 6.0 genutzt werden kann.
Grüße an den Sprecher
The text was updated successfully, but these errors were encountered: