Ultimate Backup Ultimate Backup

Anguel

Benutzer
Mitglied seit
12. Mrz 2018
Beiträge
79
Punkte für Reaktionen
0
Punkte
6
Entschlüsselungsskript für Diskstation

So, ich habe jetzt mein Entschlüsselungsskript etwas umgeschrieben, so dass es direkt auf der Diskstation läuft. Es mountet einen verschlüsselten USB-Ordner als entschlüsselten Ordner. Das Skript z.B. in eine entschluesselt_mounten.sh kopieren, die Ordnernamen und Pfade anpassen, Passwort eintragen, diese Datei ausführbar machen (chmod +x) und per SSH auf der Diskstation durch ./entschluesselt_mounten.sh starten. Bei der Passwortabfrage (wegen sudo) muss man natürlich sein Diskstation-Passwort eingeben und nicht das Entschlüsselungspasswort ;-)

Rich (BBCode):
#!/bin/bash

#Variablendefinition
meinpassphrase="hier_dein_entschluesselungspasswort"
ordnername_verschluesselt="@VERSCHLUESSELTER_ORDNERNAME@"
ordnername_entschluesselt="ENTSCHLUESSELTER_ORDNERNAME"
mountordner_pfad="/volumeUSB1/usbshare"
mountordner_verschluesselt="$mountordner_pfad/$ordnername_verschluesselt"
mountordner_entschluesselt="$mountordner_pfad/$ordnername_entschluesselt"

echo "Werde versuchen, den verschlüsselten Ordner:"
echo "$mountordner_verschluesselt"
echo "nach"
echo "$mountordner_entschluesselt"
echo "entschlüsselt zu mounten."
echo "----------------------------------------"

echo "Prüfe, ob der verschlüsselte Quell-Ordner existiert..."
if ! [ -d "$mountordner_verschluesselt" ]; then
	echo "*** FEHLER ***"
	echo "Der verschlüsselte Quell-Ordner:"
	echo "$mountordner_verschluesselt"
	echo "existiert nicht!"
	exit 1
fi

echo "OK"

echo "Prüfe, ob der entschlüsselte Mount-Ordner existiert..."
if ! [ -d "$mountordner_entschluesselt" ]; then
	echo "Erstelle den Ordner, weil er noch nicht existiert..."
	mkdir "$mountordner_entschluesselt"
fi

echo "Versuche jetzt den verschlüsselten Ordner:"
echo "$mountordner_verschluesselt"
echo "nach"
echo "$mountordner_entschluesselt"
echo "entschlüsselt zu mounten."
sudo mount -t ecryptfs -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=32,ecryptfs_passthrough=no,ecryptfs_enable_filename_crypto=yes,passwd=$meinpassphrase $mountordner_verschluesselt $mountordner_entschluesselt
 

uwe-beach

Benutzer
Mitglied seit
23. Sep 2016
Beiträge
8
Punkte für Reaktionen
0
Punkte
0
Hallo,

bei mir wird nach dem Update auf 1.3.3 das rsync-Skript 'autorun' auch nicht mehr gefunden. Auch die Geräteliste ist leer.
Ich habe eigentlich nur 2 Rsync-Skripte. Das Skript autorun habe ich in der Shell auf dem Synology-NAS nach rsync_uwe-lokal.sh kopiert, hat das Problem aber nicht gelöst.


Rich (BBCode):
## backupjobs.txt ##
/volume????/*share*/autorun
/volume1/Fileserver/rsync_ibh-nas-01.sh
/volume1/Fileserver/rsync_uwe-lokal.sh


## foundbackups.txt ##
/volume1/Fileserver/rsync_ibh-nas-01.sh
/volume1/Fileserver/rsync_uwe-lokal.sh


## var.txt ##
page=""
check_network="0"
encode_page="debug"




Ultimate Backup:
UB Version: 1.3.3
Script Version: 1.3.3


