rsync gesucht

5CH0K0MUFF1N · 25. August 2018, 10:43

RickX schrieb:

Du hast aber Beitrag 76 gesehen...?
Der Punkt am Anfang ist falsch.
Poste doch mal, wie die Pfadangabe genau aussieht.

Beitrag 76 hab ich in Beitrag 77 bestätigt, die Enternfung von ".", war nicht zielführend

Die Pfadangabe wäre bei mir: \rootfs\etc\dropbear\authorized_keys\VU-Public-Key

Mit und ohne "rootfs" als Zusatz hat auch keinen Erfolg eingefahren.

Habe das gleich auch mal unter einem anderem Pfad versucht, leider ohne Erfolg.

\home\root\.ssh\authorized_keys\VU-Public-Key

RickX · 25. August 2018, 10:52

Der Backslash \ wird ja nur bei Windows für Pfadangaben genutzt. Bei Linix ist das der Escape-Character für Sonderzeichen in der Shell... Ich weiß nicht, ob die VPN-Software das trotzdem als Pfad-Trenner akzeptiert.

In Linux wird ein Pfad mit / gebildet. Du könntest also mal diesen versuchen:

/home/root/.ssh/authorized_keys/VU-Public-Key

Mal sehen, was dann im Log ausgegeben wird.

hajeku123 · 25. August 2018, 11:27

@5CH0K0MUFF1N

RickX schrieb:

In Linux wird ein Pfad mit / gebildet. Du könntest also mal diesen versuchen:

/home/root/.ssh/authorized_keys/VU-Public-Key

kann auch sein, dass du für die Datei VU-Public-Key neue Dateirechte setzen musst.

chmod 0600 /home/root/.ssh/authorized_keys/VU-Public-Key

Musst auf korrekte Groß und Kleinschreibung achten.
Ist bei Linux wichtig, bei Windows egal

5CH0K0MUFF1N · 25. August 2018, 13:44

Hab ich eben gemacht, ist es normal dass darauf keine "Bestäigung" erfolgt?

RickX schrieb:

...
In Linux wird ein Pfad mit / gebildet.
...

Hab ich ja die ganze Zeit so gemacht, den Pfad habe ich, für den Beitrag, nur mal schnell aus Windows herauskopiert.

Edit by hgdo: unnötiges Komplettzitat entfernt

root@vuduo2:~# rsync -rltD -e "ssh -i /home/root/.ssh/authorized_keys/VU-Public-Key" /media/hdd/Spe
ckrolle harddisk-4650@rsync.hidrive.strato.com:/users/harddisk-4650/backupduo2

ssh: Exited: String too long
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.1]

Okay?

peba · 25. August 2018, 16:06

Kleiner Hinweis: Beim ssh -i muss der private ssh-key angegeben werden und nicht der public key.
Der zum privaten key passende public key muss am Zielsystem in der authorized_keys des users, mit dem man sich dort anmeldet, eingetragen werden.

5CH0K0MUFF1N · 25. August 2018, 17:04

Habe dann trotzdem das :

ssh: Exited: String too long
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.1]

5CH0K0MUFF1N · 25. August 2018, 17:26

Vielleicht nochmal eine Runde denn SSh-Key auf der Vu erzeugen?

Aber da seh ich nicht ganz durch. Bis zur Hilfeseite von "dropbearkey" komme ich noch, dann komme ich nicht weiter...

SSH Key ohne Passphrase, aber keine Ahnung wie ich dem das erzählen soll.

rdamas · 25. August 2018, 17:37

Würde mich wundern, wenn's daran liegt. Key erzeugen mit Dropbear geht so:

dropbearkey -t rsa -f /path/to/privatekey -s 2048

Der Public Key wird dabei auf der Konsole ausgegeben, kannst du aber auch nachträglich auslesen:

dropbearkey -f /path/to/privatekey -y

/path/to/privatekey musst du anpassen, ist in der Regel $HOME/.ssh/id_rsa
Das Verzeichnis $HOME/.ssh darf in der Regel nur für den User lesbar sein, ebenso wie der Private-Key.

