Bonjour
Je rencontre un léger problème au sujet des droits d'accès fichiers une fois les dossiers rapatriés:
Tous les dossiers qui arrivent sur mon NAS avec la méthode syncnas sont en 777 or dans ces mêmes dossiers les fichiers sont en 644, je ne suis pas très doué en notion de droit des fichiers mais je pense que c'est la seule raison à mon problème. En effet depuis windows je ne peux pas modifier le fichier (renommage, suppression...) par contre je peux le faire depuis l'interface web et par ftp ( mais comme je suis un petit peu fainéant, je trouve que gérer ces fichiers via Windows c'est plus facile et rapide )
Est il possible de faire en sorte que dossier et fichiers qui arrivent sur le NAS soient en 777 ?
Merci
Edit: Bon en même temps je viens de passer un fichier qui coince en 777 et ça coince toujours, pourtant sur d'autres fichiers ça a fonctionné !!

Salut , exactement le même probléme
J'ai reussi à retrouver l'option elle se trouve dans "Service de fichier" et ensuite "Rsync "
J'ai un message d'erreur je ne comprend pas pourtant les permissions sont ok

rsync: failed to set times on "/volume1/Synchronisation/Musique": Operation not permitted (1)
rsync: recv_generator: mkdir "/volume1/Synchronisation/Musique/NRJ.Spring.Hits.2016" failed: Permission denied (13)
*** Skipping any contents from this failed directory ***
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1]

slt oui comme tu dis sanatee maj
bon soyons donc patient
merci quand même
de toute façon je sais que vous arriverez à trouver la solution
bonne journée

erreur relevée si sa peut aidé
sending incremental file list
rsync error: wrong password (code 44) at main.c(1090) [Receiver=3.0.9]

gnanard wrote:slt oui comme tu dis sanatee maj
bon soyons donc patient
merci quand même
de toute façon je sais que vous arriverez à trouver la solution
bonne journée

erreur relevée si sa peut aidé
sending incremental file list
rsync error: wrong password (code 44) at main.c(1090) [Receiver=3.0.9]

Régénère tes certificats et n'utilise pas le compte root de ton nas mais un autre User
Avec le compte root du nas sa donne

ERROR: user has disabled/expired
rsync: connection unexpectedly closed (112 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.1]

Un début de réponse ..
http://superuser.com/questions/398146/rsync-permission-denied-backing-up-a-remote-directory-to-my-local-machine

Cela fait un baille que je ne suis pas allé dans les paramètres de mon NAS mais j'ai

Service terminal chiffré (comprend le rsync chiffré et SFTP) - Port 22
Service terminal chiffré (comprend le rsync chiffré et SFTP) - Port XX,XXX

qui sont désactivés.

rsync - Port XXX est lui activé.

Est-ce que cela peux venir de là ?


edit: oups, j'avais pa vu ton message majaxx

Merci majaxx mais cela semble compliqué.

Je n'arrive même pas à me connecter à mon NAS avec Kitty (network error - connection refused ou timed out)


Edit: oups j'avais modifié le port 22 par autre chose, j'ai réussi à me connecter. Par contre faire la manip c'est pas gagné

Merci majaxx, c'est super sympa.

Je vais essayer de me débrouiller tout seul (bon avec un coup de main tout de même) mais si je n'y arrive pas, ton aide sera la bienvenue


Bon j'ai réussi à me connecter à mon Kimsufi avec mon identifiant "root", j'utilisais l'identifiant de la seedbox du coup je me faisait aussitôt jeter par Putty/Kitty.

Quelques questions tout d'abord (même si ça parait évident je préfère demander):


1/ Pour la manip de Skyminds, il suffit de se connecter à son NAS en SSH et de taper la commande suivante ?

