netbackup Ordner für Benutzer & root user Zwang umgehen?

[HerrSchmitz]

Hallo Forum,

ich habe soeben Deltacopy auf meinem windows 7 clienten eingerichtet. Es wird nach dem Systemstart sowie jeden Tag um 18h auf die Diskstation gesichert, das manuelle anwerfen hat auch geklappt (als Benutzer root).

Jetzt habe ich zwei Fragen.
1. Wie kann ich als Benutzer auf die Dateien lesend zugreifen? (ganz wichtig, nur lesend, soll ja nen backup sein! )
2. Mir gefällt es nicht per root zu verbinden, da muss es doch ne andere möglichkeit geben? Evtl. könnte man doch einfach einen Benutzer "deltacopy" anlegen und diesem schreibrechte auf den Ordner /volume1/netbackup geben oder sehe ich das falsch? Überschreibt die Syno beim Systemstart hier evtl. was?

Grüße von einem inzwischen glücklichen Syno user

 

[jahlives]

Du kannst schon einen neuen User für das Backup einrichten. Je nachdem was du backuppen willst, wirst du aber viel an den Berechtigungen schrauben müssen. Das sind unerwünschte Seiteneffekte vorprogrammiert. Was stört dich denn daran als root zu verbinden? Die Übermittlung des PW? Falls ja dann schau dir mal ssh Logins mit Zerifikaten an (mehr dazu gibts in unserem Wiki). Dann wird das PW nicht mehr übermittelt

 

[HerrSchmitz]

Mich stört, dass root login überhaupt per ssh erlaubt ist. "PermitRootLogin no" Ist eigentlich das erste was ich bei nem Server einstelle.
In Kombination mit su / sudo ist das auch ausreichend. Naja, werde ich wohl mit leben müssen ;-)

 

[jahlives]

Dann stell doch PermitRootLogin in /etc/ssh/sshd_config auf no und starte ssh neu. Diese Option sollte funzen. Oder du gibst dem admin ein leeres PW, dann ist auch kein root Login möglich ;-)

 

[HerrSchmitz]

Das ist auch mein Gedanke. Aber erstmal muss ich 'su' ans laufen bekommen um vom user aus root Rechte zu erhalten. Das wirft mir nämlich immer:

su: must be suid to work properly"

aus.

edit: sudo ist übrigens installiert und per 'sudo su' klappt es auch, der Benutzer wird root. Daher versteh ich den obigen Fehler nicht so ganz.

 

[itari]

Das Problem mit dem 'su' liegt vermutlich daran, dass das SetUserID-Bit (suid) in den Rechten der Programmdatei des 'su' nicht gesetzt ist. Ich bin auch nicht sicher, ob es funktionieren würde, aber es ist auf jeden Fall eine Erklärung der Meldung. Der Link erklärt ein wenig (und ist nicht ganz so lang): http://www.codecoffee.com/tipsforlinux/articles/028.html

Itari

 

[jahlives]

@Herr Schmitz
Probier mal ein

chmod u+s $(which su)