Archonw

@Ford Prefect du kannst natürlich über unassigned devices ganz einfach deine Luks verschlüsselten platten mounten. Dabei ist es völlig unerheblich, ob und wie dein Array verschlüsselt ist. Habe selbst ein unverschlüsseltes Array und mein Backup wird über unassigned devices auf eine Luks verschlüsselte Platte gespeichert. Dafür gibt es bei den Einstellungen zu unassigned devices das Feld "Set Encrypted Disk Password". Dort Festplatte auswählen und eintragen. Dann kann gemounted werden. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Da brauchst du nichts basteln. Hast du eine SSD oder NVME wird das dein Array. Den Cache braucht es ja nur, weil normaler Weise im Array langsamere HDDs verbaut sind. Hat man also eh nur schnellere SSDs im Sytem braucht man auch keinen extra Cache. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Ich bekomme mittlerweile sogar bis C10 Und so sieht es am Mainboard bei mir aus.

@fiR3W4LL bei mir läuft es jetzt auch mit der Android App. Werde die Anleitung achher noch anpassen. Worauf ist zu achten? Bei der Erstellung des Zertifikats müssen wohl mehr als nur das Feld "Common" in Punkt 2 und 4 ausgefüllt werden. Ich habe jetzt mal überall etwas eingetragen und im Anschluss das Zertifikat auf meinem Handy installiert. Jetzt ist der Vaultwarden auch im br0 Netz über https ansprechbar, so wie es sein muss, und ebenfalls meckert so auch Android nicht mehr.

Wird derartiges nicht in unassigned Devices aufgenommen?

Hab die IP des Servers in Punkt 4 und 5 eingetragen. Ist mir zwar nicht ganz klar, warum das dann damit geht aber hey, damit ist der Container im br0 Netzwerk erreichbar. Hab dann aber nochmal von vorne begonnen. Dazu alles vom Erstellen im Vaultwarden Orden erzeugt worden ist gelöscht. Und siehe da, mit der IP in Punkt 4 und 5 vom Vaultwarden Container im br0 Netzwerk geht es auch. Dann noch das Certifikat im Firefox installiert und es kommt auch kein Fehler mehr im Log wegen des handshakes. Aber du hast Recht was das Erreichen über die App angeht. Die Verlangt zwingend den Port 443. Dieser steht aber hier nicht zur Verfügung. Auch ein ändern im Template auf 443 führt da nicht zum Erfolg.

Ich konnte es schaffen, indem ich beim erstellen nicht die IP von Vaultwarden sondern die des Unraid Servers eingetragen habe. Danach konnte ich Vaultwarden über https://ip_von_vaultwarden:80 erreichen.

Hat sich erledigt. Bekomme im br0 Netz den gleichen Fehler.

Kannst einmla zum Test auf Bridge umstellen? Musst natürlich dann die Schritte zum erstellen des Zertifikats wiederholen mit der IP vom Host.

Vaultwarden läuft im bridge Network? Die IP über die du die Webseite aufrufst ist die gleich wie in Punkt 5?

Ist das eine der Warnungen wie diese? Hast du da auch die Möglichkeit auf "Erweitert" oder ähliches zu klicken?

Rufst du Vaultwarden über IP oder DNS auf?

Ich habe die Anleitung aktualisiert. Da hat der Punkt 6 gefehlt, und der Pfad im ersten Bild war nicht korrekt. Muss natürlich dann auf den Appdata Ordner von Vaultwarden zeigen. Sorry für die Verwirrung. Hätte doch nochmal genauer korrektur Lesen sollen.

Den Fall habe ich auch. Dazu kann man Bitlocker aus Windows auch unter LInux einbinden. Das mache ich aber nicht für mein Unraid Backup, sondern das ist für unsere "normale" portable USB für den täglichen Gebrauch. https://it-learner.de/auch-unter-linux-laesst-sich-auf-einen-mit-bitlocker-verschluesselten-datentraeger-zugreifen/ Für meine Backup bleibe ich bei Linux eigener Luks verschlüsselung. Diese ist muss ja nicht für Windows errichbar sein, und ist in Unraid integriert. Die Passphrase lässt sich auch für unassigend Devices über die WebUi speichern, so dass auch ein automount möglich ist. So steht dem Backup Script von Mgutt nichts im Wege und ich kann problemlos meine zwei Platten im wöchentlichen Wechsel betreiben.

