feat: die Archive lassen sich aus dem Panel holen

Einstellungen -> "Sicherungen holen": die fertigen Archive mit Datum, Groesse
und einem Knopf. Der erste Schritt, der eine Kopie VON DIESEM RECHNER HERUNTER
bringt -- bisher haette man sich dafuer per Fernwartung auf den Server klicken
muessen, und genau daran hat es gelegen. Nicht Unwille, sondern
Umstaendlichkeit.

Der Ordner haengt NUR LESEND in den Container. Ein Dienst, der seine eigenen
Sicherungen loeschen kann, ist genau das Werkzeug, das man einem uebernommenen
Dienst nicht in die Hand geben will. Nachgemessen im Container:

    touch /sicherungen/probe  ->  Read-only file system

Und es gibt NUR EINE FORM VON NAMEN -- nicht "alles ausser .. und /", sondern
ein Muster, das genau auf die eigenen Archive passt. Wer einen Pfad
hineinschmuggeln will, muesste ihn erst so benennen. Das ist der Unterschied
zwischen dicht gemacht und dicht gebaut:

    ../../etc/passwd                -> 404
    ..%2f..%2fdata%2fmedia.db       -> 400
    media.db                        -> 400
    <archiv>.tar.gz.evil            -> 400
    ohne Anmeldung                  -> 401

Der ganze Weg einmal wirklich gegangen, nicht nur die Kopfzeilen: 336 MB in
15,9 s durch den Proxy, sha256 auf der Platte gleich sha256 heruntergeladen,
tar tzf zeigt 4639 Eintraege. Gestroemt und nicht in den Speicher gelesen --
sonst haetten Dienst UND Proxy die 336 MB gleichzeitig im Arbeitsspeicher.

Jeder Griff steht im Verwaltungs-Verlauf. Geloggt wird der GRIFF und nicht der
Erfolg: ein abgebrochener Download taucht ebenfalls auf, und das ist gewollt --
wer spaeter fragt, wer sich den Bestand geholt hat, will die Anfrage sehen.

Die fuenf neuen Pruefungen sind in tools/rundgang.py mit drin; der steht jetzt
bei 29 in Ordnung, 0 nicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docker-compose.yml

@@ -81,6 +81,17 @@ services:
             # genau ein Kopiervorgang.
             - media-data:/data
 
+            # Die fertigen Archive, damit man sie sich aus dem Panel holen kann,
+            # ohne sich per Fernwartung auf den Server zu klicken. Genau das war
+            # der Grund, aus dem es lange keine Kopie ausserhalb dieser Maschine
+            # gab: nicht Unwillen, sondern Umstaendlichkeit.
+            #
+            # DAS :ro AM ENDE IST DER WICHTIGE TEIL. Ein Dienst, der seine
+            # eigenen Sicherungen loeschen kann, ist genau das Werkzeug, das man
+            # einem uebernommenen Dienst nicht in die Hand geben will.
+            # Herausgeben reicht.
+            - ${BACKUP_DIR:-C:/backup/d4rk_media}:/sicherungen:ro
+
         ports:
             # Links der Host-Port, rechts der im Container. Nur die LINKE Zahl
             # muss auf diesem Server einmalig sein.