Gesetzte Variablen:
BASH=/bin/bash
BASHOPTS=cmdhist:complete_fullquote:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepath
BASH_ALIASES=()
BASH_ARGC=([0]="1")
BASH_ARGV=([0]="./debug.sh")
BASH_CMDS=()
BASH_LINENO=([0]="380" [1]="0")
BASH_SOURCE=([0]="./debug.sh" [1]="/usr/syno/synoman/webman/3rdparty/UltimateBackup/index.cgi")
BASH_VERSINFO=([0]="4" [1]="3" [2]="48" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu")
BASH_VERSION='4.3.48(1)-release'
CONTENT_LENGTH=
CONTENT_TYPE=
DIRSTACK=()
DOCUMENT_ROOT=/usr/syno/synoman
DOCUMENT_URI=/webman/3rdparty/UltimateBackup/index.cgi
ENABLE_X_ACCEL_REDIRECT=yes
EUID=0
GATEWAY_INTERFACE=CGI/1.1
GROUPS=()
HOSTNAME=uwe-lokal-nas01
HOSTTYPE=x86_64
HTTPS=on
HTTP_ACCEPT='text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'
HTTP_ACCEPT_ENCODING='gzip, deflate, br'
HTTP_ACCEPT_LANGUAGE='de,en-US;q=0.7,en;q=0.3'
HTTP_CONNECTION=keep-alive
HTTP_COOKIE='stay_login=1; id=c1VvJHXyZvGIo15A0MRN187700; smid=Zn9Sdvr8EdcKkRsr7DayQ-Fuetu6a9dPUq8Xi1b9OFrCezb9pl2bEgYWdNQp0-BqLdmGHNK-WFH2YXULlAW-YA'
HTTP_DNT=1
HTTP_HOST=synology-nas:5001
HTTP_REFERER='https://synology-nas:5001/webman/3rdparty/UltimateBackup/index.cgi?page=start'
HTTP_UPGRADE_INSECURE_REQUESTS=1
HTTP_USER_AGENT='Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0'
IFS=$' \t\n'
INSTANCE=
JOB=apparmor
LD_PRELOAD=openhook.so
MACHTYPE=x86_64-pc-linux-gnu
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin
PATH_INFO=
PIPESTATUS=([0]="0")
PPID=7650
PS4='+ '
PWD=/volume1/@appstore/UltimateBackup
QUERY_STRING=page=debug
REMOTE_ADDR=192.168.5.100
REMOTE_PORT=35246
REQUEST_METHOD=GET
REQUEST_SCHEME=https
REQUEST_URI='/webman/3rdparty/UltimateBackup/index.cgi?page=debug'
SCGI=1
SCRIPT_FILENAME=/usr/syno/synoman/webman/3rdparty/UltimateBackup/index.cgi
SCRIPT_NAME=/webman/3rdparty/UltimateBackup/index.cgi
SERVER_ADDR=192.168.5.21
SERVER_NAME=synology-nas
SERVER_PORT=5001
SERVER_PROTOCOL=HTTP/1.1
SERVER_SOFTWARE=nginx/1.13.3
SHELL=/bin/ash
SHELLOPTS=braceexpand:hashall:interactive-comments
SHLVL=1
SOCKET=/run/synoscgi.sock
TERM=vt102
UID=0
UPSTART_EVENTS='syno.network.ready started'
UPSTART_INSTANCE=
UPSTART_JOB=synoscgi
access=yes
admin=
autostartsettings=/volume1/@appstore/UltimateBackup/usersettings/autostartsettings.sh
backifs=$' \t\n'
black='color: #000000'
blue='color: #2A588C'
btrfs_check=ext4
check_network=0
debuginfo=$'backupjobs.txt\nfoundbackups.txt\nvar.txt'
decode_value=debug
dir=/volume1/@appstore/UltimateBackup
ds_support_btrfs=yes
encode_page=debug
encode_value=debug
get_var=/bin/get_key_value
green='color: #088A08'
login=$'\ntoken: XXXXXXXXXXX user: admin\n admin: 1'
login_admin=1
login_user=admin
mainpage=debug
noadmin=yes
orange='color: #FFA500'
page=debug
red='color: #DF0101'
refresh_time=1000
right_debug=1
right_device_create=1
right_device_delete=1
right_device_info=1
right_device_manager=1
right_device_reboot=1
right_device_shutdown=1
right_device_wol=1
right_mac=1
right_script_create=1
right_script_delete=1
right_script_ecryptfs=1
right_script_execute=1
right_script_overview=1
right_show_log=1
right_ssh_export=1
right_ssh_import=1
right_timeplaner=1
script=debug.sh
script_version=1.3.3
set_var=/usr/syno/bin/synosetkeyvalue
site=debug
siteless=
sitemore=
status_who='admin - 192.168.5.100'
stop=/volume1/@appstore/UltimateBackup/usersettings/stop.txt
syno_serial=15A0MRN187700
synouser=$'uwe'
ub_version=1.3.3
usersettings=/volume1/@appstore/UltimateBackup/usersettings
usersettingsfile=/usr/syno/etc/preference/admin/usersettings
var=/volume1/@appstore/UltimateBackup/usersettings/var.txt
variable=page
volume_path=/volume1
adminrights ()
 

mzenker

Benutzer
Mitglied seit
26. Nov 2017
Beiträge
37
Punkte für Reaktionen
0
Punkte
6
Der rsync Optionsschalter-a behält Rechte und Gruppenrechte bei, nur die Besitzrechte können sich ändern, wenn rsync nicht als root ausgeführt wird. Daher wäre es interessant zu erfahren, welches Backup du unter welchem (SSH-)Benutzer ausgeführt hast.

Hi, sorry wegen der späten Antwort. Ich habe das Backup als admin gestartet, das Skript habe ich PsychoHH per pn geschickt.
Als root kann man sich meines Wissens auf der DS gar nicht anmelden. sudo hab ich allerdings schon benutzt. Wie würde ich das Backup denn als root starten?
Danke!
 
Zuletzt bearbeitet:

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Beim einem lokalen Backup auf ein internes Volume oder einen extern angeschlossenen USB/SATA-Datenträger läuft der Auftrag als root. Probleme treten eigentlich nur auf, wenn man sich per SSH auf einen entfernten Server nicht als root sondern als eingeschränkter Benutzer verbindet.

Man kann sich mit sudo -i oder in Verbindung mit einem RSA-Key sehr wohl als root am Terminal der DS anmelden.

Tommes
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
riesen Mail, falsche Umlaute

Hallo,

erstmal Danke für das Update.
Leider muss ich feststellen, dass meine Ergänzungen (z.B. zwecks Eingrenzung der maximalen Mailgröße, Zeichenkonvertierung) scheinbar unbeachtet blieben.
Ich habe UB upgedated und ein komplett neues Script mit der neuen Version erstellt. Zu Testzwecken habe ich mir die Nachricht senden lassen: 175 MEGAbyte ! ... Schade eigentlich. Ich muss also nochmal ran diesbezüglich.

Weiterhin werden Umlaute in Namen beim Backup von DS (btrfs) auf usbshare (ntfs) leider verstümmelt. SEHR ärgerlich bei einem Backup das >4 TB umfasst. Auch hier werde ich mir den von mir eingeführten Schalter nochmals ansehen müssen.

[edit1]Ein autom. auswerfen des ext. Datenträgers hat nicht geklappt.[/edit1]

Sollten meine Ergänzungen bei mir laufen, werde ich die notwendigen Änderungen an von UB erzeugten Scripten für alle posten.

Olaf
 
Zuletzt bearbeitet:

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Hallo Olaf!

Das eigenmächtige Änderungen am Script ein Update nicht überstehen, sollte dir bekannt sein. Weiterhin haben wir in den Release-Notes keinen Vermerk dazu gemacht, das wir an den Mail-Einstellungen irgendwas geändert haben. Aber auch wir sind nicht unfehlbar und die ein oder andere Idee von euch fällt auch schon mal unter den Tisch, weil wir einfach nicht mehr dran gedacht haben oder wir die Idee als nicht Sinnvoll erachten. Da wir, bedingt durch die aktuellen Probleme mit der Version 1.3.3, in naher Zukunft wohl eh noch ein weites Update rausgeben werden, wäre es toll von dir, wenn du uns nochmals deine Ideen und vielleicht sogar die passenden Lösungen ebenfalls zeitnah zukommen lassen könntest. Dann schauen wir, was wir davon umsetzen bzw. wie wir das am Ende umsetzen.

Kannst du das mit den „verstümmelten“ Umlauten an einem Beispiel für uns greifbarer machen?

Bitte auch nochmal autostsart genauer unter die Lupe nehmen und schauen, ob der Datenttäger wirklich nicht ausgeworfen wird.

Tommes
 

mzenker

Benutzer
Mitglied seit
26. Nov 2017
Beiträge
37
Punkte für Reaktionen
0
Punkte
6
Beim einem lokalen Backup auf ein internes Volume oder einen extern angeschlossenen USB/SATA-Datenträger läuft der Auftrag als root. Probleme treten eigentlich nur auf, wenn man sich per SSH auf einen entfernten Server nicht als root sondern als eingeschränkter Benutzer verbindet.

Man kann sich mit sudo -i oder in Verbindung mit einem RSA-Key sehr wohl als root am Terminal der DS anmelden.

Fakt ist, dass die lokale Platte der DS auf eine am USB-Port angeschlossene externe Platte gebackuped wurde und die ownership nicht erhalten blieb. Ich habe mich mit via Web-Browser als admin auf der DS angemeldet und das Backup über die UB-Oberfläche gestartet. Klar kann ich ein Terminal aufmachen, telnet oder ssh starten, mich als admin auf der DS einloggen und dann per sudo root werden. Aber ich kann meines Wissens nicht UB als root ausführen. Müsste ich das, damit die Eigentumsrechte der gesicherten Dateien erhalten bleiben? Oder wo könnte das Problem liegen?

Matthias
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo Tommes,

ja, ich versuche meine Ergänzungen in Euer aktuelles Script einzubauen und werde dann hier posten.

Externe Platte ist definitiv nicht ausgeworfen worden.
Olaf
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
@Matthias
Ultimate Backup Scripte werden standardmäßig als root ausgeführt, außer die SSH Verbindung zu einem entfernten Server läßt das nicht zu. Du brauchst also nichts zu ändern. Ich wollte nur sicher gehen, das du eben nicht als eingeschränkter Benutzer auf eine entfernten Server agierst.

@Olaf
Vielen Dank für deine Bereitschaft uns das nochmal zukommen zu lassen. Und wegen dem USB-Problem... du hast also definitiv autostsart in der GUI aktiviert, das Script läuft fehlerfrei durch und du hast dem Script auch gesagt, das er den USB-Datenträger wieder auswerfen soll. Falls dem so ist, müssten wir da nochmal angreifen.

Tommes
 

Anguel

Benutzer
Mitglied seit
12. Mrz 2018
Beiträge
79
Punkte für Reaktionen
0
Punkte
6
Weiterhin werden Umlaute in Namen beim Backup von DS (btrfs) auf usbshare (ntfs) leider verstümmelt.

Kann ich bestätigen, aus dem Ordner "Für Visitor-PC" wird bei mir "Für Visitor-PC". Habe jetzt zwar keinen Vergleich, aber bisher war mir in 1.3.2 sowas nicht aufgefallen.
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

habe meine Änderungen wohl fast wieder drinnen (da sollte es dann auch mit den Umlauten klappen). Noch ein wenig Geduld :)

