Pete0

Hm, that's strange. I'm on Firefox 110.0.1 and Windows 11. But your avatars still seem pretty big. Have you enabled the compact mode in the customizer? If I do so my avatars shrink in size.

Ich weiß nicht, ob es der beste weg ist aber ich selbst benutze dafür Adminer, den es auch als Container für Unraid gibt.

This is probably a very minor 'problem' but I am one of those who identify most users by their avatar instead of the name - or at least it makes it easier for me. Using the forums compact layout the avatars of most users look like this which makes it rather heard to identify a user. I keep having the problem to scroll up a thread and check weather I had a conversation with a user already.

Kleines Update von mir. Ich habe auch nochmal nach Hilfe im Pi-hole Forum gesucht. Dort wurde mir bestätigt, dass das ganze Thema nichts mit Pi-hole zutun hat. Ich habe also weiter gesucht und mir ist eine Sache immer wieder aufgefallen. Wenn mein DNS-Dienst eine IPv6 meiner FritzBox zurückliefert, tritt das beschriebene Problem auf. Wenn eine IPv4 zurück kommt, funktioniert alles wunderbar. Das Problem liegt also irgendwo auf FritzBox-Seite. Ich kann das beliebig oft nachstellen indem ich IPv6 im DNS entferne bzw. wieder hinzufüge. Ich bin nur leider nicht dazu gekommen mit weiter um das Problem zu kümmern. Aktuell läuft alles 'nur' mit IPv6. Ich werde versuchen demnächst ein FritzBox-Forum zu finden und dort um Hilfe zu bitten.

Werde ich auch mal versuchen. Gerade tippe ich einen Beitrag im Pihole-Hilfeforum.

Ich habe Pihole mal deaktiviert in gesamten Netzwerk und die FritzBox neugestartet. Sowie den Rechner (+ ipconfig /flushdns). Und ja, ich erreiche jetzt wieder meine Container aus dem lokalen Netz. Aber wie kann ich sicher sein, dass es tatsächlich am Pihole liegt? Immerhin hat es gestern ja auch mit Pihole funktioniert? Allgemein hat es Monate lang mit Pihole funktioniert. Ich weiß auch nicht, wie ich jetzt weiter verfahre oder in welcher Richtung ich suchen soll. Bei Pihole bleiben würde ich schon gern.

Mag ja sein, dass es nicht schadet und ich habe es ja auch zu der Liste von Ausnahmen hinzugefügt. Es hat aber nicht geholfen.

Leider ist das Problem wieder da. Also vom Neuen...

Nur zur Info. Die Einträge im DNS-Rebind-Schutz sind auch nicht mehr drinnen.

Wenn ich das richtig verstehe (ich musste googeln) ist Authelia ein Docker für 2-Faktor-Authentifizierung. Ich nutze diesen gar nicht, der Container ist nicht installiert. Er wurde halt von SWAG angezeigt, dass die Datei veraltet sei. Ich nahm an, dass das eine SWAG Konfigurationsdatei ist. Ein Update vom Swag-Container habe ich nicht gemacht. Nicht diese Woche. So oder so, jetzt läuft ja gerade wieder der Stand, der eigentlich nicht funktionieren dürfe, wenn es denn überhaupt an diesen zwei Dateien liegt. Meine Container-Konfigurationsdateien wurden auch angezeigt, dass die Aktualisiert werden sollten. Ich habe alle mit vimdiff verglichen und es wurden nur Dinge in Kommentaren geändert. Aktuell stehe ich komplett auf dem Schlauch. Es tut plötzlich alles wieder.

Da läuft ein Pihole. Ich glaube ich habe mehr oder weniger das Problem eingrenzen können. Beim Start von SWAG bekam ich diese Meldung: **** The following active confs have different version dates than the samples that are shipped. **** **** This may be due to user customization or an update to the samples. **** **** You should compare the following files to the samples in the same folder and update them. **** **** Use the link at the top of the file to view the changelog. **** ┌────────────┬────────────┬────────────────────────────────────────────────────────────────────────┐ │ old date │ new date │ path │ ├────────────┼────────────┼────────────────────────────────────────────────────────────────────────┤ │ 2022-09-22 │ 2023-02-09 │ /config/nginx/authelia-server.conf │ └────────────┴────────────┴────────────────────────────────────────────────────────────────────────┘ Für mehrere Datien. Auch für die Datei authelia-location.conf. Vor dem Update habe ich zum Glück eine Backup-Datei von dem funktionierenden Original erstellt. Als ich die Backupdateien der zwei authelia-Konfigurationen wiederhergestellt habe, hat es wieder funktioniert. Nur verwirrend ist, um sagen zu können an welcher der beiden es liegt habe ich die eine Datei von *.sample wieder zu *.conf umbenannt und neugestartet. Nach authelia-location.conf.sample -> authelia-location.conf: Alle Docker waren erreichbar. Also war ich mir sicher, dass es an authelia-server.conf liegen muss. Um das zu verifizieren habe ich also auch authelia-server.conf.sample zu authelia-server-conf umbenannt und SWAG wieder neugestaret. Ich habe erwartet, dass es wieder nicht funktioniert. Es funktioniert aber immer noch. 😫

Nein, es kommt wieder die Meldung, dass die FritzBox wegen dem DNS-Rebind-Schutz aus Sicherheitsgründen abgewiesen hat.

Browser-Cache gelöscht und mit dem Edge getestet. Hat nichts gebracht. HTTP geht nicht. 400 Bad Request Was aber nach dem Browser-Cache-Löschen aber kommt ist die Meldung von Firefox, dass der Seite nicht getraut wird. Hier verstehe ich leider auch nicht warum das kommt. Zertifikate werden ja von SWAG automatisch erstellt via LetsEncrypt.

