• Serveurs

  • [Discussion] Synchronisation Seedbox => Nas

hum je vois peut être sur votre NAS edité le fichier 
sudo vi /etc/ssh/sshd_config
A la ligne
Remplacer la ligne 
#PermitRootLogin No
par 
PermitRootLogin yes
Redemarre ton NAS et test
et au pire reesayer de renvoyé vos clefs en tant que root et votre compte admin ..
j'ai effectué la manip sur le Nas + reboot + test = KO
Generation d'une nouvelle clé ssh + test = KO

Mise a jours de mer..
euh al1987 c'est KO (pas bon) ou OK

Ta synchro marche ?
shazbot wrote:euh al1987 c'est KO (pas bon) ou OK

Ta synchro marche ?
KO, ça ne fonctionne pas
Si tu veut ajoute moi sur skype pour faire un team viewer : Id skype : maajaxx80
Bon après une bonne soirée de bidouillages , ma synchro fonctionne à nouveau . Quelle M... ce DSM6 !

Les infos de Skyminds.net n'ont pas été suffisantes pour moi . Cela bloquait avec ma clef ssh .
Mème après l'avoir envoyé sur mon NAS, je devais toujours mettre mon mot de passe .

Pourquoi ? je ne sais pas vraiment , je ne maitrise pas assez Linux pour trouver . Apparemment , c'était du au fait que la clé était liée à un user et pas au Root .

Pour que ca passe , Il a fallu en plus que je fasse ce qui est expliqué sur le lien :

http://eticweb.info/2014/10/14/ssh-avec-clef-publicprivee-sur-nas-synology/

( avec mon user à la place de "admin" ) et la miracle, la synchro passait bien lorsque je la lançait manuellement depuis mon serveur .

Mais nouveau problème, elle ne passait pas en auto . pour cela , j'ai du modifier le script de synchro :
Sous DSM5, le chemin de rsync est /usr/syno/bin/rsync. A partir de DSM6, le chemin de rsync est /usr/bin/rsync, qui est le chemin habituel sous linux