Olaf
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
So eilig haben wir es nun auch nicht. Vielleicht schickst du deine Änderung per PN direkt an PsychoHH! Das ist mehr so sein Hoheitsgebiet.
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
UB extended 1.3.3.1013

Hallo,

so - vermelde: Ich habe fertig (glaube ich wenigstens) ;-)

Nach meinen ersten Tests scheint alles zu klappen:
  • Umlaute (Datei + Verzeichnisnamen) werden korrekt gespeichert
  • Mailgröße lässt sich begrenzen (habe 10.000 Zeichen voreingestellt)
  • Verbessertes Log
  • Verbesserte Fehlerauskunft
  • ... und noch einige weitere Änderungen an deren Details ich mich nicht entsinne.
Autorun auf externen Datenträgern scheint noch nicht zu klappen.... oder?



So könnte ihr meine Änderungen am Code für Euch nutzen. Natürlich ohne Gewähr, ohne Haftung und überhaupt auf eigene Gefahr. Wenn ihr morgen mit einem elften Zeh aufwacht, bin ich auch daran nicht in irgendeiner Weise Schuld.

Noch ein Hinweis: Habe es nicht ausprobiert aber ... da Ihr nach Einbindung meiner Änderungen am Script rumgebastelt habt, rate ich davon ab dieses gebastelte über UB in der DS noch zu verändern. Vielleicht testet das mal ein Wagemutiger-DS-Nutzer.
[edit1:]Nachtrag 1: Scheint doch zu funktionieren - zumindest kann ich den Autostart über die Weboberfläche aktivieren[/edit1]

  1. Erstellt mit UB ein Backupscript (ich habe alle Scripte neu erstellt)
  2. Ladet das erstellte .sh Script runter
  3. Öffnet das .sh Script in einem Editor (Empfehlung: Notepad++)
  4. Öffnet mein Script, was ihr hier herunterladen könnt (gepackt in ZIP): https://dl.olaf-noehring.de/?t=59e8b9d9fbf8b8e8e2b29d32fb10026a im Editor
  5. Sucht in meinem Script die Zeile in der steht:
    Code:
    dsmconfig_rotate=
  6. Markiert alles unterhalb dieser Zeile (in meinem Script) und kopiert es in die Zwischenablage. Es geht hiermit los
    Code:
    #########################################################################
    # Alles oberhalb aus "original" UltimateBackup übernehmen,                #
    # alles unterhalb übernehmen und im "original" vorhandenen Code            #
    # überschreiben.                                                        #
    # Keine Garantie! Keine Haftung! Nutzung auf eigene Gefahr!                #
  7. Sucht in Eurem Script die Zeile in der steht:
    Code:
    dsmconfig_rotate=
  8. Löscht alles unterhalb dieser Zeile (in Eurem Script).
  9. Fügt die Zwischenablage (meinen Scriptteil) in Euer Script ein.
  10. Ladet das euer "neues" Script auf die DS hoch
  11. Sucht nach Backupaufträgen (neues Script hat Versionsnummer 1.3.3.1013)
  12. Führt euren neuen Backupauftrag aus / Zeitplaner etc.
  13. ... Habe ich etwas vergessen?

