move IT Home Base

Webserver auf einer Buffalo LinkStation installieren

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 13:47:38 +0000

Webserver auf einer Buffalo LinkStation installieren

Diese Anleitung beschreibt wie man zusätzlich zum bereits vorhandenen Webserver einen Apache2 Webserver zusammen mit PHP5 und einer mySQL-Datenbank auf einer Buffalo LinkStation installiert. Die Buffalo LinkStation ist ein Netzwerkspeicher (NAS) mit Festplatten der für die zentrale Speicherung von Daten in einem lokalen Netzwerk verwendet werden kann. Die LinkStation kann auch über das Internet erreicht werden wenn man sie und den Router entsprechend konfiguriert.

Eine Besonderheit ist die LinkStation durch zusätzlich installierte Software so zu erweitern das diese nicht nur als zentrale Netzwerkspeicher eingesetzt werden kann, sondern auch als normaler Standard-Webserver der auch für eine Website bzw. Homepage einer Firma genutzt werden kann. Durch standardisierte Software kann dann die LinkStation dann sehr universell für viele Zwecke dienen.

Vorteile

Einer der größten Vorteile ist sicher ein bereits vorhandenes Gerät zu erweitern, sodaß weitere Aufgaben damit erfüllt werden können. Besondere Aspekte dabei sind kompakte Bauweise, stromsparender und leiser Betrieb. Man kann den zusätzlichen Webserver für eine Firmen-Homepage nutzen, eine Präsentation online stellen, einen Medienserver für Musik, Filme oder Fotos bereitstellen, eine virtuelle Videothek damit betreiben, Musik ohne Download direkt streamen, oder die LinkStation zu Überwachungszwecke einsetzen. Die Möglichkeiten sind fast nicht begrenzt.

Nachteile

Der gravierenste Nachteil ist die technische Ausstattung, besonders die CPU bei den kleineren LinkStation-Modellen verbaut ist, denn die LinkStation ist nicht als Hochleistungs-Webserver für viele Anwender gleichzeitig konzipiert, sondern grundsätzlich als zentraler Datenspeicher für lokale Netzwerkbenutzer ausgelegt. Die kostengünstigen, kleineren LinkStation-Modelle haben beispielsweise Prozessoren mit nur etwa 500 MHz. Damit ist zwar auch ein Webserver betreibbar, aber viele Anwendungen reagieren nur träge oder sogar langsam. Für kleinere Anwendergruppen ist der Betrieb aber dennoch ausreichend. Alle rechenintensiven Aufgaben die in einem Hochleistungs-Webserver von mehreren Prozessorkernen gleichzeitig abgearbeitet werden sind zumindest für die kleineren LinkStation-Modellen mit CPU´s im MHz-Bereich nicht zu empfehlen.

Vorraussetzungen für den Betrieb

Folgende Vorraussetzungen müssen vorher erfüllt werden damit der Webserver installiert werden kann:

Telnet
wget
Ipkg
dynDNS

Vorhandenen Apache 1.3 Webserver konfigurieren

Ein funktionsfähiger Webserver, der Apache 1.3, ist bereits in der Firmware der LinkStation. Der bereits installierte Webserver ist notwendig, da ansonsten auch keinerlei Seiten des Webinterface der LinkStation ausgeliefert werden könnten.

Es gibt zwei Möglichkeiten eine eigene Homepage auf der LinkStation Pro Duo zu betreiben. Die erste Möglichkeit wäre eine zweite Instanz des bereits installierten Apache 1.3 Webserver zu starten. Die zweite und bessere Möglichkeit ist die Installation des neuen Apache 2 Webserver zusätzlich zu dem bereits vorhandenen Apache 1.3.

Zuerst einmal werden wir eine Veränderung in der Konfigurationsdatei httpd.conf des vorhandenen Apache 1.3 vornehmen. Und zwar soll der Apache 1.3 unter dem Port 8080 anstelle des Standard-Port 80 zu erreichen sein.

