InfiX
she/her
|
hi, ich hab hier ein altes QNAP NAS das ich gerne für backups verwenden würde, ist ein QNAP Turbo Station TS-419P+, schon gut betagt aber für ein backup sollts reichen, neueste firmware ist drauf (Version 4.3.3.2644 von januar 2024). Jetzt will ich auf meinem TrueNAS server eine replication einrichten und brauch dafür eine SSH verbindung, auf dem QNAP ist SSH aktiviert. hab eine SSH verbindung und key erstellt und via dieser anleitung auf dem QNAP hinzugefügt: https://wiki.qnap.com/wiki/SSH:_How...Authorized_Keys...aber es hilft alles nix, es kommt wenn ich vom TrueNAS aus verbinden versuch immer: [EACCES] AuthenticationException('Authentication failed.')
ssh via putty mit username/pw geht ganz normal. jetzt wollte ich wie dort erwähnt openSSH auf dem QNAP installieren: https://wiki.qnap.com/wiki/How_To_R...6.1_Build_0302Taber das verweist nur hierhin: https://wiki.qnap.com/wiki/Install_Optware_IPKG und das geht nicht mehr... OBSELETE: as of January 2019, Optware is no longer listed in the QNAP "App Center". jetzt steh ich irgendwie an... k.a. was ich noch probieren soll.
Bearbeitet von InfiX am 02.07.2024, 14:24
|
Longbow
Here to stay
|
was sagt denn der verbose ? ssh .... -v
|
InfiX
she/her
|
e: erklär das mal bitte für einen noob hab von truenas aus versucht mit ssh -vv eine verbindung zum QNAP zu machen... da scheitert er wohl auch mit dem key und fragt am ende einfach nach dem passwort und das geht auch nicht - connection closed. e2: nvm mit passwort gehts dann, ich hab einfach nur zu lang gewartet beim ersten versuch e3: nach was soll ich denn da ausschau halten? er sagt: Next authentication method: publickey
Trying private key: ...
Trying private key: ...
[...]
We did not send a packet, disable method
Bearbeitet von InfiX am 27.06.2024, 17:08
|
davebastard
Vinyl-Sammler
|
kannst dich von deinem pc also windows/linux mit ssh und dem private key verbinden? (also windows z.B. putty mit pagent)
|
InfiX
she/her
|
den mag er nicht Couldn't load this key (OpenSSH SSH-2 private key (old PEM format))
e: aha scheinbar muss man den erst konvertieren, moment... e2: nein PuTTYgen mag den auch nicht... Couldn't load private key (ASN.1 decoding failure)
e3: hab jetzt mit PuTTYgen seperat einen neuen erstellt, den public key wieder nach der anleitung auf dem QNAP hinzugefügt und damit probiert Server refused our key
also irgendwas läuft auf dem QNAP scheinbar falsch oder die anleitung ist einfach nicht mehr aktuell?
Bearbeitet von InfiX am 27.06.2024, 17:29
|
COLOSSUS
AdministratorGNUltra
|
Am Client wirst du per Def. nicht rausfinden koennen, was der Server an deiner Auth konkret nicht mag... es sei denn vielleicht, es scheitert schon an der Vorbereitung der Auth, z. B. am auszuhandelnden MAC oder den KEX-Optionen - aber das ist bei dir nicht der Fall.
Kann man den sshd der NAS irgendwie in den VERBOSE-Loglevel schalten, und dort dann nach einem fehlgeschlagenen Login-Versuch mit dem Keypair das (Sys)log auslesen?
Welche Art von Schluesselpaar laesst du denn mit puttygen/ssh-keygen erstellen? Wenn die Appliance mit recht alter Software laeuft, wuerde ich ganz konservativ auf RSA mit 2048b Laenge setzen.
|
InfiX
she/her
|
der von putty sollte RSA 2048 sein, ja, hab jetzt noch die settings hier probiert: https://forum.qnapclub.de/thread/19...-ohne-passwort/scheint aber auch nichts zu ändern. schade, dass es da kein start-to-finish tutorial von qnap gibt, ich dachte ned, dass das so kompliziert ist. e: wtf ich hab jetzt am truenas grad nochmal in das keypair geschaut, da steht jetzt plötzlich ein anderer public key jetzt hab ich den nochmal aufm QNAP eingetragen nach den config changes und jetzt scheints zu gehen... nur replication task lässt er mich keinen machen da kommt jetzt zwar kein auth error mehr... sondern sh: zfs: command not found
scheinbar geht replication nur von TrueNAS zu TrueNAS? dann wollt ichs mit rsync task probieren, dort sagt er mir jetzt: KeyImportError
Invalid RSA private key
der pflanzt mich nebenbei hat grad eine HDD im qnap reallocated sectors gemeldet... das ding mag mich nicht
Bearbeitet von InfiX am 01.07.2024, 17:27
|
erlgrey
formerly known as der~erl
|
nein, truenas scale replication ist zfs replication (zfs send), da brauchst natürlich zfs als target. (qnap qts unterstützt zfs nicht) musst halt rsync oder sonstwas verwenden, oder am qnap nas truenas scale installieren. (:
|
InfiX
she/her
|
es ist echt zum verzweifeln... nachdem das über SSH vom server aus einfach ned hinhaut wollt ichs jetzt umgekehrt machen und einfach einen backup job am QNAP einrichten. das klappt aber auch hinten und vorn ned, hab am TrueNAS einen user fürs qnap eingerichtet und möchte jetzt ganz einfach ein backup über SMB machen und es geht einfach ned... zu der fehlermeldung findet man auch genau nichts (von win aus kann ich mich ganz normal mit dem user einloggen und sehe auch die shares). bald geb ichs auf und kopier die ordner einfach händisch rüber...
|
mr.nice.
differential image maker
|
Die Frage ist, ob die beiden NAS miteinander kompatible SMB-Versionen haben. Für Linux zu Linux bzw. Linux zu BSD würde ich eher SCP oder SFTP verwenden.
Bearbeitet von mr.nice. am 02.07.2024, 14:55
|
DAO
Si vis pacem, para bellum
|
scale ist (leider) linux
|
daisho
SHODAN
|
SCP, SFTP zwischen 2 Systemen, hä? Ist das üblich? In meiner bekannten Welt macht man NFS Mounts?
|
mr.nice.
differential image maker
|
NFS geht natürlich auch, je nachdem was man haben will. Wenn kein Windows im Spiel ist würde ich auf SMB verzichten, darauf wollte ich hinaus.
|
Viper780
Er ist tot, Jim!
|
SCP, SFTP zwischen 2 Systemen, hä? Ist das üblich? In meiner bekannten Welt macht man NFS Mounts? NFS ist aber relativ unsicher (hatte lange keine Authentifizierung). Wenn man zweimal ZFS hat ist ZFS send and receive das richtige (über einen SSH Tunnel)
|
spunz
Super ModeratorSuper Moderator
|
Warum nicht einfach den Qnap Kram mit einem aktuellen Debian oder Scale ersetzen?
|