JogiBear

Das hat leider auch nicht funktioniert. Aber du hast mich auf die richtige Spur geschubst. Ich habe nun einige 'blinde' Experimente gemacht, und folgendes hat letztendlich zum Erfolg geführt: ScriptHeader: #!/bin/bash File DMZ_DeployHook.sh umbenannt in DMZ_DeployHook.bash und mit chmod ausführbar gemacht Das Ergebnis: cd /etc/letsencrypt/renewal-hooks/deploy # ./DMZ_DeployHook.bash # ls DMZ_DeployHook.bash IsDeploy # Hurra! Es geht. So ganz klar ist mir das WARUM noch nicht! Aber vielen, vielen Dank für deine Hilfe! Ohne dich hätte ich das wohl nicht hinbekommen! Jetzt bin ich auf den nächsten renewal gespannt. Gruß, Jürgen

cd /etc/letsencrypt/renewal-hooks/deploy # bash _ _ _ ____ __ __ | \ | | __ _(_)_ __ __ _| _ \ _ __ _____ ___ _| \/ | __ _ _ __ __ _ __ _ ___ _ __ | \| |/ _` | | '_ \\ \/ / |_) | '__/ _ \ \/ / | | | |\/| |/ _` | '_ \ / _` |/ _` |/ _ \ '__| | |\ | (_| | | | | |> <| __/| | | (_) > <| |_| | | | | (_| | | | | (_| | (_| | __/ | |_| \_|\__, |_|_| |_/_/\_\_| |_| \___/_/\_\\__, |_| |_|\__,_|_| |_|\__,_|\__, |\___|_| |___/ |___/ |___/ Version 2.12.3 (c5a319c) 2025-02-06 10:51:15 UTC, OpenResty 1.25.3.2, debian 12 (bookworm), Certbot certbot 3.0.1 Base: debian:bookworm-slim, linux/amd64 Certbot: nginxproxymanager/nginx-full:latest, linux/amd64 Node: nginxproxymanager/nginx-full:certbot, linux/amd64 [root@docker-08de4535676f:/etc/letsencrypt/renewal-hooks/deploy]# touch testfile [root@docker-08de4535676f:/etc/letsencrypt/renewal-hooks/deploy]# ls DMZ_DeployHook.sh testfile [root@docker-08de4535676f:/etc/letsencrypt/renewal-hooks/deploy]#

Das Ergebnis: # cd /etc/letsencrypt/renewal-hooks/deploy # ls -la total 4 drwxr-xr-x 1 root root 39 Feb 25 01:05 . drwxr-xr-x 1 root root 59 Oct 13 20:15 .. -rwxrwxrwx 1 root root 220 Feb 20 16:19 DMZ_DeployHook.sh #

# cd /etc/letsencrypt/renewal-hooks/deploy # chmod +x DMZ_DeployHook.sh # ./DMZ_DeployHook.sh sh: 3: ./DMZ_DeployHook.sh: not found # Leider führt das auch nicht zum Erfolg, ich stehe da echt auf dem Schlauch. Ich benutze den Docker jc21/nginx-proxy-manager, vieleicht fehlt da was ????

Ich bin jetzt mal über die Console auf den ProxyManager: # cd /etc/letsencrypt/renewal-hooks/deploy # chmod +x DMZ_DeployHook.sh # DMZ_DeployHook.sh sh: 125: DMZ_DeployHook.sh: not found # Leider kann ich das Script dort nicht ausführen und bin gerade mit meinen bescheidenen Linux Kenntnissen etwas am Ende. Eigentlich müsste ich so doch das Script ausführen können ?

Hallo, ich hätte da eine Verständnisfrage zu den letsEncrypt renewal hooks und dem Nginx-Proxy-Manager-Official Docker. Vorweg, das automatische verlängern der Wildcard Zertifikate verläuft problemlos, da die Zertifikate auch an anderen Stellen benötigt werden, wollte ich diese über ein Script, welches einmal wöchentlich aufgerufen wird und dann die entsprechenden Zertifikate an die entsprechenden Stellen ausliefert. Auch dieses Script funktioniert wie es soll. Aber irgendwie scheine ich das mit den hooks nicht ganz verstanden zu haben...... Ich lege also in /mnt/user/appdata/Nginx-Proxy-Manager-Official/letsencrypt/renewal-hooks/deploy ein Script mit dem Namen DMZ_DeployHook.sh Der Inhalt des Scripts ist banal, es legt eine leere Datei mit dem Namen IsDeploy an. Die Existenz dieser Datei zeigt dann einem weiteren Script (welches in zeitlichen Abständen ausgeführt wird) an, dass Zertifikate neu verteilt werden müssen. #!/bin/bash # Dieses Script wird vom Deploy Hook des Proximanages aufgerufen, wenn neue SSL Zertifikate erzeugt wurden # Hierdurch wird dann eine Verteilung der neuen SSL Zertifikate durchgeführt touch "IsDeploy" Doch so wie es ausschaut wird dieses Script nicht ausgeführt bei einem renewal. Habe ich da etwas falsch verstanden bei den hooks??? Jürgen

