Rsync + Ssh

[david105]

bonjour,

j'ai un DS209 avec le DSM 2.1-0844

J'ai un SRV externe FREEBSD avec le daemon rsync et ssh; le SRV ecoute sur 873 et 22.

je me connecte en SSH sans probleme.

J'utilise l'interface web du DS209.

Je peux sauvegarder sans problème mon DS209 vers mon SRV en utilisant les paramètres:

Type de serveur: serveur compatible rsync et non crypté.

Quand je coche l'option : "Activer le cryptage de sauvegarde"

j'ai un message d'erreur:

"Le serveur cible ne supporte pas le cryptage des sauvegardes ou le service de cryptage est en cours d’initialisation. Veuillez patienter"

Avez vous une idée d'ou cela peut venir?

Quels paramètres utilise la fonction de cryptage du synology?

Merci, David105

[cricx]

bonjour,

j'ai un DS209 avec le DSM 2.1-0844

J'ai un SRV externe FREEBSD avec le daemon rsync et ssh; le SRV ecoute sur 873 et 22.

je me connecte en SSH sans probleme.

J'utilise l'interface web du DS209.

Je peux sauvegarder sans problème mon DS209 vers mon SRV en utilisant les paramètres:

Type de serveur: serveur compatible rsync et non crypté.

Quand je coche l'option : "Activer le cryptage de sauvegarde"

j'ai un message d'erreur:

"Le serveur cible ne supporte pas le cryptage des sauvegardes ou le service de cryptage est en cours d’initialisation. Veuillez patienter"

Avez vous une idée d'ou cela peut venir?

Quels paramètres utilise la fonction de cryptage du synology?

Merci, David105

sij'en crois un post dans ce forum, le cryptage signifie le transfert via ssh.

On peu donc supposer que sur SRV ssh (le démon) n'est pas actif.

donne un

ps aux

sur Srv

[zimko]

sij'en crois un post dans ce forum, le cryptage signifie le transfert via ssh.

On peu donc supposer que sur SRV ssh (le démon) n'est pas actif.

donne un

ps aux

sur Srv

Par hasard rsync en ssh utiliserais le même port ? En règle général le ssh est utilisé sur un autre port

[david105]

sij'en crois un post dans ce forum, le cryptage signifie le transfert via ssh.

On peu donc supposer que sur SRV ssh (le démon) n'est pas actif.

donne un

ps aux

sur Srv

ci dessous le ps aux

root 697 0.0 0.1 4600 1552 ?? Is Fri04PM 0:00.03 rsync --daemon

root 1295 0.0 0.2 22876 4304 ?? Ss Fri05PM 0:00.01 /usr/sbin/sshd

Par hasard rsync en ssh utiliserais le même port ? En règle général le ssh est utilisé sur un autre port

Rsync utilise le port 873 et ssh le port 22 par defaut.

ci dessous un netstat -an qui permet de voir sur quel port ecoutent les services

Proto Recv-Q Send-Q Local Address Foreign Address (state)

tcp4 0 0 *.22 *.* LISTEN

tcp6 0 0 *.22 *.* LISTEN

tcp4 0 0 *.873 *.* LISTEN

tcp6 0 0 *.873 *.* LISTEN

[cricx]

ci dessous le ps aux

root 697 0.0 0.1 4600 1552 ?? Is Fri04PM 0:00.03 rsync --daemon

root 1295 0.0 0.2 22876 4304 ?? Ss Fri05PM 0:00.01 /usr/sbin/sshd

c'est bon. Il s'agit bien de ton serveur sous bsd ? utilises-tu le compte root ? si c'est le cas, le ssh sous root doit être désactivé.

Rsync utilise le port 873 et ssh le port 22 par defaut.

ci dessous un netstat -an qui permet de voir sur quel port ecoutent les services

Proto Recv-Q Send-Q Local Address Foreign Address (state)

tcp4 0 0 *.22 *.* LISTEN

tcp6 0 0 *.22 *.* LISTEN

tcp4 0 0 *.873 *.* LISTEN

tcp6 0 0 *.873 *.* LISTEN