Öffnen Sie die Konfigurationsdatei des Apache 1.3 httpd.conf im Editor Vi:

vi /etc/apache/httpd.conf

Suchen Sie in der Datei die Zeile:

Port 80

und ändern Sie diese in:

Port 8080

Nachdem Sie die Datei httpd.conf gespeichert haben müssen Sie den Apache 1.3 neustarten:

/etc/init.d/httpd.sh restart

Das Webinterface der LinkStation ist nun unter dem neuen Port 8080 erreichbar. Es muss also in Zukunft mit der Portangabe :8080 aufgerufen werden:

http://IP-Adresse-der-LinkStation:8080

Wer das Webinterface der LinkStation über das Internet aufrufen möchte, benötigt neben einer DynDNS-Adresse eine Portweiterleitung des Port 8080 im Router auf die IP-Adresse der LinkStation. Im Webbrowser wird das dann folgendermassen eingegeben:

http://DynDNS-Adresse:8080

An dieser Stelle wäre es eine gute Idee eine DynDNS-Adresse einzurichten, falls Sie dies nicht schon gemacht haben. Eine Anleitung dazu finden Sie hier.

Ipkg Paketliste aktualisieren und Apache 2 Webserver installieren

Jetzt werden wir die Ipkg-Paketliste aktualisieren um den neuesten Apache 2 installieren zu können. Dies ist notwendig weil ständig Updates der verfügbaren Pakete stattfinden:

ipkg update

Nun lassen wir uns die Liste der zur Zeit verfügbaren Ipkg-Pakete seitenweise anzeigen:

ipkg list | more

Der gesuchte Apache 2 findet sich gleich auf der ersten Seite und wird von uns mit dem folgenden Befehl installiert:

ipkg install apache

Alle benötigten Dateien des Apache werden durch Ipkg jetzt auf der LinkStation installiert. Nach der Installation wird das System gleich versuchen den Webserver zu starten. Das funktioniert möglicherweise noch nicht da erst einige Grundeinstellungen des Apache konfiguriert werden müssen. Weiter geht es mit der Konfiguration des neu installierten Apache 2. Öffnen Sie die Konfigurationsdatei des Apache 2 im Editor Vi:

vi /opt/etc/apache2/httpd.conf

Suchen Sie in der Datei nach der Zeile:

Listen 8000

und ändern Sie diese in:

Listen 80

Ein Stück weiter unten in der Datei stehen die Zeilen mit den LoadModule Anweisungen. Sie benötigen nur einen Bruchteil der vorgeschlagenen Module. Löschen Sie alle Zeilen die nicht benötigt werden. Zum Schluss sollte dieser Bereich in der httpd.conf folgendermassen aussehen:

LoadModule authn_file_module libexec/mod_authn_file.so
LoadModule authn_dbm_module libexec/mod_authn_dbm.so
LoadModule authn_anon_module libexec/mod_authn_anon.so
LoadModule authn_dbd_module libexec/mod_authn_dbd.so
LoadModule authn_default_module libexec/mod_authn_default.so
LoadModule authz_host_module libexec/mod_authz_host.so
LoadModule authz_groupfile_module libexec/mod_authz_groupfile.so
LoadModule authz_user_module libexec/mod_authz_user.so
LoadModule authz_dbm_module libexec/mod_authz_dbm.so
LoadModule authz_owner_module libexec/mod_authz_owner.so
LoadModule auth_basic_module libexec/mod_auth_basic.so
LoadModule auth_digest_module libexec/mod_auth_digest.so
LoadModule include_module libexec/mod_include.so
LoadModule mime_module libexec/mod_mime.so
LoadModule autoindex_module libexec/mod_autoindex.so
LoadModule cgid_module libexec/mod_cgid.so
LoadModule dir_module libexec/mod_dir.so
LoadModule alias_module libexec/mod_alias.so
LoadModule rewrite_module libexec/mod_rewrite.so
#LoadModule php5_module libexec/libphp5.so

