mgutt

Wie greifst du denn auf Vaultwarden zu? Also https mit lokaler IP? Mag der das schon nicht oder ab wann weigert er sich zu arbeiten? Mehr Input bidde.

Würde mich auch interessieren. https braucht man ja eh nicht. Zumindest nicht über die IP.

Boards mit extra Controllern sind nie eine gute Basis für ein effizientes Setup. Ich würde es eher mit einem ASUS Pro Q670M oder ASRock B660M Steel Legend probieren.

Depending on the used controller a firmware update can fix this: https://forums.unraid.net/topic/102010-recommended-controllers-for-unraid/?do=findComment&comment=1185707

So würde ich es machen. Testen kannst du aber ja und entsprechend messen auch. unRAID Stick rein, booten und dann siehst du ja wo du landest. Auch hilfreich: https://www.hardwareluxx.de/community/threads/die-sparsamsten-systeme-30w-idle.1007101/ Es gibt einen Nextcloud Windows Client, der sich ähnlich wie One Drive verhält. Dh man hat dann einen extra Ordner und was man da reinwirft wird in die Cloud gesynct. Ich bevorzuge aber das Einbinden eines Laufwerks: https://docs.nextcloud.com/server/19/benutzerhandbuch/files/access_webdav.html#dateizugriff-unter-microsoft-windows Dein Internetanschluss hat entweder eine oder nicht. Prüfen kann man das zb über die Oberfläche des Routers. Dort darf bei Internet keine IP stehen, die mit 10, 172 oder 192 beginnt. Klar. It's all about the money.

Step 1: Realize https access to your server with Let's Encrypt certificate. Step 2: Enable Cloudflare.

Bleib erstmal bei einem RAID1 und schau wie es läuft. Die SATA SSDs lass erstmal weg.

Das ist bei jedem Container anders und darf sich in einem Backup nicht ändern. Warum wurden die Rechte nicht mitgesichert?!

Ok, and the target container is in the same network? Do you use a hostname or IP of the target container?

And network? You need to be precisely.

Which ips / networks are used by the containers (target and npm)?

Wenn du den Container bearbeitest, dann siehst du unterhalb des Pfades /mnt/user/papermerge die Info "/data" Dh der Containerpfad /data ist mit dem Unraidpfad /mnt/user/papermerge verlinkt. Also im Betriebssystem des Containers existiert nur der Pfad /data, der den Inhalt von /mnt/user/papermerge hat. Greift also die App in dem Container auf den Pfad /data/import zu, sieht sie alles was in /mnt/user/papermerge/import liegt. Du könntest auch hingehen und /import im Container direkt auf /mnt/user/papermerge/import verlinken. Wäre natürlich doppelt gemoppelt. Aber einfach damit du verstehst, dass du beliebige Pfade miteinander verlinken kannst.

Container können nichts an unRAID ändern.

Check debug 5xx errors on the first page of this thread. As it happened after a reboot I would assume you created a custom network, which is now missing?! There is a docker setting in unRAID to keep custom networks.

As A and C are technically the same, I would say one of these routers do not support hair pinning / NAT Loopback properly. PS You should use a smartphone to be sure that your problem is only present in your local network.

And the target hosts are using other ports than 8090/8091?

Does not make sense to me. NPM listens only to Port 80, 81 and 443. Certificate renewals are done through Port 80. Or is your NPM running in bridge network, you changed port 80 to 9090 and you forward your router port 80 to port 8090?! This would be correct. But you said "added the ports".

Which should not cause a "bind". A "bind" should only be done if NPM listens itself to these ports and not if it forwards the traffic. Or did you add these ports in the container config as well?!

I'm confused why nginx should try to bind the port 8090 or 8091. Did you add any stream hosts or could there be an other reason why NPM tries to listen to these ports?!

Are you sure? Stop NPM when the error is logged and then execute this to check which ports are open in unraid: ss -tulpn Or filter it directly for port 443 ss -tulpn | grep 443

I would suggest: - create the script twice with the same path / settings except the 2nd uses in addition the rsync_options "--checksum" - once per month, execute the 2nd script directly after the 1st and check the logs. Every logged file update in the 2nd script logs is a possible bit flip. This should work for media collections, but it won't work for appdata files as those will change directly after a docker container has been restarted.

Yes, it is save. I simply forget to re-use the already obtained appdata path for an additional check: I will fix this in the next version. Ignore it until then.

Was heißt das? Was gibt denn occ upgrade zurück? Was ist mit deinem Backup? Warum nicht einfach gezielt Version 24.06 installieren und erst mal mit dem Backup auf dieser Version bleiben? Warum steht hier eigentlich "beta"?!

Gar nichts. Diese Zeile darfst du getrost ignorieren. Sie heißt nur, dass der RAM bei Schreiboperationen innerhalb von 15 statt 30 Sekunden auf den Datenträger weggeschrieben werden soll. Die Idee von Intel dahinter ist, dass CPU und Datenträger früher schlafen gehen können. Wir betreiben aber keinen Desktop PC, sondern einen Server, der eh immer irgendwas macht (Container, VMs, etc) bzw wenn er nichts macht, weil man nichts an Schreibprozessen laufen hat, dann spielt die Zeit auch keine Rolle. Jedenfalls, was auch immer man einstellt, es hat keinen Einfluss auf C-States oder ähnliches. Wenn du darauf bestehst, kannst du es natürlich auch einstellen: sysctl vm.dirty_expire_centisecs=1500 Stellst du 1499 oder 1501 ein, also eine Millisekunde mehr oder weniger, sagt powertop auch wieder "Bad", weil powertop halt stumpf genau diesen Wert sehen will.

Ok that's a good start. This means your domain uses your correct Public IP and Port 80 is working properly, too, as you were able to verify the new SSL certificate. This part is not important for us. NPM forwards the traffic through HTTP to Port 8112. Maybe the deluge container although supports HTTPS on a different port.. but it's not interesting for us as we only need HTTP for local communication. That is the problem. Interesting. So it seems NPM is the only container, which listens to Port 443, but it still fails... 🤔 Regarding 1.conf your NPM container listens to the ports 8080 and 4443. So you router forwards public traffic from port 80 to 8080 and 443 to 4443, right? What about IPv6? It seems your NPM has enabled it. Are you using IPv6? Does your domain have an AAAA (IPv6) DNS entry?