Ultimate Backup Ultimate Backup

[Passwort]

ja gut aber jetzt sind sies
Das Problem bleibt.

 

[Tommes]

Bevor das hier ausartet...

Falls du noch keine anderen SSH-Verbindungen zu anderen Servern aufgebaut hast und somit außer über Ultimate Backup erstellte RSA-Keys keine weiteren RSA-Keys im Ordner /root/.ssh/ enthalten sind, solltest du einfach nochmal ganz von vorne beginnen. Das geht dann am einfachsten über Ultimate Backup -> Gerätemanager -> 2.SSH Verbindung einrichten ... und dann ein beherzter Klick auf den Button "SSH-Ordnerstruktur löschen" ! Das machst du natürlich auf beiden Diskstations, also auf dem Quellserver und dem Zielserver.

Jetzt beginnst du vom neuen und gehst dabei nach der Hilfeanleitung vor, je nach dem ob du -von- oder -auf- eine entfernte Diskstation sichern möchtest.

Kontrolliere also erstmal unter Punkt 1. ob alle Parameter stimmen.

Dann unter Punkt 2. den SSH-Schlüssel austauschen.

Gib unter Punkt 3. Neues Gerät anlegen, dann die entfernte Diskstation an und dann weiter zu Punkt 4. zu gehen.

Beachte im Punkt 4. Bekannte Geräte dann den Handshake, also die erstmalige sowie einmalige Verbindungsbestätigung durchzuführen.

BTW: Die Nummern im Gerätemanager folgen einer loschen Struktur, weshalb du alle 4 Schritte nacheinander durchgehen musst. Dann klappt das auch.

Tommes

 

[Passwort]

Nein, das war Mist. Jetzt geht der Handshake nicht mehr, das hat früher geklappt.
Ich habe genau nach der Reihenfolge alles abgearbeitet.

Offenbar kann ich das Projekt UB dann beerdigen und mit Syno Tools weiterarbeiten....

 

[PsychoHH]

Und genau hier setzt ganz sicher ein Synology Projekt ein. Automatische Blockierung.

 

[Passwort]

Automatische Blockierung.

Hä?

 

[PsychoHH]

Da es beim ersten Mal vermasselt wurde, ist dir IP sicher unter Sicherheit in der automatischen Blockierung eingetragen.

 

[Passwort]

Ahso, ja stimmt, auf dem Backup war die autom. Blockierung tatsächlich eingeschaltet. Auf der 1515+ war sie ausgeschaltet.
Ist jetzt auch aufm Backup aus und die Sperrliste ist geleert. Problem besteht immer noch. Also das erste, Handshake geht wieder.

 

[PsychoHH]

Ich kapier einfach nicht warum du den ssh key nicht auf der einen ds exportierst und auf der andern importierst dafür haben wir die Funktion eingebaut, falls man dies nicht manuell machen will. Das hat erstmal mit einem handshake nichts zutun.

 

[Passwort]

Ich kapier einfach nicht warum du den ssh key nicht auf der einen ds exportierst und auf der andern importierst

Wie kommst darauf, das ich das nicht gemacht hätte?
Ich hatte ja geschrieben, dass ich genau nach Liste vorgegangen bin...

 

[PsychoHH]

Und du hast dann auch ganz sicher bei Gerät hinzufügen root als User eingetragen?

 

[Passwort]

ja..

 

[PsychoHH]

Dann evtl in die falsche Richtung ausgetauscht. Sonst einfach als admin auf der Konsole einloggen root Rechte holen und dann per ssh root@ip mit der anderen DS verbinden.

 

[Passwort]

Also wenn ich wenn ich die 1512 als Ziel mit der 1515 als Quelle synchronisieren will, muss ich die Datei doch von der 1515 zur 1512 verschieben oder?

 

[Tommes]

Der lokale Server (deine DS1515) sowie die Sicherungsrichtung bestimmt die Art und Weise wie der SSH-Schlüssel ausgetauscht werden muss. Die Grafik im Gerätemanager zeigt das doch ziemlich anschaulich...



... demnach mußt du die SSH-Schlüsseldatei (id_rsa.pub) von deiner DS1515 exportieren und auf deine DS1512 importieren. Es schadet aber auch nichts den Schlüssel in beide Richtungen auszutauschen.

Leider hast du uns noch nicht mitgeteilt was genau auf der Konsole passiert, wenn du versuchst eine SSH-Verbindung in Richtung DS1512 aufzubauen. Da muß ja irgendein Fehler ausgespuckt werden. Und da du dich nach eigenen Angaben auf der Konsole ausknnst, kannst du ja auch mal prüfen, ob auf der DS1512 unter /root/.ssh/authorized_keys ein RSA-Key eingetragen ist oder nicht. Auch findest du in der Ultimate Backup Hilfe alle nötigen Anweisungen wie du kontrollieren kannst, ob unter /root/.ssh alles richtig eingestellt ist.

