"Christmas - the time to fix the computers of your loved ones" « Lord Wyrm

Backup von TrueNAS scale auf altes QNAP NAS

InfiX 27.06.2024 - 16:46 5723 20
Posts

InfiX

she/her
Avatar
Registered: Mar 2002
Location: Graz
Posts: 14263
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:
Code:
 [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_0302T

aber das verweist nur hierhin: https://wiki.qnap.com/wiki/Install_Optware_IPKG und das geht nicht mehr...
Zitat
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
Avatar
Registered: Feb 2003
Location: Homeoffice
Posts: 5360
was sagt denn der verbose ?
Code:
ssh .... -v

InfiX

she/her
Avatar
Registered: Mar 2002
Location: Graz
Posts: 14263
e: erklär das mal bitte für einen noob :D
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:

Code:
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
Avatar
Registered: Jun 2002
Location: wean
Posts: 12305
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
Avatar
Registered: Mar 2002
Location: Graz
Posts: 14263
den mag er nicht
Code:
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...
Code:
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
Code:
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

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12083
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
Avatar
Registered: Mar 2002
Location: Graz
Posts: 14263
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 :confused:
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
Code:
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:
Code:
KeyImportError

Invalid RSA private key

der pflanzt mich :D

nebenbei hat grad eine HDD im qnap reallocated sectors gemeldet... das ding mag mich nicht :D
Bearbeitet von InfiX am 01.07.2024, 17:27

erlgrey

formerly known as der~erl
Registered: Aug 2002
Location: Wien
Posts: 4432
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
Avatar
Registered: Mar 2002
Location: Graz
Posts: 14263
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).

qnap_271352.png

bald geb ichs auf und kopier die ordner einfach händisch rüber...

mr.nice.

differential image maker
Avatar
Registered: Jun 2004
Location: Wien
Posts: 6491
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
Avatar
Registered: Mar 2001
Location: Austria
Posts: 4968
scale ist (leider) linux

daisho

SHODAN
Avatar
Registered: Nov 2002
Location: 4C4
Posts: 19731
SCP, SFTP zwischen 2 Systemen, hä? Ist das üblich? In meiner bekannten Welt macht man NFS Mounts?

mr.nice.

differential image maker
Avatar
Registered: Jun 2004
Location: Wien
Posts: 6491
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!
Avatar
Registered: Mar 2001
Location: Wien
Posts: 50111
Zitat aus einem Post von daisho
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 Moderator
Super Moderator
Avatar
Registered: Aug 2000
Location: achse des bösen
Posts: 11278
Warum nicht einfach den Qnap Kram mit einem aktuellen Debian oder Scale ersetzen?
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz