Wo ist die rsyncd.conf?

Quote from homolka

einebDu meintest die Kommandozeile bei deinem Vorschlag, oder?

Nein ich habe Dir das geschrieben deshalb verstehe ich Dein vorhaben nicht.

Wohin sicherst Du den überhaupt ? Auf eine ext. HDD, oder auf ein zweites NAS. Den hieraus ergibt sich diesbezüglich zweierlei bzgl. Klartext.

Bei mir ist rsync.conf vorhanden.

root@DXP2800:~# ls -la /etc/rsyncd.conf
-rw-r--r-- 1 root root 1118 May 30 13:15 /etc/rsyncd.conf

ds106 ich will dir ja nichts unterstellen, aber es ist schon irgendwie seltsam, das du scheinbar der einzige bist, der eine rsync.conf hat und bei dem auch die Rechte im Benutzer Home Ordner nach einem Neustart erhalten bleiben *klick*

Ich habe gestern ebenfalls auf der Kommandozeile nach der rsync.conf gesucht und keine gefunden. Ist doch irgendwie komisch, oder?

homolka vermutlich geht UGREEN da eigene Wege, indem sie die App entsprechend programmiert haben. Leider ist der Code von Sync & Backup nicht einsehbar,.

Wenn man den rsync-Dienst unter Systemsteuerung/Dateidienste aktiviert, ist die Datei auch da. Das bleibt sie wohl auch da, wenn man ihn wieder deaktiviert.

Ist das so! Falls ja, ziehe ich meine Anschuldigungen ds106 natürlich wieder zurück und entschuldige mich ausdrücklich für meinen Ausrutscher. Ich kann das selbst grad nicht überprüfen, weiß aber auch nicht, ob ich rsync in UGOS Pro aktiviert habe, weil rsync auf der Komandozeile auch so läuft.

rsync ist ja nur der Client, rsyncd der Server dazu.
rsyncd.conf gehört zu Server. Da steht z.B. drin mit welchen Verzeichnissen und wer was syncen darf.

Quote from homolka

Was genau meinst du mit Image-Sicherung? In der App habe ich doch nur diese Optionen

Findest Du unter Sicherung von Speicherpools, da gehören interne Pools & ext. HDDs etc. dazu. Dort dann bei Aufgabenerstellung. Aber das hilft Dir dann bei Strato eher nicht weiter.

Ich hab das jetzt grade bei mir getestet, indem ich in der Systemsteuerung > Dateidienste den "Rsync Sicherungsdienst" aktiviert habe und sieh da...

ls -l /etc/rsyncd.conf
-rw-r--r-- 1 root root 1060 Jun  2 15:09 /etc/rsyncd.conf

... unmittelbar danach wurde die rsyncd.conf erstellt. Diese bleibt auch erhalten, wenn man den "Rsync Sicherungsdienst" wieder deaktiviert. Somit hat Benares vollkommen recht, genauso wie ds106 recht hatte, das die Datei nämlich doch exisitert. Man muss nur an den richtigen Schrauben drehen.

Schimpf und Schande über mich

Die Frage ist halt, ob sich die Datei ändert, wenn z.B. ein Reboot erfolgt oder neue Shares hinzukommen oder wegfallen. So, wie ich es verstanden habe, wollte der TS ja was darin ändern.

Datum/Uhrzeit entsprechen bei mir dem Zeitpunkt an dem ich das Update eingespielt habe. Muss man sich drauf einstellen, dass die Datei bei einem Update überschrieben wird.

Ich habe es zwar nicht getestet, da mein NAS grade erst hochgefahren ist und ich es nicht gleich neu starten möchte, aber so wie es aussieht, sollte die rsyncd.conf dynamisch angepasst werden. Mein USB-Stick bleibt aber auch nach dem Auswerfen in der rsyncd.conf erhalten. Ob das nach einem Neustart so bleibt, müsste man testen.

Wir reden von diesem Optionsschalter...

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

... denn sobald dieser aktiviert ist und du auf die Schaltfläche "Übernehmen" geklickt hast, sollte die Datei angelegt sein.

Quote from homolka

For your specific requirement — a full file-based backup that preserves the original folder structure while skipping identical files — we would suggest using native rsync directly via SSH as an alternative solution.

Hier könnte ich dir mein CLI basiertes Rsync-Script jarss ans Herz legen.

Hallo zusammen,

ich hatte vor einigen Wochen mal den Bootvorgang analysiert und festgestellt, dass UGOS mit zwei Overlay Partitionen arbeitet.

Wie mir aufgefallen ist, ein Overlay für Programme und eines vorwiegend für die Konfiguration. Somit werden beim Boot viele (einige) Konfigurationen immer wieder überschrieben. Änderungen über die Oberfläche machen es persistent, da auch im Overlay die entsprechenden Dateien angepasst werden.

Ich bin darüber gestolpert, weil ich Probleme mit NUT hatte. Leider hat mit aber die manuelle Änderung der Dateien im Overlay nicht weitergeholfen, da eine weitere Stolperfalle seitens UGOS eingebaut ist. Teile der Konfiguration wird in JSON Dateien gespeichert - deren Syntax bzw. Umfang undokumentiert ist. Nach einen Bootvorgang werden zum Teil die eigentlichen Konfigurationsdateien aus dem Inhalt der JSON neu geschrieben.

Eine (einfache) Lösung dafür habe ich noch nicht gefunden, es geht aber über systemd und ein Script was alles nach eigenen Wünschen - nach jedem Neustart - wieder setzt und die Dienste neu lädt oder startet.

Also ähnllich wie unter RE: Fragliche Rechte der Benutzer-Home-Ordner

Aber vielleicht hat von Euch noch einer eine Idee.

Viele Grüße

Wow! Interessante Dinge hast du Jerry da zu berichten, von denen ich zugegebener Maßen keine Ahnung habe

homolka Du bist aber auch anspruchsvoll

Quote from Tommes

Wow! Interessante Dinge hast du Jerry da zu berichten, von denen ich zugegebener Maßen keine Ahnung habe

Wenn ich mal Zeit habe, dann gehe ich dem weiter nach, aber im Moment bin ich beruflich ziemlich eingespannt.