openssl rsa -in /volume1/DiskStation/Programme/5\ Backup/Synology\ Zertifikat/Wildcard/Beispieldomain.de/Beispieldomain.de.key -text > /volume1/DiskStation/Programme/5\ Backup/Synology\ Zertifikat/Wildcard/Beispieldomain.de/privkey.pemHierzu muss ich sagen, hättest du mein Skript in Ruhe durchgeschaut (was man eigentlich macht bevor man etwas blind ausführt) und vor allem die Kommentare durchgelesen, dann wüsstest du genau was das Skript Schritt für Schritt macht. Die Kommentare habe ich nicht umsonst eingefügt. Es ist nämlich oft schwer die einzelnen Codezeilen nachzuvollziehen, selbst wenn es der eigene Code ist den man einige Tage, Wochen oder sogar Monate später erneut hinein schaut.
Ich habe noch das Problem, dass beim Erneuern zwar im DSM das Zertifikat korrekt eingebunden ist, aber nicht in die einzelnen Anwendungen (initial hatte ich das Zertifikat über die GUI importiert und auch die Anwendungen entsprechend konfiguriert). Habt ihr euch mal das Zertifikat im Browser angesehen? Dort kommt bei mir das neue Zertifikat nicht an (wenn man es lediglich im _archive-Ordner austauscht). Auch ein restart von nginx oder DSM Neustart hilft nicht. Der Grund: Jede konfigurierbare Anwendung nutzt einen eigenen Zertifikatsordner. Man müsste das Zertifikat also noch verteilen. Das habe ich mir auch in ein Skript gegossen, bin aber noch nicht zum Testen gekommen.
Umso besser. Ich persönlich habe mich nicht exakt damit auseinandergesetzt. Lediglich hatte ich nur nach einer Konvertierung im Netz gesucht. Ob alle Dateien den gleichen Inhalt aufweisen bzw. gleich aufgebaut sind war mir nicht klar. Wenn dem so ist dann reicht es mit Sicherheit aus die Dateien einfach umzubenennen.
Das hatte ich bereits in dem velinkten Beitrag vermerkt --> Siehe Post #21. Für jede Anwendung gibt es ein eigenes Zertifikat. Und über die INFO Datei findet man heraus wie der random generierte Ordner in eurer Diskstation heißt.
/usr/syno/etc/certificate/_archive
/FE0bKn # Anwendung A
/FRrcqa # Anwendung B
/J5R7j4 # Anwendung C
/mwq3C1 # Anwendung DJa, ist es.
"kynh4B" : {
"desc" : "MailPlus-SMTP",
"services" : [
{
"display_name" : "MailPlus-Server-postfix",
"display_name_i18n" : "MailPlus-Server-postfix",
"isPkg" : true,
"owner" : "MailPlus-Server",
"service" : "postfix",
"subscriber" : "MailPlus-Server"
}
Zum Testen lohnt sich der Parameter [FONT="]--test[/FONT] für acme.sh. Damit spart man sich Abfragen.
Bei mir passiert nichts unbewusst... auch nicht durch Scripte
Habe ich bereits getan. Ergebnis ist wie folgt...
root@hostname:/usr/syno/etc/certificate/_archive/nkKHt3 $ ls -la
total 28
drwx------ 2 root root 4096 Feb 25 08:48 .
drwx------ 15 root root 4096 May 19 15:23 ..
-r-------- 1 root root 1894 Feb 25 08:48 cert.pem
-r-------- 1 root root 1647 Feb 25 08:48 chain.pem
-r-------- 1 root root 3543 Feb 25 08:48 fullchain.pem
-r-------- 1 root root 1675 Feb 25 08:48 privkey.pem
-r-------- 1 root root 185 Feb 25 08:48 renew.json
root@hostname:/usr/syno/etc/certificate/_archive/nkKHt3 $ ls -la /usr/local/etc/certificate/MailPlus-Server/postfix
total 32
drwxr-xr-x 2 root root 4096 May 19 15:23 .
drwxr-xr-x 4 root root 4096 May 19 15:23 ..
-r-------- 1 MailPlus-Server MailPlus-Server 1894 May 19 15:23 cert.pem
-r-------- 1 MailPlus-Server MailPlus-Server 1647 May 19 15:23 chain.pem
-r-------- 1 MailPlus-Server MailPlus-Server 3543 May 19 15:23 fullchain.pem
-r-------- 1 MailPlus-Server MailPlus-Server 5222 May 19 15:23 privkey_fullchain.pem
-r-------- 1 MailPlus-Server MailPlus-Server 1675 May 19 15:23 privkey.pemroot@hostname:/usr/syno/etc/certificate/_archive/nkKHt3 $ diff /usr/syno/etc/certificate/_archive/nkKHt3 /usr/local/etc/certificate/MailPlus-Server/postfix
Only in /usr/local/etc/certificate/MailPlus-Server/postfix: privkey_fullchain.pem
Only in /usr/syno/etc/certificate/_archive/nkKHt3: renew.jsonroot@hostname:~ $ ls -la /usr/syno/etc/certificate/
total 28
drwxr-xr-x 7 root root 4096 Apr 13 15:29 .
drwxr-xr-x 65 root root 4096 May 19 15:40 ..
drwxr-xr-x 10 root root 4096 May 12 16:03 AppPortal
drwx------ 15 root root 4096 May 19 15:23 _archive
drwxr-xr-x 3 root root 4096 Apr 23 19:53 ReverseProxy
drwxr-xr-x 3 root root 4096 May 12 16:03 smbftpd
drwxr-xr-x 4 root root 4096 May 12 16:03 systemroot@hostname:~ $ ls -la /usr/local/etc/certificate/
total 40
drwxr-xr-x 10 root root 4096 Mar 5 16:32 .
drwxr-xr-x 17 root root 4096 May 13 23:16 ..
drwxr-xr-x 3 root root 4096 May 12 16:03 CardDAVServer
drwxr-xr-x 3 root root 4096 May 12 16:03 LogCenter
drwxr-xr-x 4 root root 4096 May 19 15:23 MailPlus-Server
drwxr-xr-x 3 root root 4096 May 12 16:03 ReplicationService
drwxr-xr-x 3 root root 4096 May 12 16:03 SynologyDrive
drwxr-xr-x 3 root root 4096 May 12 16:03 VPNCenter
drwxr-xr-x 3 root root 4096 May 12 16:03 WebDAVServer
drwxr-xr-x 7 root root 4096 May 12 16:03 WebStationroot@hostname:~ $ grep -rnw '/usr/syno/etc/certificate/_archive/INFO' -e 'subscriber'
10: "subscriber" : "WebStation"
22: "subscriber" : "ReverseProxy"
34: "subscriber" : "AppPortal"
46: "subscriber" : "AppPortal"
58: "subscriber" : "system"
70: "subscriber" : "WebStation"
82: "subscriber" : "AppPortal"
95: "subscriber" : "MailPlus-Server"
107: "subscriber" : "AppPortal"
119: "subscriber" : "AppPortal"
135: "subscriber" : "WebStation"
148: "subscriber" : "CardDAVServer"
156: "subscriber" : "WebDAVServer"
164: "subscriber" : "VPNCenter"
172: "subscriber" : "ReplicationService"
180: "subscriber" : "LogCenter"
187: "subscriber" : "smbftpd"
195: "subscriber" : "system"
202: "subscriber" : "AppPortal"
209: "subscriber" : "AppPortal"
216: "subscriber" : "AppPortal"
224: "subscriber" : "SynologyDrive"
231: "subscriber" : "WebStation"
238: "subscriber" : "WebStation"
246: "subscriber" : "MailPlus-Server"Ich habe das mal anhand meiner Verzeichnisse geprüft und es scheint in der Tat so zu sein.
Keine Ursache, vermutlich hatte ich mich auch nicht korrekt ausgedrückt. Sorry für die Verwirrung. Jedenfalls hatte ich mich bisher immer nur auf _archive konzentriert da aus meiner Sicht dies plausibel als Ablage erschien. Dank dir habe ich nun auch den Rest der INFO datei verstanden ('subscriber' und 'service') und auch gelernt dass mit dem Parameter "isPkg" entschieden wird wohin sie kopiert werden (/usr/local/... oder /usr/syno/...).
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