Ganz nebenbei. Als du gestern nochmal komplett von vorne angefangen hast... hast du da auch die "Bekannten Geräte" unter Punkt 4. im Vorfeld gelöscht? Falls nein, dann mach das bitte auch mal.

Tommes

 

[jensi71]

Vielleicht auch mal sämtliche Firewalls und automatische IP Blockierungen auf den DSen mal deaktivieren zum Testen.

 

[Passwort]

Der lokale Server (deine DS1515) sowie die Sicherungsrichtung bestimmt die Art und Weise wie der SSH-Schlüssel ausgetauscht werden muss. Die Grafik im Gerätemanager zeigt das doch ziemlich anschaulich...
... demnach mußt du die SSH-Schlüsseldatei (id_rsa.pub) von deiner DS1515 exportieren und auf deine DS1512 importieren. Es schadet aber auch nichts den Schlüssel in beide Richtungen auszutauschen.

Ja, die Grafik ist sehr verständlich. Ich habe es ja auch so gemacht wie angegeben.

Leider hast du uns noch nicht mitgeteilt was genau auf der Konsole passiert, wenn du versuchst eine SSH-Verbindung in Richtung DS1512 aufzubauen. Da muß ja irgendein Fehler ausgespuckt werden.

Also für einen Fehler halte ich das nicht:

thorsten@PC ~ $  ssh admin@NAS
admin@nas's password: 
Could not chdir to home directory /var/services/homes/admin: No such file or directory
admin@NAS:/$

Sowas kommt auf beiden DS'en, aber weiter nichts.

Und da du dich nach eigenen Angaben auf der Konsole ausknnst, kannst du ja auch mal prüfen, ob auf der DS1512 unter /root/.ssh/authorized_keys ein RSA-Key eingetragen ist oder nicht. Auch findest du in der Ultimate Backup Hilfe alle nötigen Anweisungen wie du kontrollieren kannst, ob unter /root/.ssh alles richtig eingestellt ist.

Ich mach jetzt nichts mehr in der Hinsicht. Da habe ich gestern bzw. heute Nacht schon genug Zeit investiert. Für mich ist das Thema UB durch, ich schaff' jetzt weiter mit Syno Tools. Für das, was ich brauche, reichts.

Ganz nebenbei. Als du gestern nochmal komplett von vorne angefangen hast... hast du da auch die "Bekannten Geräte" unter Punkt 4. im Vorfeld gelöscht?

Natürlich. Wurde hier ja gesagt. Habe ich immer wieder gelöscht, wenn ich von vorne angefangen habe.

Vielleicht auch mal sämtliche Firewalls und automatische IP Blockierungen auf den DSen mal deaktivieren zum Testen.

Firewalls habe ich nicht und AB ist bei beiden aus, wie ein paar Beiträge weiter oben steht.

 

[jensi71]

Hmm find ich jetzt schade, dass Du die Flinte ins Korn werfen willst. Aber gut...

 

[Tommes]

O.M.G.

Eines musst du noch üben. Lesen, das gelesenen verstehen und anwenden.

Was ist hier falsch...

thorsten@PC ~ $ ssh admin@NAS

root​

du sollst dich sowohl auf der DS als auch per SSH zum Zielserver als -root- verbinden.

Weiterhin sollst du dich von der Konsole der DS1515 auf die DS1512 per SSH als root aufschalten, nicht von deinem PC aus.​

 

[jensi71]

Moin Tommes

Mal so eine blöde Idee von mir: habe im Synology-Forum-WIKI gesehen, daß diese Front-LEDs bei den DS wohl irgendwie steuerbar sind. Ist ja auch in UB so; kann wählen, ob die Status-LED gelb werden soll oder nicht. Klappt auch. Nun meine Idee: bei der 716+II ist neben dem Copy-Knopf wohl auch ne LED drin. Da ich den aber eh nicht nutze, könnte man nicht mit der LED was anfangen? Ich würde gern noch ein Backup über die Front USB Buchse machen per Autorun. Da die Status LED bissl funzlig ist kann man nur bei genauerem hinsehen erkennen, daß UB fertig ist. Könnt man nicht bei Autorun Aufgaben statt der Status LED nicht diese COPY-LED nehmen?

 

[Tommes]

Vielen Dank für deinen vorschlag.

Das wäre theoretisch möglich, praktisch aber wohl nur - oder grade - für die Leute sinnvoll, die eine Copy-Funktion und somit die passende LED besitzen. Ich bin zwar im Besitz einer solchen LED, müsste mir das aber erstmal selber anschauen ob das wirklich so schlecht zu sehen ist. Ich nehme das mal in unsere "Wunschliste" als konstruktiven Vorschlag auf und wir werden prüfen, ob wir das einbauen.

Tommes