hajeku123 · 25. August 2018, 18:15

5CH0K0MUFF1N schrieb:

Habe dann trotzdem das :

ssh: Exited: String too long

Ich würde sagen, der Key ist zu lang.
Laut FAQ werden die Keys mit 1024 Bit erzeugt.
Deinen Key hast du laut #75 mit 4096 Bit erzeugt.

5CH0K0MUFF1N · 25. August 2018, 21:49

Key mit 1024 Bit über Puttygen erzeugt, keine Verbesserung.

root@vuduo2:~# dropbearkey -t rsa -f /etc/dropbear -s 1024
Generating key, this may take a while...
Couldn't create new file /etc/dropbear: File exists
Exited: Failed to generate key.

Der Ordner ist aber leer ❔

Vielleicht spiele ich nochmal das aktuellste VTi rauf, installiere dann rsync nochmal und probiere alles von vorne?

rdamas · 25. August 2018, 22:03

Würde funktionieren wenn du einen Filenamen bei -f angibst und nicht einen Ordner.

hajeku123 · 25. August 2018, 23:21

5CH0K0MUFF1N schrieb:

Vielleicht spiele ich nochmal das aktuellste VTi rauf, installiere dann rsync nochmal und probiere alles von vorne?

Denke nicht, dass es notwendig ist, VTI neu zu installieren.

Habe für dich mal gegoogelt...

Quelle: http://www.splitt-it.de/ssh-ohne-passwort-und-rsync-nach-strato-hidrive-bzw-nach-anderen-nas-systemen

_____________________________________________________________________________________________________

SSH ohne Passwort und rsync nach Strato-Hidrive bzw. nach anderen NAS-Systemen
von splitti Kategorie: HOT News, Linux

Ich habe zwar von Strato die Synology-NAS, dennoch nutze ich meine QNAP-NAS als zentrale Speichereinheit. Nennt mich Paranoid, aber die Synology-NAS ist rein als Backup der QNAP-NAS gedacht. Man weiß ja nie

Zunächst etwas Theorie: Ich will ein Backup meiner QNAP-NAS auf eine Synology-NAS und nach Strato-Hidrive. Das ganze Jobgesteuert, z.B. täglich…
SSH oder rsync ohne Passwort

Zunächst ist es wichtig, dass man Passwörter nicht unbedingt als Klartext ins Dateisystem ablegt. Dafür gibt es die Möglichkeit mit Schlüsseln zu arbeiten, einen Privaten und einen Öffentlichen. Das theoretische Verfahren möchte ich nicht intensiv erklären, deshalb Wikipedia für mehr Infos dazu…

Nun zum praktischen, die Generierung eines Schlüssels… Dafür müsst Ihr auf die Shell Eures Linux-Systems, bei mir die QNAP-NAS. Wichtig ist, dass Ihr nun mit einem User den Schlüssel erstellt, der auf die Daten die gesichert werden sollen zugreifen kann und die Sicherung durchführen soll. Im Zweifelsfall nehmt den root oder admin. In der Shell führt Ihr den Befehl

ssh-keygen -t rsa

aus. Bei der Frage nach einer Passphrase könnt Ihr einfach zwei mal Enter drücken. Das war es im Endeffekt fast, der öffentliche Schlüssel wurde erstellt und liegt im Pfad

~/.ssh/id_rsa.pub

Dabei gilt ~ als das Home-Verzeichnis des angemeldeten Benutzers… Diesen Key müsst Ihr auf das Zielsystem kopieren oder Strato übermitteln. Bei Strato ist das echt simpel in der Weboberfläche realisiert.

Ihr habt den Key von oben kopiert, z.B. nach /tmp/id_rsa.pub auf dem System, wo Ihr hin sichern wollt. In meinem Beispiel halt die Synology-NAS. Jetzt meldet Ihr Euch auch auf diesem System in der Shell an. Bitte unter dem User, der entsprechende Schreibrechte hat, wo Eure Daten abgelegt werden sollen. Im Zweifelsfall wieder root oder admin…

Jetzt ist es total simpel, gebt einfach den Befehl

