SSH Problem bei Migration eines Mailservers

[kartaga]

Habe ich ausprobiert:
login as: admin
admin@192.168.178.34's password:
admin@SynoServer:~$ sudo -i
Password:
root@SynoServer:~# ssh root@192.168.178.38
ssh_exchange_identification: read: Connection reset by peer
root@SynoServer:~# ssh -V root@192.168.178.38
OpenSSH_7.4p1, OpenSSL 1.0.2n-fips 7 Dec 2017
root@SynoServer:~#


Ich weiss nicht, was der Operand -v hier bewirkt. Aus meiner Sicht bin ich da nun nicht weiter, oder?

@blurrrr: wo finde ich die Liste der blockierten Hosts denn?


Zusatzinfo:

Ich habe die gesamte Prozedur mit Anlagen des Schlüssels vorher nochmal wiederholt. Allerdings in der anderen Richtung der Diskstations. Das Ergbnis ist das selbe.
Ich habe die Firewalls des DStations deaktiviert und die IP-Blockierung deaktiviert und habe die Server neu gestartet.
Verflixt...es tut sich nichts...

 

[blurrrr]

Du solltest doch via tail noch gleichzeitig ins log (auth.log + ggf. /var/log/messages) schauen

EDIT: Die Liste der blockierten Hosts solltest Du im DSM finden. Ansonsten halt Firewall-Thematik, oder ggf. /etc/hosts.deny, davon gehe ich aber nicht unbedingt aus.

 

[goetz]

Hallo,
-v und nicht -V (klein/groß).

Gruß Götz

 

[Tommes]

Folgender Vorschlag. Du installierst dir Ultimate Backup auf beiden Diskstation und richtest dir darüber den SSH-Zugang ein. Einen Versuch ist es jedenfalls wert. Du kannst Ultimate Backup danach auch gerne wieder deinstallieren, es soll ja nur dazu dienen den SSH-Zugang einzurichten. Ich habe *hier* mal zwei YouTube Videos verlinkt, wo ich einmal den Verbindungsweg zwischen zwei Synology Diskstation's als auch zwischen einer Diskstation und einem rsync-kompatiblen Server beschrieben habe. Kannst dir die Videos ja gerne mal anschauen und dann bewerten, ob du es damit mal versuchen magst. Ultimate Backup findest du den Paketquellen von CPHub... also z.B. *hier*

Tommes

 

[kartaga]

Hallo Zusammen,


erst mal danke für die Unterstützung. Das war nun recht viel, ich versuche mal Schrittweise daruf einzugehen.

Hier der In- und Output nach ssh -v:

login as: admin
admin@192.168.178.34's password:
admin@SynoServer:~$ sudo -i
Password:
root@SynoServer:~# ssh -v root@192.168.178.38
OpenSSH_7.4p1, OpenSSL 1.0.2n-fips 7 Dec 2017
debug1: Connecting to 192.168.178.38 [192.168.178.38] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.178.38:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:lOL5lTXtwRTFpOwX3zMZ2OAisWd3om9qqsGzALeILb8
debug1: Host '192.168.178.38' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /root/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Trying private key: /root/.ssh/id_ecdsa
debug1: Trying private key: /root/.ssh/id_ed25519
debug1: Next authentication method: password
root@192.168.178.38's password:
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
root@192.168.178.38's password:

root@SynoServer:

 

[kartaga]

Hallo Tommes,

die Idee mit dem Ultime Backup erscheint mir gut, aber wo bekomme ich dieses Packet? Es wird in DSM 6.2 nativ wohl nciht angeboten...


EDIT: habe die *.SPK gefunden. Werde nun erst mal warten, ob sich das Problem lösen lässt, dann ist UB eine Option...

 

[kartaga]

Hallo Tommes,

es hat mit deinem Vorschalg nun offensichtlich geklappt sich als root anzumelden.
Die Migration versuche ich dann demnächst.


Bis dahin erst mal ein ganz dickes Dankeschön an Tommes und auch alle anderen, die sich hier beteiligt haben!



Hier noch der "Nachweis" aus Putty:
login as: admin
admin@192.168.178.38's password:
admin@DiskStation:~$ sudo -i
Password:
root@DiskStation:~# ssh root@192.168.178.34
root@SynoServer:~# ssh root@192.168.178.38
root@DiskStation:~#

 

[Tommes]

Perfekt!

 

[kartaga]

...so, da bin ich nochmal.

Die Migration habe ich heute durchgeführt. Es hat recht lange gedauert (ca. 4h), aber im Prinzip funktioniert es.

Ich habe nur noch ein kleines Problemchen:

Ein paar Ordner sind offensichtlich nicht migriert worden.
Ich nutze Thunderbird und dort sind diese Ordner noch lokal verfügbar. In der Darstellugn sind sie kursiv und hellgrau, weil die Synchronisation ja wohl nciht funktioniert.

Weiss gerade jemand, wie ich diese lokalen Ordner zielgenau auf den Server bekomme und anschliessend vernünftig synchronisieren kann?

 

[blurrrr]

Zieh die Ordner einfach dahin, wo sie hin sollen im Thunderbird?

 

[kartaga]

Hallo Blurrrr,


das funktioniert nicht richtig:

1. dabei gehen einige Emails verloren
2. die zurückbleibenden lokalen Ordner lassen sich nicht löschen, da sie ja auf dem IMAP-Server nicht drauf sind, es und es dann wohl einen Fehler gibt

___________________________

EDIT:
Ich muss mich korrigieren.
Wenn ich zuerst die Ordner einzeln in ein anderes IMAP Postfach verschiebe und dann zurück geht es.

Ich habe noch ein paar Ordnerleichen, die sich nicht löschen lassen, das gucke ich mir aber spräter separat an. Fred kann damit geschlossen werden.


DANKE!

 

[blurrrr]

Läuft...