tu pourrais désactiver ipv6 (si tu ne l'utilises pas), mais ça n'a aucun rapport avec ton pb.

[david105]

c'est bon. Il s'agit bien de ton serveur sous bsd ? utilises-tu le compte root ? si c'est le cas, le ssh sous root doit être désactivé.

Oui j'utilise pour le moment le compte root en ssh.

Je le desactiverai quand tout sera réglé. Dans mon sshd_config, j'ai activé permitRootLogin

Cela ne pose pas de probleme au niveau de rsync car j'utilise un autre compte "admin"

tu pourrais désactiver ipv6 (si tu ne l'utilises pas), mais ça n'a aucun rapport avec ton pb.

Je garde IPV6.

[cricx]

Oui j'utilise pour le moment le compte root en ssh.

Je le desactiverai quand tout sera réglé. Dans mon sshd_config, j'ai activé permitRootLogin

Cela ne pose pas de probleme au niveau de rsync car j'utilise un autre compte "admin"

Je garde IPV6.

as-tu essayé de le faire "à la main" (sur ton syno, tu mets un truc du genre

rsync -e ssh -avh chemin_local tonlogin@tonserveurbsd:/chemindistant

regarde aussi les logs du syno

[david105]

as-tu essayé de le faire "à la main" (sur ton syno, tu mets un truc du genre

rsync -e ssh -avh chemin_local tonlogin@tonserveurbsd:/chemindistant

regarde aussi les logs du syno

quand je lance manuellement en ligne de commande:

rsync -e ssh -avh /volume1/testneos/ admin@94.23.41.205:/home/backup

admin@94.23.41.205's password:

sending incremental file list

quick 2002/

quick 2002/david

sent 1.20K bytes received 35 bytes 352.57 bytes/sec

total size is 127.31K speedup is 103.17

Cela fonctionne!

Quand je passe par l'interface de management du synology cela ne fonctionne pas.

voici également les différences d'écritures entre le système de sauvegarde synology et la ligne de commande:

ls -l

total 4

drwxrwxrwx 4 admin wheel 512 Aug 10 16:02 CUBE_00113204AEC5

drwxrwxrwx 2 admin 100 1536 Aug 10 15:55 quick 2002

sauvegarde via management synology: création d'un répertoire CUBE_

sauvegarde en ligne de commande: creation a la racine

niveau logs quand je tente d'activer le cryptage:

sur le synology

- backup.cgi: netbkp_check_setting.c: SYNONetBkpCheckSetting(38) - SYNONetBkpTestRsyncServer(szIp=[94.23.41.205]) return 49

sur le SRV

rsyncd[12711]: rsync error: syntax or usage error (code 1) at clientserver.c(923) [receiver=3.0.6]

David

[cricx]

quand je lance manuellement en ligne de commande:

rsync -e ssh -avh /volume1/testneos/ admin@94.23.41.205:/home/backup

admin@94.23.41.205's password:

sending incremental file list

quick 2002/

quick 2002/david

sent 1.20K bytes received 35 bytes 352.57 bytes/sec

total size is 127.31K speedup is 103.17

Cela fonctionne!

Quand je passe par l'interface de management du synology cela ne fonctionne pas.

voici également les différences d'écritures entre le système de sauvegarde synology et la ligne de commande:

ls -l

total 4

drwxrwxrwx 4 admin wheel 512 Aug 10 16:02 CUBE_00113204AEC5

drwxrwxrwx 2 admin 100 1536 Aug 10 15:55 quick 2002

sauvegarde via management synology: création d'un répertoire CUBE_

sauvegarde en ligne de commande: creation a la racine

niveau logs quand je tente d'activer le cryptage:

sur le synology

- backup.cgi: netbkp_check_setting.c: SYNONetBkpCheckSetting(38) - SYNONetBkpTestRsyncServer(szIp=[94.23.41.205]) return 49

sur le SRV

rsyncd[12711]: rsync error: syntax or usage error (code 1) at clientserver.c(923) [receiver=3.0.6]

David

vu comme ça, j'ai l'impression que la fonction intégrée de sauvegarde utilise le serveur rsync distant, apparemment avec une option non prise en charge par rsync sur ton bsd.

si c'était l'emploi d'un transport ssh, ça fonctionnerait (et sans rsync tournant sur le serveur distant)

je n'ai plus trop d'idées...

et je suis mal placé pour t'aider, car j'utilise la ligne de commande (dans la crontab).

[david105]

vu comme ça, j'ai l'impression que la fonction intégrée de sauvegarde utilise le serveur rsync distant, apparemment avec une option non prise en charge par rsync sur ton bsd.

si c'était l'emploi d'un transport ssh, ça fonctionnerait (et sans rsync tournant sur le serveur distant)

je n'ai plus trop d'idées...

et je suis mal placé pour t'aider, car j'utilise la ligne de commande (dans la crontab).

Je vais interroger le support pour approfondir le fonctionnement du synology.

Sinon, j'utiliserai la ligne de commande

merci