Der Apache 2 lässt sich mit den folgenden Befehlen beeinflussen:

/opt/etc/init.d/S80apache start|stop|restart

Starten Sie den Webserver mit dem folgenden Befehl neu:

/opt/etc/init.d/S80apache restart

Wenn Sie beim Neustarten des Apache 2 die folgende Fehlermeldung erhaltet:

Could not determine the server’s fully qualified domain name

liegt das daran das kein FQDN = Fully Qualified Domain Name in der httpd.conf eingetragen ist. Der Apache 2 funktioniert trotzdem und setzt als Domain die IP-Adresse der LinkStation ein. Sie können dies überprüfen wenn Sie in einem Web-Browser folgendes eintragen:

http://IP-Adresse-eurer-LinkstationProDuo

Es sollte das bekannte „It works!“ von Apache erscheinen. Herzlichen Glückwunsch, die LinkStation verfügt nun über einen funktionierenden Apache 2 Webserver.

Installation von PHP5 und PHP-MySQL

Weiter geht es mit der Installation von PHP5 als Apache 2 Modul. Zuerst wird die Ipkg Paketliste aktualisiert:

ipkg update

Mit dem folgenden Befehl werden eventuell veraltete installierte Pakete und Verknüpfungen aktualisiert:

ipkg upgrade

Jetzt kann das PHP5 Paket installiert werden:

ipkg install php-apache

Um zu überprüfen ob Ipkg einen Eintrag in der httpd.conf zum Laden des PHP 5 Moduls angelegt hat öffnen Sie die Datei im Editor Vi:

vi /opt/etc/apache2/httpd.conf

Suchen Sie nach der Zeile:

#LoadModule php5_module libexec/libphp5.so

und entfernen Sie die Raute vor der Zeile:

LoadModule php5_module libexec/libphp5.so

Falls die Zeile nicht vorhanden ist müssen Sie diese unter den LoadModule Anweisungen hinzufügen.

Suchen Sie nach den Zeilen:

<IfModule dir_module>
    DirectoryIndex index.html
</IfModule>

und ändern Sie diese folgendermassen:

<IfModule dir_module>
    DirectoryIndex index.shtml index.htm index.html index.php
</IfModule>

Suchen Sie nach den Zeilen:

AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz

und fügen Sie darunter ein:

AddType application/x-httpd-php .php .shtml
AddType application/x-httpd-php-source .phps

Suchen Sie nach den Zeilen:

#AddType text/html .shtml
#AddOutputFilter INCLUDES .shtml

und entfernen Sie die Rauten vor den Zeilen:

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

Speichern Sie die Datei httpd.conf und öffnen die PHP Konfigurationsdatei /opt/etc/php.ini im Editor Vi:

vi /opt/etc/php.ini

Suchen Sie in der Datei nach der Zeile:

; Dynamic Extensions ;

In diesem Bereich sind verschiedene Dynamic Extensions eingetragen. Überprüfen Sie ob die folgende Zeile dort eingetragen ist:

extension=mysql.so

Falls dieser Eintrag nicht vorhanden sein sollte müssen Sie ihn ergänzen.

Suchen Sie die Zeile:

mysql.default_port =

und tragen den Standard MySQL Port ein:

mysql.default_port = 3306

Nach dem speichern der Daten geht es weiter mit der Installation von PHP-MySQL. Der folgende Befehl installiert das gewünschte Paket Php-Mysql:

ipkg install php-mysql

Die MySQL Konfigurations-Datei befindet sich übrigens unter: /opt/etc/my.cnf. Dies nur zur Information, für den normalen Betrieb der Mysql-Datenbank sollte eine Änderung bzw. Anpassung der my.cnf nicht nötig sein.

Sie können nun den Webserver neustarten:

/opt/etc/init.d/S80apache restart