Mein Tipp an dieser Stelle: Testet ersmal mit einer kleinen Datenmenge und sichert nicht direkt eure komplette DS.

Nochmals der Hinweis: Ich bin an nichts Schuld.

Olaf
 
Zuletzt bearbeitet:

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Danke für dein Script, wir... bzw. PsychoHH wird sich das zu gegebener Zeit anschauen und entscheiden, inwieweit wir Dinge aus deinen Anpssungen übernehmen. Aktuell plagen uns aber erstmal ein paar andere Dinge, deren Priorität etwas höher liegen.
 

mzenker

Benutzer
Mitglied seit
26. Nov 2017
Beiträge
37
Punkte für Reaktionen
0
Punkte
6
@Matthias
Ultimate Backup Scripte werden standardmäßig als root ausgeführt, außer die SSH Verbindung zu einem entfernten Server läßt das nicht zu. Du brauchst also nichts zu ändern. Ich wollte nur sicher gehen, das du eben nicht als eingeschränkter Benutzer auf eine entfernten Server agierst.
Alles klar. Aber mein Problem, dass die Eigentumsrechte der Dateien nicht gesichert werden, ist dadurch leider nicht gelöst...
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Alles klar. Aber mein Problem, dass die Eigentumsrechte der Dateien nicht gesichert werden, ist dadurch leider nicht gelöst...