cat /tmp/id_rsa.pub >>~/.ssh/authorized_keys
chmod 700 ~/.ssh/authorized_keys

ein. Damit wird der öffentliche Schlüssel dem System für diesen User bekannt gemacht. Es ist Euch möglich ohne Eingabe eines Passwortes die Anmeldung an das Zielsystem per rsync oder ssh durchzuführen.
rsync zum sichern

Sowohl nach Strato, als auch nach meiner Synology-NAS sichere ich per rsync. Das ganze ist total easy, ich habe dafür ein Script erstellt:

Quellcode

SCRIPTPATH="/pfad/zum/script"
SERVER="IP oder FQDN"
USER="der Benutzer, der den öffentlichen RSA-Key bekommen hat"
TARGET="/wo/wird/auf/dem/Zielsystem/hingesichert"
# bei Strato sieht das in etwa so aus
TARGET="/users/"$USER"/Ziel/wo/hin/gesichert/werden/soll"
ERROR=${SCRIPTPATH}"/error.log"
INCLUDE=${SCRIPTPATH}"/include"
EXCLUDE=${SCRIPTPATH}"/exclude"
RSYNC=/usr/bin/rsync
RSYNC_OPTIONS="-avrz --delete --ignore-errors --log-file=${ERROR} -e ssh"
CAT=/bin/cat
CHECK_REMOTE=`ping -c 1 $SERVER | grep packet | awk '{print $4}'`
SOURCE="/Pfad/der/gesichert/werden/soll"
if [ $CHECK_REMOTE == 1 ]; then
${RSYNC} ${RSYNC_OPTIONS} ${SOURCE} ${USER}@${SERVER}:${TARGET} --files-from=${INCLUDE} --exclude-from=${EXCLUDE}
if [`cat ${ERROR} | grep 'error' | wc -c` -gt 1 ]
then
echo "Verarbeitung erfolgreich beendet"
else
echo "Verarbeitung fehlerhaft beendet (siehe Log: ${ERROR})"
fi
else
echo "Server nicht erreichbar..."
fi

Alles anzeigen

Include und Exclude sind somit Liste, wo Ihr bestimme Verzeichnisse inkludieren oder exkludieren könnt (ach, was ne schöne Erklärung, aber mir fällt gerade nix besseres ein…). Dabei ist wichtig, dass die Pfadangaben ausgehend von dem Pfad unter Source gelten… Wenn Ihr z.B. /Sicherung/ sichern wollt, aber das Unterverzeichnis /Sicherung/nichtsichern/ nicht sichern wollt, dann ist „SOURCE=/Sicherung“ und in dem File exclude muss eine Zeile „/nichtsichern“ stehen.

Das Script ist ansonsten relativ selbsterklärend. OK, der rsync-Aufruf ist durch die vielen Variablen etwas kryptisch, aber vom Prinzip her ist das echt simpel. Anstatt der Rückmeldung habe ich eine Mailbenachrichtigung bei Fehlern. Das Script kann z.B. täglich als Cronjob aktiviert werden.

5CH0K0MUFF1N · 26. August 2018, 00:56

ok.

Nun habe ich doch nochmal das neuste VTi drauf gespielt, sicher ist sicher.

Gleiches Rsync installiert.
Mit dropbear auf der Box komme ich nicht klar, also über Puttygen, auf Win10, einen 1024Bit RSA Public Key(PublicVU) erzeugt und bei Strato hochgeladen, sowie den Private Key(PrivateVU.ppk) erzeugt und auf der VU bei "\home\root\.ssh\authorized_keys" abgelegt.

So,
"chmod 0600 home/root/.ssh/authorized_keys/PrivateVU.ppk" und
"chmod 700 home/root/.ssh/authorized_keys/PrivateVU.ppk". Egal welche Kombinationen, auch anderer Pfad, immer nur:

"No such file or directory"

RickX · 26. August 2018, 01:10

Du musst einen absoluten Pfad mit / beginnen, also /home/root/.ssh/authorized_keys

Mach doch mal ls -l /home/root/.ssh/authorized_keys