Der Apache 2 Webserver sollte nun ohne Fehlermeldung mit PHP und MySQL-Unterstützung starten. Sollte das nicht auf Anhieb funktionieren hilft meist ein Neustart der LinkStation.

Apache 2 Webserver per FTP erreichen

Nach der Installation des Apache 2 mit PHP und MySQL-Erweiterung wird der neue Webserver zunächst auf seine korrekte Funktion getestet. Erstellen Sie über das Webinterface der LinkStation einen neuen Ordner für Webseiten. Sie können diesen Ordner beispielsweise www, html, homepage oder webserver nennen. Für diesen neuen Ordner aktivieren Sie die FTP-Unterstützung um später per FTP auf den Server übertragen zu können. Aktivieren Sie die Zugriffsbeschränkungen für den Ordner und konfigurieren Sie die Schreib- und Leserechte.

Nun können Sie sich mit einem FTP-Programm mit dem neuen Webserver verbinden und eine Homepage in den neu angelegten Webserver-Ordner kopieren.

Apache 2 Webserver konfigurieren

Um dem Apache 2 Webserver mitzuteilen wo er die Webseiten suchen soll müssen Sie noch einmal die Datei httpd.conf öffnen um den Pfad DocumentRoot anzupassen:

vi /opt/etc/apache2/httpd.conf

Suchen Sie die Zeile in der DocumentRoot angegeben ist. Beispiel:

DocumentRoot "/var/www/"

ändern Sie die Zeile in:

DocumentRoot "/mnt/array1/webserver"

<note important>Hinweis: Der Pfad zum DocumentRoot ist in diesem Fall /mnt/array1/webserver weil die LinkStation im RAID-0 Modus betrieben wird. Wer die LinkStation im RAID-1 Modus betreibt muss die Pfade eventuell anpassen in /mnt/disk1/webserver</note>

Speichern Sie die Datei httpd.conf und starten den Apache 2 neu:

/opt/etc/init.d/S80apache restart

Die Webseiten können nun mittels http://IP-Adresse in einem Web-Browser aufgerufen werden. Sollte der Aufruf der Homepage nicht möglich sein, weil der Browser einen Fehler 403 - Zugriff verboten zurückgibt, müssen Sie noch einmal die Apache-Konfigurationsdatei aufrufen:

vi /opt/etc/apache2/httpd.conf

Suchen Sie in der Datei nach dem folgenden Eintrag:

<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>

Kommentieren Sie den Eintrag mittels Raute aus:

#<Directory />
#    Options FollowSymLinks
#    AllowOverride None
#</Directory>

Jetzt sollte der Aufruf der Homepage funktionieren. Damit ist die Installation abgeschlossen. Sie können nun statische Webseiten mit der Dateiendung .htm oder .html speichern, oder dynamische Webseiten mit .php als Dateiendung. Um den Webserver sinnvoll einzusetzen empfehlen wir Ihnen die Installation eines Content Management Systems (CMS). Wir haben erfolgreich das kleine aber feine CMS2Day im Einsatz das wir Ihnen hiermit empfehlen.

Virtuelle Maschinen und Container

anonymous@undisclosed.example.com (Anonymous) — Wed, 06 Oct 2021 14:38:22 +0000

Virtuelle Maschinen und Container

Linux-Container und virtuelle Maschinen (VM) sind paketierte Computing-Umgebungen, die verschiedene IT-Komponenten vereinen und vom Rest des Systems isolieren. Sie unterscheiden sich hauptsächlich in Bezug auf ihre Skalierbarkeit und Portierbarkeit.

Was ist der Unterschied zwischen einer virtuelle Maschine und einem Container?

Virtuelle Maschinen

