lordtaki

Les autorisations prennent aussi en compte l'origine du client (localhost, adresse IP, % (joker pour openbar)...

Vous donnez en ligne de commande juste le chemin du répertoire (ce qui n'est pas une commande système). Si vous voulez vous déplacez dans ce répertoire il faut ajouter 'cd' avant le chemin du répertoire. Si vous voulez lister l'intérieur du répertoire: ls /etc/nginx/sites-enabled/

J'ai aussi ce problème lors du téléchargement de fichiers via file station.

fdupes doit être disponible avec une source de paquets alternatifs

Je ne connais pas Surveillance Station pour répondre. Tout ce que je peux affirmer est qu'effectivement faire une somme de contrôle (et les vérifs derrière) consomme évidemment un peu de ressources CPU. Ne connaissant pas la méthode utilisée par Synology je ne peux rien affirmer de plus.

Cela prendra très longtemps mais tu auras une idée à la racine du système. A répéter dans les répertoires au fur et à mesure du tri... par exemple en alland dans /volume1 (cd /volume1). D'expérience, suivre le conseil de Zeus. C'est certainement le versioning de cloud station, drive... Cela n'est pas forcément un bug.

Une sécurité haut de gamme? La qualité du pare feu sera surtout relative au temps passé à le configurer. Déjà se former sur la configuration avancée réseau de sa box ou de son routeur 😉 cela vous fera économiser 1000€

Ha ben justement il est dit régulièrement que la veille des disques durs ce n'est pas bon. Du coup qui a raison? Cela se base sur quoi en fait ce conseil?

Comme dit plus haut:

Bonjour, scp ou rsync.

Avec cette configuration vous n'avez pas de tolérance de panne. Mais puisque vous dites avoir une sauvegarde de vos fichiers (30To maximum quand même). Pour l'arrêt/démarrage effectivement cela entraîne des contraintes supplémentaires. Par conception, un NAS consomme moins qu'un ordinateur traditionnel et on considère que cela ne fait pas économiser grand chose.

Il était écrit "cd /var" et pas "/var". En croisant vos 2 posts il semble que /volume1 dépende de /. Faites "df -h /volume1". Si le résultat ne renvoie pas qu'il est monté sur un FS propre à lui même (colonne Mounted on) c'est que c'est bien le cas. Faites alors "ls -al /volume1" pour voir ce qu'il y a dedans.

Bonjour, la racine de votre système est plein. Généralement cela se passe dans /var le soucis: Cela listera par ordre de taille les dossiers du répertoire /var.

Les permissions d'accès (lecture) sur les dossiers/fichiers de votre dossier partagé.

Les permissions sur le dossier partagé, lorsqu'accédé via votre PC sous Windows, ne sont pas suffisantes pour voir l'intégralité des fichiers du dit dossier partagé. Sur vos captures d'écran: File Station : 35835 fichiers Windows : 20589 fichiers

là de suite non sinon je n'aurais pas gardé l'information pour moi 😉

Parce que vous n'avez pas fait la redirection dans le fichier. Parce que "192.168.1.100/home/root/.ssh/authorized_keys" ce n'est pas une commande. Sur le serveur B, le contenu du fichier de l'utilisateur root ~/.ssh/id_rsa.pub du serveur A doit être copié dans le fichier /home/root/.ssh/authorized_keys

Redémarrer DSM 6.2 je ne sais pas ce que cela veut dire. Par contre redémarrer le NAS: shutdown -r now

C'est le chemin complet de la home directory de l'utilisateur admin sur 192.168.XXX. En gros, copiez le contenu du fichier de la clé publique de l'utilisateur qui lance la commande rsync sur le serveur source dans le fichier /home/admin/.ssh/authorized_keys de l'utilisateur admin du serveur de destination

Vous dites des bêtises par méconnaissance. Cela arrive. Ce n'est pas grave. Par contre, ici c'est un forum francophone d'utilisateurs de produits Synology. Ce n'est pas la société.

10Mb/s => grosso modo 1Mo/s Quel rapport avec le mode d'emploi?

Bon apparemment le ssh ne gère pas la syntaxe user@ip... de toute manière c'est pas grave puisque vous n'avez pas fait d'échange de clés SSH. Un exemple parmi d'autres: http://wiki.pedrono.fr/index.php/SSH_-_Echange_de_clés_RSA Grosso modo sur votre NAS en tant que l'utilisateur qu iva lancer le rsync vous faites un keygen. Ensuite sur le serveur distant avec le compte utilisateur 'admin' (puisque c'est celui que vous utilisez dans vos commandes), ajouter la clé publique généré dans le fichier authorized_keys.

Avez-vous vérifier l'échange de clé SSH? Au lieu de faire la commande rsync faites simplement: ssh admin@192.168.XXX

Histoire d'être certain refaites une indexation. Si cela persiste c'est une limitation du lecteur multimédia de votre téléviseur. A essayer alors en utilisant Plex.

Comme dit juste au-dessous, Cloud Station, Drive... un paquet Synology pour lequel le versioning est activé.