Wer tauscht denn? NBB oder Qnap?
Ich habe mit einem ähnlichen Problem vor 2 Wochen direkt an Qnap NL eingeschickt. Bisher noch nichts passiert
Wer tauscht denn? NBB oder Qnap?
Ich habe mit einem ähnlichen Problem vor 2 Wochen direkt an Qnap NL eingeschickt. Bisher noch nichts passiert
Es ist sehr spannend , dass schon einige in der letzten Wochen ein ähnliches Problem hatten, mich inklusive:
QNAP TS 453Be macht gar nix mehr
Ich habe vor 2 Wochen direkt an Qnap in NL geschickt. NBB verweist eher auf Qnap-Support
Nun hat es mich auch erwischt. Seit gestern habe ich dieselbe Symptome.
Voraussetzungen
- Ports 80 und 443 freimachen
Die Ports 80 und 443 sind möglicherweise auf dem Router und dem QNAP bereits belegt. Sie müssen dort durch andere Ports ersetzt werden, da sie später vom ACME-Protokoll des LetsEncrypt-Containers benötigt werden. Diese lassen sich meines Wissens aktuell (noch) nicht überschreiben. Ich hatte zu Anfang immer mit Port-Mappings gearbeitet. Dann hat aber das Generieren der Zertifikate nicht funktioniert.- Portweiterleitung im Router für Ports 80 und 443
Im Router muss jetzt eine Portweiterleitung für die Ports 80 und 443 auf die IP des QNAP-Systems eingerichtet werden. Auf diese Ports wird später der nginx-Reverse-Proxy lauschen.
Ist es nicht so, dass wenn man Netzwerk von Containern in Bridge-Mode laufen lässt und andere (feste) IPs vergibt, dann gibt es keine Kollisionen mit Port 80/433 auf Qnap?
Wenn man eine richtige IP-Adressde haben möchte, so9llte man die Konfigurationsanweisungen auf https://hub.docker.com/r/diginc/pi-hole/ befolgen.
Bei mir habe folgende Umgebungsvariablen bei der Erstellung von Container definiert:
ServerIP=Bridge IP-Adresse (192.168.1.xxx)
IPv6=False (brauche IP6 nicht)
TZ=Europe/Berlin (richtige Docker-Zeit )
Ich habe mir gerade 16GB bei speicher.de bestellt. Laut Artikelbeschreibung wurden 16GB erfolgreich getestet.