Eine virtuelle Maschine (VM) emuliert durch Software ein Computersystem. Dadurch ist es möglich, viele dieser „virtuellen Maschinen“ getrennt voneinander auf einer einzigen Hardware zu betreiben, dem Host-Server. Dabei teilen sich die Softwares der VM – also Betriebssysteme wie Linux oder Windows und entsprechende Anwendungen – die Hardware-Ressourcen wie Festplatten, Arbeitsspeicher und CPU des Host-Servers. Jede VM hat dabei ein eigenes, vollständiges Betriebssystem, das auf einer emulierten Hardware läuft. Diese wird durch eine Software simuliert, die man Hypervisor nennt. Sie sitzt zwischen dem Betriebssystem des Host-Servers und der virtuellen Maschine.

Vorteile von VM´s

Dank der zahlreichen, ihnen zur Verfügung stehenden Ressourcen können VM´s ganze Server, Betriebssysteme, Desktops, Datenbanken und Netzwerke abstrahieren, aufteilen, duplizieren und emulieren.

Nachteile von VM´s

Jede einzelne VM muß getrennt voneinander administriert werden, da diese ja komplett getrennt sind. Dadurch ist der Verwaltungs- und Zeitaufwand beispielsweise bei Updates durch ein vielfaches höher.
Ausserdem sind VM´s eine enorme Belastung an Systemressourcen. Jede VM führt nicht nur eine vollständige Kopie eines Betriebssystems aus, sondern auch eine virtuelle Simulation der gesamten Hardware, die dieses Betriebssystem zur Ausführung benötigt. Dies summiert sich schnell zu einer Menge an Arbeitsspeicher und CPU-Zyklen, die blockiert werden.
VM´s haben eine geringere Performance (sind langsamer) als reale Maschinen, da sie indirekt über den Hypervisor auf die Hardware zugreifen.

Container

In einen Container werden nur die App und alle zum Ausführen erforderlichen Dateien paketiert. Häufig werden darin auch einzelne Funktionen paketiert, die bestimmte Aufgaben (sogenannte Microservices) ausführen. Container können aufgrund ihrer geringen Größe und ihres gemeinsam genutzten Betriebssystems (OS) sehr einfach in verschiedenen Umgebungen hin- und hergeschoben werden.

Wie VM´s sind auch Container ein Weg zur Virtualisierung. Doch sie virtualisieren dabei nicht ein ganzes Computersystem, sondern nur das Betriebssystem. In der Regel enthält ein Container nur eine Anwendung mit allen Binärdateien, Bibliotheken und Konfigurationsdateien, welche diese braucht. Dabei teilt sich jeder Container den Kernel des Host-Betriebssystems und normalerweise auch dessen Binärdateien und Bibliotheken. Diese von allen Containern verwendeten Komponenten sind schreibgeschützt. Durch diese gemeinsame Nutzung ist es nicht notwendig, dass der Code des Betriebssystems mehrmals kopiert werden muss.

Daher sind Container außergewöhnlich klein – sie sind nur wenige Megabyte groß und benötigen daher auch nur Sekunden zum Starten. VM´s dagegen brauchen oft Minuten, bis sie am laufen sind. Durch die geringe Größe von Containern kann man eine sehr große Zahl gleichzeitig auf einem Host-Server ausführen.

Container spielen heute eine große Rolle bei der agilen Softwareentwicklung, da man mit ihnen unzählige Versionen einer Anwendung mit all ihren Abhängigkeiten gleichzeitig testen kann. Zudem machen sie es möglich, sehr große und komplexe Softwarearchitekturen in Softwarekomponenten, sogenannte Microservices, zu zerlegen. Dabei läuft jeder Anwendungsprozess als Microservice in einem eigenen Container und kommuniziert über eine Schnittstelle mit anderen Prozessen. Dadurch ist es möglich, jederzeit einzelne Microservices unabhängig von den anderen zu ändern oder neu zu deployen, ohne die Stabilität der gesamten Softwarearchitektur zu gefährden. Firmen können so schnell große Architekturen aufbauen, skalieren und im laufenden Betrieb entwickeln. Beispiel von Unternehmen, die auf Microservices setzen, sind Google, Amazon und Netflix.