Ich werde das heute abend nochmal durch führen. Mal sehen, ob ich was entdecken kann.

Ob du alles verschlüsseln solltest oder nicht, kannst nur du entscheiden, da wir deinen Bedrohungsgrad ja nicht kennen. Ich selber verschlüssel bei meinem privaten Server keine Festplatten. Da reicht in meinem Bedrohungscenario ein ordentlich abgesicherter Zugang zum Server. Wer keinen Zugriff darauf haben soll erhält auch keinen. Einzig meine Backup-Platte, die nicht im eigenen Haushalt verweilt ist dann natürlich verschlüsselt. Zum Dateisystem: Es wird hier immer noch vermehrt zu XFS geraten. BTRFS wird halt fürs Raid im Pool benötigt. Ich habe bewusst zu BTRFS gegriffen. Alle meine Laufwerke arbeiten damit. Es ist ein neueres Dateisystem, dass bei mir bisher auch wie zu erwarten einwandfrei läuft. Wenn du also meine Meinung hören willst. Greif ruhig zu BTRFS.

Das ist richtig. Die beiden zu verbindenen Netz müssen untershiedliche IP bereiche haben. Natürlich kannst du dein Netz umstellen. Dann musst du anschliessen natürlich überall dort, wo du kein DHCP nutzt die Adressen von Hand ändern. Gleiches gilt für die jeweilige Software, in denen IP-Adressen angegeben sind. Heisst bei Nginx konkret, dass du die IP-Adressen über die du deine Docker-Dienste erreichst ebenfalls anpassen musst. Das ist also etwas lediglich etwas händische Arbeit, aber machbar ist das.

Ich würde tatsächlich erst einmal den Weg über IPv6 angehen. Ob das eigene Handynetz mit IPv6 umgehen kann lässt sich ja schnell ergooglen. Dann schauen, wer und von wo soll noch auf meinen Server drauf zugreifen können? Ich habe in der Familie selber den Fall und festgestellt, dass es durchaus akzeptabel sein kann wenn der Server lediglich per IPv6 erreichbar ist. Es sollte natürlich auch noch geschaut werden welche eventuellen weiteren Dienste möchte ich laufen lassen, und kommen diese auch mit IPv6 zurecht. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Upload kann ja über Nextcloud erfolgen. Den entsprechenden Ordner dann im Plex Container mappen damit Plex den Upload finden kann.

Wie ist deine Anbindung bisher? Welcher Anbieter wird es bei Glasfaser? Hasttest du bisher eine eigene IPv4 oder bist du schon jetzt mit IPv6 unterwegs?

Ich bin immer wieder geschockt wie "unverschämt" teuer der digitale Zugang bei uns ist. Ich schaue immer wieder mal, ob es etwas besseres gibt, als mein ehemals Unitiymedia jetzt Vodafone Kabel Gibt Anschluss. Ich hätte gerne mehr Upload als die 50mbit. Doch noch habe ich eine feste IPv4, und inklusive Fernsehen mit ein paar zusätzlichen HD-Sendern und Telefonflat (die definitiv nicht mehr gebraucht wird) ist das mit ca. 80€ doch noch nicht genug um wechseln zu wollen. Gesendet von meinem Pixel 6 Pro mit Tapatalk

I did this the opposite way. Restore my mariadb dump from my pi to an x86 docker version. So it should also work the other way round. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Power consumption: Write ~57W / Awake ~46W / Idle ~18W (4x Samsung 970 Plus SSDs + 5x Western Digital HDDs) Das scheint durchaus brauchbar. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Schau dir mal die App Unbalance an. Gibt auch ein Video dazu auf Youtube. Damit lässt sich so etwas gut erledigen.

1. RAID ist kein Backup 2. Sichern des Cache z.B. mittels Mgutt' s inkrementellen Backup Script auf z.B. eine externe Festplatte mit ext4 Filesystem. Gesendet von meinem Pixel 6 Pro mit Tapatalk