Ja, funktioniert definitiv. Alle 3 Docker habe ich mit meinem Smartphone getestet indem ich aus dem WLAN raus bin und über das Handynetz war alles erreichbar. Jellyfin und Vaultwarden funktionieren. Wenn ich aber Nextcloud aufrufe (https://192.168.178.3:2443) lande ich aus irgendeinem Grund wieder auf der FritzBox und die von mir eingegebene IP wird durch den öffentlichen Domain-Namen ersetzt.

@cz13 ja, einen Neustart habe ich versucht. Hat nichts gebracht.

Hallo, ich habe nun seit einigen Monaten einen DynDNS-Dienst, Reverse-Proxy (SWAG) mit einigen Subdomains am Laufen. Dazu gehört Jellyfin, Nextcloud und Vaultwarden. Wenn ich das aktuell richtig einschätzen kann, funktioniert der Zugriff außerhalb meines Heimnetzwerkes auch noch weiterhin. Wenn ich aber innerhalb meines Netzwerkes auf einen der Server zugreifen möchte, bekomme ich die Fehlermeldung: Ich bin nicht sicher warum das heute erst aufploppt. Wie gesagt, es hat bisher immer funktioniert. Ich wollte nun also die drei Domains in besagte Konfiguration eintragen. Bekomme aber dann folgende Fehlermeldung: Ich bin nicht sicher, ob ich den Rebind-Schutz richtig konfiguriert habe. Ich weiß, ich muss nicht über die URL auf den Dienst zugreifen, würde es aber trotzdem gerne richtig konfiguriert bekommen. Habe ich irgendwo was falsch gemacht?

Oh, damn. I'm sorry. I didn't see that.

Does somebody know the correct way to change the VNC password? And also @SmartPhoneLover since there is not much going on in this thread, thank you very much for providing this docker.

Danke für den Input an euch beide. Ich denke, dass ich wirklich einfach eins nach dem anderen mache, wie ihr beschrieben habt. Auch wenn das dann vermutlich über einige Tage verteilen wird, bis es fertig ist.

Weiß nicht, wie andere Meinungen dazu sind. In dem Video erwähnt er auch, dass - so wie @Archonw es beschreibt - besser ist, wenn die Festplatte noch keinen Defekt hat. Würde für mich aber bedeuten, dass ich die Parität insgesamt 4 Mal neu erstellen muss. 1. Parity von 4 TB auf 12 2. Tausch deiner Seagate 4 TB gegen die zweite 12 TB Platte 3. Tausch der Seagate aus 2. mit einer der alten WD Platten. 4. Daten der verbliebenen WD Platte auf die 12 TB aus 2. verschieben und dann die letzte WD nullen, damit diese aus dem System ausgebaut werden kann.

Laut diesem Video geht das schon.

Hallo, vorab - meine aktuelles Array sieht so aus Parity Seagate 4TB 1 Seagate 4TB 2 WD 4 TB 3 WD 4 TB Nr. 2 und 3 sind mittlerweile sehr alt und ich fühle mich damit nicht mehr sicher. Ich habe zwei 12 TB WD bestellt und habe vor im ersten Schritt Nr. 3 durch die Parity Platte zu ersetzen. Und anstelle der Parity kommt die erste 12 TB Platte rein. Wenn ich das ganze Vorgehen richtig verstanden habe, wird das Array anschließend so aussehen: Parity WD 12 TB 1 Seagate 4 TB 2 WD 4 TB 3 Seagate 4 TB (zuvor Parity) Meine Frage wäre nun, da ich das vorher noch nie gemacht habe: wenn ich Pech habe und bekomme eine Defekte 12 TB von WD, eine die Fehler wirft beim Parity-Kopieren, sind dann die Daten von Platte 3 verloren? Platte 3 wird ja aus dem System genommen und mit der Parity Platte ersetzt. Anschließend werden die Paritydaten von 3 auf Parity kopiert. Wenn es hier Fehler gibt werde ich die 12 TB Platte wieder rausnehmen müssen. Werden zu dem Zeitpunkt die ursprünglichen Daten noch auf der alten Parityplatte vorhanden sein, sodass ich den Prozess später erneut starten kann? Ich habe leider keine Möglichkeit auf dem Server (wegen fehlender SATA Ports und auch wegen meiner unRAID Basic Lizenz) einen Preclear der 12 TB Platte zu machen. Eine Mögichkeit die Platte über USB, nach Arraystart, an dem Server einzuhängen, habe ich leider auch nicht.

@ich777 I've had a strange problem in the past and asked about it here. Unfortunately you were not able to reproduce or pinpoint the issue. The original posts to the issues are here: The issue was that after a stork of the container it kept on crashing and I was not able to start it again. Today I think I found the cause but I don't know why it is happening. My Firefox Container has a VNC password set. I did it as you have described in your pinned post on how to setup a password for VNC. Anyway, today the container again was crashing. I stopped the container, removed the variable for TurboVNC Parameters and the Container was starting again. I believe I now can set the parameter again and it will start normaly again - until it starts again to crash. Maybe this helps!?

That is correct. No, haven't done that. Since I had the problem last time I am pretty sure not to have messed with the container or it's configruation too much. Only thing that I see that is different from other working containers is that the appdata directory of firefox has permissions drwxrwx--- while every other directory has drwxrwxrwx

@ich777 some time ago I had this issue Today I am having exact same problem but I think this time I did not mess up any configuration, see picture: Or, at least I hope I did notwhing wrong. Last time I fixed it by removing and reinstalling the contianer. The suggestions you made last time did not help. Not sure what is going wrong here. All I know is that I hadn't the container running for a couple of weeks but the contianer was updated multiple times meanwhile. Edit: a fresh installation fixed it again but having to configure everything again sucks.