5CH0K0MUFF1N · 26. August 2018, 02:37

Hatte auch zuerst immer mit "/" begonnen, da kam bloß nix bei raus...

Dein genanntes Kommando:

root@vuduo2:~# ls -l /home/root/.ssh/authorized_keys
-rw------- 1 root root 843 Aug 26 00:13 PrivateVU.ppk
-rwx------ 1 root root 301 Aug 26 00:13 PublicVU

Thomas5 · 26. August 2018, 07:18

Probier mal: chmod 700 /home/root/.ssh/authorized_keys/* (kann man in dem Fall mal machen, da die einzige andere Datei in deinem Verzeichnis schon 700 als Rechte hat.)

hajeku123 · 26. August 2018, 09:16

5CH0K0MUFF1N schrieb:

Hatte auch zuerst immer mit "/" begonnen, da kam bloß nix bei raus...

Dein genanntes Kommando:

root@vuduo2:~# ls -l /home/root/.ssh/authorized_keys
-rw------- 1 root root 843 Aug 26 00:13 PrivateVU.ppk
-rwx------ 1 root root 301 Aug 26 00:13 PublicVU

/home/root/.ssh/authorized_keys muss eine Datei und kein Ordner sein.
Nach dem neu aufsetzen vom VU stehst jetzt wieder am Anfang. Warst ja schon mal weiter...

Mach jetzt mal folgendes:

Datei /home/root/.ssh/authorized_keys/PublicVU in deiner Benutzerverwaltung von Strato hinterlegen

Dann per putty folgende Befehle eingeben:
(Bitte genau so mit richtiger Groß/Kleinschreibung - am besten kopieren/einfügen)

mv /home/root/.ssh/authorized_keys /home/root/.ssh/authorized_keys.d
cat /home/root/.ssh/authorized_keys.d/PrivateVU.ppk > /home/root/.ssh/authorized_keys
chmod 600 /home/root/.ssh/authorized_keys

rsync -rltD -n -e "ssh -i /home/root/.ssh/authorized_keys" /media/hdd/Speckrolle harddisk-4650@rsync.hidrive.strato.com:/users/harddisk-4650/backupduo2

Dann postest du bitte die Ausgaben aller vier Befehle. Danach sehen wir weiter.

5CH0K0MUFF1N · 26. August 2018, 12:33

Spoiler anzeigen

Den Public-Key habe ich sofort nach dem neu flashen von VTi wieder bei Strato hochgeladen.

5CH0K0MUFF1N · 26. August 2018, 12:45

Habe mal ein bisschen herumprobiert. Und habe unter Windows 10 die Dateirechte angepasst:

Spoiler anzeigen

hajeku123 · 26. August 2018, 17:45

Wenn du versuchst mit Windows die Linux Dateirechte zu ändern, wird das nichts.
Irgendwie sehen die Dateigrößen deiner Keys komisch aus.

5CH0K0MUFF1N schrieb:

-rw------- 1 root root 843 Aug 26 12:28 /home/root/.ssh/authorized_keys
root@vuduo2:~#

843 Byte

5CH0K0MUFF1N schrieb:

root@vuduo2:~# ls -l /home/root/.ssh/authorized_keys
-rwx------ 1 root root 0 Aug 26 12:38 /home/root/.ssh/authorized_keys

0 Byte

Ich würde die Keys noch einmal neu über die VU erstellen.

Melde dich mit Putty an. Danach
mkdir keys
cd keys
dropbearkey -t rsa -f id_rsa > id_rsa.pub

(bei mir sieht das so aus:

)

jetzt kopierst du die Datei /home/root/keys/id_rsa.pub im Binärmodus !!! per FTP auf deinen Windows Rechner und hinterlegst diese Datei in deinem Strato Controlcenter

Danach noch einmal folgendes ausführen und Ausgabe posten:

rsync -rltD -n -e "ssh -i /home/root/keys/id_rsa" /media/hdd/Speckrolle harddisk-4650@rsync.hidrive.strato.com:/users/harddisk-4650/backupduo2