(Source: https://www.skyminds.net/nas-synology-resoudre-lerreur-rsync-permission-denied-lors-de-la-connexion-au-nas-apres-mise-a-jour-du-dsm/ )

Maintenant , cela fonctionne !!!!

Un grand Merci à tous .🙂
ah bonne nouvelle

Bon je vais essayer ça ce soir (mais bon vu mes faibles compétences, c'est pas gagné 😛 )


@wlepolak

il y a une parenthèse en trop sur ton 2ème lien
shazbot wrote:ah bonne nouvelle

Bon je vais essayer ça ce soir (mais bon vu mes faibles compétences, c'est pas gagné 😛 )


@wlepolak

il y a une parenthèse en trop sur ton 2ème lien 😉

Corrigé .merci
he be c'est quand meme pas gagne cette histoire
j'en ai eu marre je verrai plus tard en attendant j'ai créer dans file station de mon syno un sftp pour aller cherché mes fichiers dans mon server kimsufi
en faisant un glisser déposer dans un dossier de mon syno
le problème c'est que c'est pas automatique
mais pour le moment je fais comme sa pas tellement le temps
merci quand même


ça fonctionne ! En faisant la manip d'écrite par wlepolak, merci a toi

Merci a tous, notamment Majaxx a qui j'ai fait perdre son temps sur skype

Je vais enfin pouvoir re-synchroniser mes .iso linux ...
wlepolak wrote:Bon après une bonne soirée de bidouillages , ma synchro fonctionne à nouveau . Quelle M... ce DSM6 !

Les infos de Skyminds.net n'ont pas été suffisantes pour moi . Cela bloquait avec ma clef ssh .
Mème après l'avoir envoyé sur mon NAS, je devais toujours mettre mon mot de passe .

Pourquoi ? je ne sais pas vraiment , je ne maitrise pas assez Linux pour trouver . Apparemment , c'était du au fait que la clé était liée à un user et pas au Root .

Pour que ca passe , Il a fallu en plus que je fasse ce qui est expliqué sur le lien :

http://eticweb.info/2014/10/14/ssh-avec-clef-publicprivee-sur-nas-synology/

( avec mon user à la place de "admin" ) et la miracle, la synchro passait bien lorsque je la lançait manuellement depuis mon serveur .

Mais nouveau problème, elle ne passait pas en auto . pour cela , j'ai du modifier le script de synchro :
Sous DSM5, le chemin de rsync est /usr/syno/bin/rsync. A partir de DSM6, le chemin de rsync est /usr/bin/rsync, qui est le chemin habituel sous linux

(Source: https://www.skyminds.net/nas-synology-resoudre-lerreur-rsync-permission-denied-lors-de-la-connexion-au-nas-apres-mise-a-jour-du-dsm/ )

Maintenant , cela fonctionne !!!!

Un grand Merci à tous .🙂
comment tu fais pour ouvrir rsync quel log utilises tu
merci
Gnagnard,
J'ai peur de ne pas comprendre tout ce que tu dis.
Tu parles du chemin à modifier en DSM6?
Si tu as utilisé le tuto de ce site,
Il est dans le fichier de config du script de synchro( chez moi home/user/synchro/config).
Il faut modifier le path de l'ARGS:
ARGS="-aPRL --partial-dir=./tmp --temp-dir=./tmp --rsh=ssh --rsync-path=/usr/bin/rsync --remove-sent-files"
wlepolak wrote:Bon après une bonne soirée de bidouillages , ma synchro fonctionne à nouveau . Quelle M... ce DSM6 !

Les infos de Skyminds.net n'ont pas été suffisantes pour moi . Cela bloquait avec ma clef ssh .
Mème après l'avoir envoyé sur mon NAS, je devais toujours mettre mon mot de passe .

Pourquoi ? je ne sais pas vraiment , je ne maitrise pas assez Linux pour trouver . Apparemment , c'était du au fait que la clé était liée à un user et pas au Root .

Pour que ca passe , Il a fallu en plus que je fasse ce qui est expliqué sur le lien :

http://eticweb.info/2014/10/14/ssh-avec-clef-publicprivee-sur-nas-synology/

( avec mon user à la place de "admin" ) et la miracle, la synchro passait bien lorsque je la lançait manuellement depuis mon serveur .

Mais nouveau problème, elle ne passait pas en auto . pour cela , j'ai du modifier le script de synchro :
Sous DSM5, le chemin de rsync est /usr/syno/bin/rsync. A partir de DSM6, le chemin de rsync est /usr/bin/rsync, qui est le chemin habituel sous linux

(Source: https://www.skyminds.net/nas-synology-resoudre-lerreur-rsync-permission-denied-lors-de-la-connexion-au-nas-apres-mise-a-jour-du-dsm/ )

Maintenant , cela fonctionne !!!!

Un grand Merci à tous .🙂
Bizarrement j'ai pas eu a faire cela et pourtant sa fonctionne
Crap !!!!

Dès la première ligne du 1er lien de wlepolak ça bloque, ça me met:

"sshd_config" [Permission Denied]

Pour faire la manip, il faut que je réactive le compte "admin" d'origine, mon compte administrateur actuel n'est pas suffisant (pourtant c'est le seul activé)?
Bon je voudrais tenter le deuxième lien avec la ligne
 rsync --ignore-existing --progress -vr --rsh='ssh -p22222' --rsync-path=/usr/bin/rsync /home/backup/* root@example.com:/volume1/video
Au niveau de root@example.com:/volume1/video, il faut garder root ou remplacer par son nom de compte admin?
Et example.com: c'est l'adresse ip du NAS qu'il faut mettre du style xx.xxx.x.xx: ?
shazbot wrote:Crap !!!!

Dès la première ligne du 1er lien de wlepolak ça bloque, ça me met:

"sshd_config" [Permission Denied]

Pour faire la manip, il faut que je réactive le compte "admin" d'origine, mon compte administrateur actuel n'est pas suffisant (pourtant c'est le seul activé)?
Et oui, tu dois avoir les droits Root pour faire cela.
Fais un "sudo -i" pour passer en root.
shazbot wrote:Bon je voudrais tenter le deuxième lien avec la ligne
 rsync --ignore-existing --progress -vr --rsh='ssh -p22222' --rsync-path=/usr/bin/rsync /home/backup/* root@example.com:/volume1/video
Au niveau de root@example.com:/volume1/video, il faut garder root ou remplacer par son nom de compte admin?
Et example.com: c'est l'adresse ip du NAS qu'il faut mettre du style xx.xxx.x.xx: ?
Oui, Remplace le par le nom de l'admin.
Et oui, mets l'IP à la place de "example".
et l'adresse ip de mon nas pour les xxx?