Die am häufigsten verwendete Plattform zur Container-Virtualisierung ist Docker. Ihr Name wird oft auch als Synonym für die Technologie benutzt. Auch die Cloud Container Engine der Open Telekom Cloud basiert auf Docker.

Vorteile von Containern

Weniger Kosten: Container benötigen weniger Systemressourcen als herkömmliche oder virtuelle Maschinen, da sie nur die erforderlichen Daten zur Ausführung der Applikation enthalten. Unternehmen können durch Container die Zahl ihrer Server und notwendiger Lizenzen stark reduzieren.
Portabilität: Einmal „containerisiert“, können Anwendungen auf jeder beliebigen Infrastruktur bereitgestellt und verschoben werden – auf virtuellen Maschinen, auf Bare Metal und auf verschiedenen Public Clouds mit unterschiedlichen Hypervisoren. DevOps-Teams wissen, dass Anwendungen in Containern unabhängig vom Einsatzort immer gleich ausgeführt werden.
Größere Effizienz: In Containern können Anwendungen schneller bereitgestellt, gepatcht oder skaliert werden als in VM´s. Container können daher zum Beispiel Entwicklungs-, Test- und Produktionszyklen stark beschleunigen.

Nachteile von Containern

Schwierige Persistenz von Daten: Das Design von Containern sieht vor, dass alle Daten verschwinden, wenn der Container heruntergefahren wird, es sei denn, Sie speichern sie zuerst an einem anderen Ort.
Nicht alle Anwendungen profitieren von Containern: Im Allgemeinen können nur Anwendungen, die für die Ausführung als Mikrodienste ausgelegt sind, das meiste aus Containern herausholen.
Sicherheit: Der gemeinsam genutzte Linux-Kernel bietet weit mehr Angriffsfläche für Attacken als ein Hypervisor in einer VM. Gelingt es einem Angreifer, von einem Container aus auf den Kernel zuzugreifen, sind in der Regel alle an ihn geknüpften Container betroffen. VMs isolieren daher Anwendungen in der Regel besser als Container.

Wissenswertes zu diesem Thema

VM´s können in VM´s ausgeführt werden (VM-Kaskade)
Container können in VM´s ausgeführt werden, nicht aber VM´s in Containern
Container und VM´s sind keine konkurrierenden, sondern aufeinander erweiternde Technologien

FritzBox

anonymous@undisclosed.example.com (Anonymous) — Sat, 17 Apr 2021 20:15:33 +0000

FritzBox

FRITZ!Box Fon WLAN 7390 mit Firmware 06.86 ändert selbstständig Portfreigaben

Am 17.4.2021 beobachteten wir an einer FritzBox 7390 einen wohl sehr seltenen, dafür aber sehr ärgerlichen Fehler. Direkt nach einer Internet-Zwangstrennung durch die Telekom wurden einige der fest eingerichteten Portfreigaben willkürlich geändert - und das obwohl UPnP nur für Statusinformationen genutzt wird, nicht jedoch bei Portfreigaben. Eine Änderung kann da wirklich den Supergau mit Totalausfall sämtlicher Freigaben auf Server bedeuten.

Während wir noch auf der Suche nach dem Problem waren, und um die bisher eingerichteten Portfreigaben wieder herzustellen, wurde die Internetverbindung wieder durch die Telekom getrennt und plötzlich waren auch die Portfreigaben wieder wie vorher.

Es scheint also tatsächlich so zu sein das sich die Portfreigaben ändern können, je nachdem welche IP-Adresse man gerade von der Telekom zugewiesen bekommen hat. Ich weiss das klingt nach totalem Unsinn, aber genau das ist hier passiert. Das aber ein Prozess von aussen die Portfreigaben verändern kann ist mehr als bedenklich.