Ich kann dieses Problem aber auch grad nicht lösen, das liegt in den Händen von rsync!
 

mzenker

Benutzer
Mitglied seit
26. Nov 2017
Beiträge
37
Punkte für Reaktionen
0
Punkte
6
Das heißt, es werden grundsätzlich die Eigentumsrechte nicht mitgesichert? Ist das bei allen anderen auch so?
 
Zuletzt bearbeitet:

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Kurzer Zwischenstand bezüglich der aktuellen Probleme mit der Version 1.3.3

Wir werden mit dem nächsten Update den rsync Optionsschalter --iconv=iso-8859-1,utf8 wieder entfernen, da es hier zu für uns unvorhersehbaren Problemen kam.

Beim Update von Version 1.3.2 auf 1.3.3 ist der Inhalt des Benutzerordner /volume[X]/@appstore/UltimateBackup/usersettings verloren gegangen worin all eure benutzerdefinierten Einstellungen beheimatet sind. Das hatte zur Folge, das u.a. die Auftragsliste und der Gerätemanager leer blieb. Glücklicherweise wurden die Daten unter /tmp/UltimateBackup gesichert, die wir mit dem nächsten Update wieder zurück holen werden. Solltet ihr zwischenzeitlich neuere Daten unter .../usersettings abgelegt haben, werden diese überschrieben. Falls dieses Verhalten nicht gewünscht ist, bitte melden.

Wir denken, das das Update morgen Abend bereit zur Veröffentlichung ist. Evtl. fließen noch weitere Fixes mit ein... wir prüfen das noch. Ansonsten wird es erstmal ein "schnelles" Funktionsupdate geben um weiteren Schaden zu vermeiden. Alles andere (@ong10) folgt dann in einem weiteren Update... wann auch immer das kommt.

Wir bitten nochmals vielmals um Entschuldigung

Tommes & PsychoHH
 


 

Kaffeautomat

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.

:coffee:

Hier gehts zum Kaffeeautomat