rsync --ignore-existing --progress -vr --rsh='ssh -p22222' --rsync-path=/usr/bin/rsync /home/backup/* root@example.com:/volume1/video

et je remplace "root@example.com:/volume1/video" par "root@shazbot:/volume1/download" (dans mon cas) ?


2/ pour le compte administrateur, sur le NAS j'ai le compte "admin" d'origine qui est désactivé est mon compte admin "shazbot" que j'utilise normalement.
C'est bien ce dernier que je dois utiliser?


3/ pour la commande

chown -R user:group /dossier/de/destination/de/votre/synchro

le dossier de synchro, c'est dossier qui s'appelle "synchro" (qui contient les dossier config, logs et le fichier synchro.sh) ou le dossier de synchronisation qui reçoit les torrents en vu de les envoyer sur le NAS ?

donc pour moi plutôt

chown -R user:group /home/shazbot/synchro

ou plutôt

chown -R user:group /home/shazbot/torrents/sync

4/ C'est quoi la commande pour relancer le script et la synchro ?
Ou sinon je peux redémarrer le serveur, ça revient au même ?


5/ Régénérer la clé SSH, j'espère que je n'aurais pas besoin de faire ça car je ne sais pas comment


Bon là je ne suis pas chez moi, du coup je ne peux pas accéder à mon NAS en SSH, mais je testerai ça ce soir.


Excuses-moi avec mes questions de noob mais j'ai pratiquement tout oublié du peu de connaissances que j'avais

Salut , autant pour moi le lien que je t'ai filé est mauvais désolé donc pour ta première question oublie et fait ce qu'il y a sur le lien suivant :
Skymind

2-Tout à fait utilise le compte shazbot
3 - La commande est a effectué sur ton NAS ( pas sur ton kim ) au niveau du dossier de réception

chown -R shazbot:administrators /dossier/de/destination/de/votre/synchro

4- Logiquement elle est lancé mais au pire sur ton kimsufi

rm /tmp/synchro

pour qu'elle se relance

Hello,

J'ai suivi ta procédure Majaxx mais quand je lance le script synchro.sh mon kimsufi me demande le password de mon compte Nas.
Bien sûr, j'ai beau mettre le bon password il me le redemande sans cesse

J'ai fait la commande chown -R = même résultat, j'ai également re-générer la clé ssh = même résultat

Peux-tu m'aider ?

Bonsoir , as tu suivi la procédure de base ? moi c'est juste un complément d'information .
Donc il faut que tu fasse pour pas qu'il demande le mot de passe a chaque fois

3) Utilisation de la clé publique de votre serveur - A faire depuis le votre serveur dédié

Le but ici est de faire en sorte que notre NAS ne demande pas de mot de passe au lancement du script, sinon rien d'automatique...
Tapez donc :

ssh-keygen -t rsa
ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>"

Vous pouvez tout de suite tester que cela fonctionnement en lançant cette commande :

ssh root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>

majaxx wrote:Bonsoir , as tu suivi la procédure de base ? moi c'est juste un complément d'information .
Donc il faut que tu fasse pour pas qu'il demande le mot de passe a chaque fois

3) Utilisation de la clé publique de votre serveur - A faire depuis le votre serveur dédié

Le but ici est de faire en sorte que notre NAS ne demande pas de mot de passe au lancement du script, sinon rien d'automatique...
Tapez donc :

ssh-keygen -t rsa
ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>"

Vous pouvez tout de suite tester que cela fonctionnement en lançant cette commande :

ssh root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>

salut majaxx
par contre je ne me rappel plus
quand je lance la première cde il me dit de répondre aux questions
mais je ne sais plus ce que je dois répondre
et aussi un mot de pass je ne sait plus non plus ce qui faut mettre
il me semble auissi que l'adresse du nas c'est si je me trompe l'adresse public
j'ai un trou du coup sa marche pas sa m'envoie des erreurs

ça doit être ça:

Jedediah wrote:Le script va vous demander les informations suivantes :

Le nom de l'utilisateur sur le serveur

Le dossier à surveiller

Les infos sur votre NAS

La vitesse de la synchronisation (en Ko/s)

https://mondedie.fr/d/5433/1



Pour l'adresse du NAS c'est celle publique, pas celle en 192.168.X.X

majaxx wrote:Bonsoir , as tu suivi la procédure de base ? moi c'est juste un complément d'information .
Donc il faut que tu fasse pour pas qu'il demande le mot de passe a chaque fois

3) Utilisation de la clé publique de votre serveur - A faire depuis le votre serveur dédié

Le but ici est de faire en sorte que notre NAS ne demande pas de mot de passe au lancement du script, sinon rien d'automatique...
Tapez donc :

ssh-keygen -t rsa
ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>"

Vous pouvez tout de suite tester que cela fonctionnement en lançant cette commande :

ssh root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>

Oui je viens de verifier j'ai bien fait la manip de base.

Je viens de refaire :

ssh-keygen -t rsa
ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>"

Donc normalement quand je fais :

ssh root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>

je devrais être connecté en ssh a mon Nas sans mot de passe hors là malgré tout il me demande un mot de passe .... Je comprend pas

EDIT :

Quand je test la commande :

rsync --ignore-existing --progress -vr --rsh='ssh -p44222' /home/backups/completed/* admin@example.com:/volume1/backups

Bien sûr avec mes paramètres, cela fonctionne il y a une synchro

@al1987 a la place du root mais l'user de ton nas qui doit etre le meme que tu as mis dans user.cfg et renvoi tes certificats

majaxx wrote:@al1987 a la place du root mais l'user de ton nas qui doit etre le meme que tu as mis dans user.cfg

C'est fait également, j'ai fais comme la procedure je me suis pas cassé la tête j'utilise "admin" et j'ai bien mis "admin" dans le user.cfg

Moi je valide sans rien repondre @gnanard

Pour al1987 cette commande la tu a mis admin au lieu de root aussi

ssh-copy-id -i ~/.ssh/id_rsa.pub "admin@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>"