Die Veröffentlichung des Projekts Pi-hole 6 wurde vorgestellt, das ein System zur zentralen Blockierung von Werbung im lokalen Netzwerk entwickelt. Dieses System ermöglicht es, auf die Installation von Ad-Blockern in Browsern und auf Endgeräten zu verzichten. Der angebotene Ansatz ist besonders relevant, um Werbung auf Geräten in Heimnetzwerken, wie Smart-TVs und Media-Centern, zu bekämpfen sowie um Werbung in mobilen Anwendungen auf Smartphones zu blockieren. Die Blockierung erfolgt in Pi-hole auf DNS-Ebene – das System verwendet eine schwarze Liste von Domains, die zur Anzeige von Werbung genutzt werden, und leitet Anfragen an diese Domains auf die Adresse 0.0.0.0 um. Die Ergebnisse des Projekts werden unter der Lizenz EUPL 1.2 (European Union Public License) verbreitet.
Für die Installation von Pi-hole genügt es, ein Shell-Skript auszuführen, das den Download und die Installation der benötigten Komponenten automatisiert. Die Installation wird unter Debian, Ubuntu, Fedora, Raspberry Pi OS (Raspbian), Armbian und CentOS Stream für die Architekturen x86_64, i386, ARM64, ARMv6, ARMv7 und RISC-V unterstützt. Es wird davon ausgegangen, dass Pi-hole auf Boards wie dem Raspberry Pi installiert werden kann (die Leistung eines Raspberry Pi Zero reicht dafür aus). Zusätzlich wird ein vorkonfiguriertes Container-Image angeboten, das eine betriebsbereite Umgebung auf Basis von Pi-hole enthält.
Pi-hole betreibt DHCP- und DNS-Server, die auf einer modifizierten Version von dnsmasq basieren. Der DHCP-Server wird verwendet, um automatisch die DNS-Servereinstellungen bereitzustellen, die für die Blockierung eingesetzt werden. Die Verwaltung des DNS-Servers und die Sammlung von Statistiken erfolgt über den Hintergrundprozess FTLDNS (pihole-FTL). FTLDNS kann über Web-API, Telnet oder das Befehlszeilenprogramm pihole gesteuert werden. FTLDNS sammelt Statistiken über die Anzahl der blockierten und angeforderten DNS-Anfragen, die Blockierung von Domains von Werbenetzwerken, die zwischengespeicherten und umgeleiteten DNS-Anfragen sowie die Anzahl der Clients. Domänen, die eingehenden DNS-Anfragen, die Blockierung von Domains von Werbenetzwerken, die zwischengespeicherten und umgeleiteten DNS-Anfragen sowie die Anzahl der Clients betreffen. Die Statistiken werden mit SQLite gespeichert.
Über die von FTLDNS bereitgestellte API wurde eine Webschnittstelle zur Überwachung und Verwaltung von Sperren implementiert, basierend auf dem Code von AdminLTE. Die Webschnittstelle ist sowohl für die Nutzung auf großen Bildschirmen als auch auf mobilen Geräten optimiert. Der Zugriff auf detaillierte Protokolle, zusammenfassende Daten (z. B. die beliebtesten Clients und Domains), anschauliche Visualisierungen in Grafiken und Diagrammen, Historienabruf für einen bestimmten Zeitraum, Protokollfilterung, Verwaltung separater weißer und schwarzer Listen sowie Sperrungen mittels regulärer Ausdrücke, DHCP- und DNS-Setzung werden unterstützt.
In der neuen Version:
- Der Hintergrundprozess pihole-FTL enthält einen HTTP-Server und implementiert eine REST-API. Die integrierte HTTP-Server-Implementierung basiert auf der Bibliothek CivetWeb. Zuvor wurde zur Organisation des Webschnittstellenbetriebs der HTTP-Server lighttpd gestartet. Die Server-Handler der Webschnittstelle wurden von PHP auf Lua umgeschrieben (CivetWeb bietet integrierte Unterstützung für Lua, wodurch PHP aus den Abhängigkeiten entfernt werden konnte).
- Die Möglichkeiten zur Filterung von Domains wurden erweitert, und es wurde die Unterstützung für den Anschluss externer weißer Listen hinzugefügt, die Domains definieren, auf die unabhängig von ihrem Status auf schwarzen Listen zugegriffen werden kann.
- Die einzelnen Konfigurationsdateien wurden in einer Datei im toml-Format (/etc/pihole/pihole.toml) zusammengeführt. Um die Konfiguration zu ändern, können Sie die toml-Datei direkt bearbeiten, den Befehl „pihole-FTL —config“ verwenden, Parameter über Umgebungsvariablen überschreiben, die API ansprechen oder die Einstellungen über die Web-Oberfläche ändern.
- Das Design der Web-Oberfläche wurde vollständig überarbeitet, mit einer Unterscheidung zwischen dem normalen und dem Expertenmodus.
- HTTPS-Unterstützung wurde hinzugefügt, mit der Möglichkeit, sowohl eigene TLS-Zertifikat, als auch automatisch generierte Zertifikate bereitzustellen.
- Das Container-Image für Docker wurde auf die Verwendung von Alpine Linux anstelle von Debian umgestellt, was zu einer erheblichen Reduzierung seiner Größe führte.
Quelle: opennet.ru