Hat sich wohl durch den Neustart von UNRAID erledigt. Seitdem bleibt die Freigabe sichtbar. Habe jetzt einige Tage gewartet und beobachtet, sozusagen "Fehler beim eingrenzen verschwunden"

Stimmt, aber denoch müsste es in der WebGUI von UNRAID in den Freigaben sichtbar sein, nicht aber per SMB. Und wie beschrieben wird es nach einem Neustart ja wieder angezeigt. Gerade läuft der Parity Check, deshalb ist auch der Mover nicht gelaufen heute morgen. Bin gespannt wenn ich heute Abend wieder reinschaue. Vielleicht hat auch der Neustart von Unraid das Problem beseitigt, warte mal 1 oder 2 Tage ab, mal schauen.....

Hallo, ich habe hier ein seltsames Verhalten unter Version 6.12.13. Ich habe mir eine Freigabe angelegt, die ich als MountPoint für BorgBackup nutze, soll heissen, dass diese Freigabe immer leer ist, wenn kein Backup gemountet ist, was der normal Fall ist. Mir ist aufgefallen, dass dieses Verzeichnis plötzlich in den Freigaben nicht mehr sichtbar ist. Zuerst dachte ich, dass ich das Verzeichnis wohl aus versehen gelöscht habe. Gestern zwischen 20-21h habe ich deshalb das Verzeichnis in den Freigaben neu angelegt, dieses kurz als MountPoint benutzt. Als ich heute wieder in die Freigaben reinschaute, war das Verzeichnis wieder verschwunden, also habe ich mir das mal mit dem CLI angeschaut: Unter /mnt/user ist das Verzeichnis nicht sichtbar Unter /mnt/disk1 ist das Verzeichnis noch vorhanden Nach einem Neustart von Uraid ist das Verzeichnis dann wieder unter Freigaben sichtbar, bis es wieder irgendwann verschwindet Am MOVER kanns nicht liegen, das habe ich gerade durch manuellen Start getestet Wo liegt das Problem? Ein Bug ? Ich habe das mit mehreren Freigaben getestet, wenn Sie leer sind verschwinden sie innerhalb 24 Stunden. Hier die Freigabe:

Das ist ein super Tipp, ich werde das wahrscheinlich mit UserScripts beim Array Start machen, danke für die ganzen Tipps! Glaub mir, mir raucht die Birne! Dass ich noch jede Menge Wissenslücken habe, ist mir klar, und ab und zu braucht es einen Stups in die richtige Richtung 🙂 Mir ist halt jetzt schon wichtig, eine Niet und Nagelfeste Backup Lösung zu haben. Denn Murphy schlägt unerbittlich zu. Danke für die Tipps!

Meinst du jetzt ein fertiges Plugin? In Docker möchte ich BorgBackup eigentlich nicht, denn das Tool sollte auch laufen, wenn Docker nicht läuft.

Hallo, ich bin noch Anfänger bei Unraid und auch in Sachen Linux bin ich auch noch nicht so toll. Ich hatte die Idee, Borgbackup direkt in Unraid zu installieren, habe über die Konsole von Unraid BorgBackup Version 1.2xx direkt von GitHub geladen und installiert: mkdir -p /tmp/borgbackup && cd /tmp/borgbackup wget https://github.com/borgbackup/borg/releases/tag/1.2.4 chmod +x borg-linux64 cp borg-linux64 /usr/bin/borg rm -rf /tmp/borgbackup Habe dann kräftig mit BorgBackup experimentiert und es hat so nach und nach alles geklappt! Nur habe ich aber festgestellt, dass BorgBackup nach einem Neustart nicht mehr existent ist. So weit ich das, mit dem noch wenigen Wissen über Unraid" beurteilen kann, erzeugt Unraid bei Starten quasi eine neue RunTime Version des Systems..... Wie kann ich es anstellen, dass BorgBackup permanent bleibt? Da gibt es doch sicher eine Möglichkeit? Jürgen