Leider gibt es ausser die Firmware 06.86 keine neuere Firmware mehr für die FritzBox 7390 und ich hatte das Problem in 8 Jahren Betrieb auch noch nicht gehabt, aber ärgerlich ist das trotzdem weil man diese Portänderungen ja unter Umständen gar nicht mitkriegt. Die FritzBox selbst loggt das zwar im Syslog mit, aber das dadurch eventuell eingerichtete Dienste ausfallen bemerkt man vielleicht erstmal nicht.

Die Lösung kann also sein hier die Internetverbindung manuell zu trennen und auf eine neue IP-Adresse zu warten wenn das Phänomen wieder einmal auftritt.

In einem Forum habe ich folgende Erklärung von einem User gefunden:

Seitdem die FRITZ!Box PCP für die eigenen Freigaben verwendet, müssen alle registrierten Freigaben in sehr kurzen Intervallen (iirc inzwischen nach 2 Minuten) „erneuert“ werden, für die statischen Portfreigaben, die in den FRITZ!OS-Einstellungen konfiguriert werden, sind dabei ein paar Daemons zuständig, die diese regelmäßigen Aktualisierungen beim „pcpd“ ausführen. Wenn bei denen dann irgendwann die Aktualisierung klemmt, laufen die einmal aus und danach fragt der Server dann auch nicht mehr beim Client nach bzw. weist diesen darauf hin, daß die Freigabe demnächst abläuft.

Stellt der „dsld“ eine neue Internetverbindung her, müssen ohnehin alle vorhandenen Freigaben entfernt und neu eingerichtet werden, denn die verwenden extern ja noch die alten IP-Adressen. Dabei werden dann auch alle anderen Daemons benachrichtigt und diejenigen, die zwischenzeitlich „vergessen“ hatten, daß da doch noch irgendwas war, werden auch wieder aktiv.

Aber auch diese Signalisierung des „dsld“ an die anderen Daemons (die Kommunikation zwischen diesen erfolgt überwiegend mit Messages über IPC) kommt wohl manchmal unter die Räder nach einer neuen Internet-Verbindung und dann braucht es erst wieder andere Ereignisse, die für die WAN-Anbindung relevant sind (z.B. den Ablauf einer IPv6-Lease und die Zuweisung einer anderen Adresse/eines anderen Netzes - o.ä.), damit eine weitere Benachrichtigung ausgelöst wird.

Bei der Suche danach, was zum „Vergessen“ dieser Aktualisierungen führt (bzw. vermutlich eher, wo die Infos abbleiben, die eine Aktualisierung auslösen sollten), war AVM bisher wohl noch nicht in allen denkbaren Fällen erfolgreich - obwohl sich die Situation ggü. älteren Versionen schon ziemlich verbessert hat, wenn die Freigaben bis zur neuen Internet-Verbindung durchhalten. Früher verschwanden die auch mitten im Betrieb und nicht erst nach der Zwangstrennung.

Pi-hole

anonymous@undisclosed.example.com (Anonymous) — Tue, 28 Sep 2021 11:06:39 +0000

Pi-hole

Pi-hole ist ein DNS-basierter Ad-Blocker der auf einem Raspberry Pi läuft. Pi-hole ist ein Open-Source-Programm das über schwarze Listen mit Domain-Einträgen (Blacklist) bestimmte Seiten und Inhalte von Websites entfernen kann, indem es die Aufrufe dieser gesperrten Inhalte verhindert. Auf diese Weise kann Pi-hole nicht nur Werbung blockieren, sondern auch den Aufruf verseuchter Webseiten verhindern oder nicht-jugendfreie Inhalte blockieren.

Installation

curl -sSL https://install.pi-hole.net | bash

Aktualisierung / Update

pihole -up

Passwort ändern

pihole -a -p

Pi-hole Userspace

https://discourse.pi-hole.net

Videos

https://www.youtube.com/results?search_query=pi-hole&sp=CAI%253D