Fravadona

Que veux-tu dire par "internet" ? Et que donne le ping sur 192.168.1.62 ?

L'indexation pourrait empecher le deplacement mais elle n'est pas si frequente. Je dirais plutot que ca vient du Windows qui lui aussi peut indexer, creer des thumbnails, liberer tardivement des fichiers que tu as ouvert ...

lol, tu n'es pas tres ouvert aux propositions de deboggage Disons que ta description du souci correspond a un probleme de DNS, mais je suis d'accord que ce n'est pas forcement le cas donc essayons de le determiner simplement ; tu te connecte par SSH sur le NAS et tu tapes : ping -c 1 91.121.133.221 ping -c 1 www.nas-forum.com Le premier fonctionnera bien et le deuxieme non, je te laisse deviner pourquoi ?

En fait tu utilises quel FTP ? SFTP, FTP, FTPS ?

Ton cloudstation occupe bcp d'espace. Fais une recherche sur le forum car le probleme c'est deja pose

Bonne question, j'ai fait une recherche vite fait sans trouver le fichier de conf de FTP

Je viens de regarder : La configuration BT se trouve dans le fichier : /usr/syno/etc/packages/DownloadStation/settings.conf Les paramètres a modifier seraient : download_ul_rate="0" download_dl_rate="0" Les commandes pour stopper et demarrer DownloadStation sont : /var/packages/DownloadStation/scripts/start-stop-status stop /var/packages/DownloadStation/scripts/start-stop-status start Tu peux donc faire des scripts et les ajouter dans le planificateur de taches (il y a plein de manieres d'ecrire ces scripts) : conf="/usr/syno/etc/packages/DownloadStation/settings.conf" # Nouvelles limites de download/upload (en Ko/s) dl="500" ul="60" # Seul l'utilisateur < root > peut effectuer les modifications if [ "$(/usr/bin/id -u)" -ne 0 ] then echo "[Error]: You have to be root for running this script" 1>&2 exit 1 fi # Le fichier de configuration doit exister et etre editable if [ ! -w ${conf} ] then echo "[Error]: No write access to the DownloadStation's configuration file." 1>&2 exit 1 fi # On charge les variables de la configuration actuelle . ${conf} # On determine si l'on a reellement quelque chose a modifier if [ "${dl}" -eq "${download_dl_rate}" ] && [ "${ul}" -eq "${download_ul_rate}" ] then echo "[Warning]: Current and new values are identical." 1>&2 exit 0 fi # On arrete DownloadStation avant d'editer sa configuration /var/packages/DownloadStation/scripts/start-stop-status stop # Petite securite pour les IOs sleep 1s # On remplace les valeurs de download/upload dans le fichier /bin/sed "s/^download_dl_rate=.*/download_dl_rate="${dl}"/" -i ${conf} /bin/sed "s/^download_ul_rate=.*/download_ul_rate="${ul}"/" -i ${conf} # On redemarre DownloadStation /var/packages/DownloadStation/scripts/start-stop-status start

Si le ls n'arrive pas a afficher le contenu du repertoire alors le rsync ne parviendra jamais a copier ces fichiers, il ne pourra que les ignorer. Petite question de fond : Pourquoi sauvegardes-tu les fichiers système de ton Linux ? En tant qu'admin système je n'ai jamais fait cela, je ne sauvegarde que ce qui utile pour deployer un serveur identique si besoin (fichiers configuration que j'ai modifié, les dump des BDs, les contenus Web, comptes utilisateurs s'il y en a)

Tu peux mettre en place une regle firewall permettant uniquement a vos IP de se contacter par SSH. Sinon tu peux activer l'autoblockage automatique, ca limitera les attaques par dictionnaire

Essaie l'utilisateur root avec Putty (avec le mot de passe de l'utilisateur admin) Utilises-tu CloudStation ?

Un petit redemarrage du syno supprimerait les sessions "fantomes", ca te permettrait d'y voir plus clair

@vincent7778 : Lors de la perte d'un disque JBOD, les données qui sont sur les autres disques sont encore dessus mais difficiles a récupérer car le système de fichier global est mort. Le RAID-lineaire (JBOD chez Syno) est désuet. Je n'ai eu a l'utiliser qu'une seule fois avec un matériel RAID qui ne pouvait créer que des volumes de 2To maximum sur une grappe de disque RAID-5 de 7To. Dans ce cas la, mettre en place un RAID-lineaire au niveau de l'OS était exactement ce qu'il fallait car tout autre RAID aurait fait perdre en performance sans gagner en fiabilité.

Avec un autre client ftp ca donne quoi ?

1) Les bidouilles logicielles possibles sur le 414 sont limitées (architecture processeur trop récent pour l'ajout de programmes non officiels, mais ca devrait venir) 2) Pas de probleme pour basculer d'un RAID-1 a un RAID-5, c'est juste long 3) Ajout d'un switch gigabit presque obligatoire, tu perds tout l'intérêt d'avoir un NAS sinon

C'est étrange, tout était éteint sur ton réseau ?

Ah ? Il suffit d'avoir connu un fsck qui restaure un volume totalement vidé de tout pour ne plus avoir confiance en cette procédure. Mais oui ca fonctionne plutot bien dans la grande majorité des cas

Le transfert direct d'un fichier de plusieurs Go va a quelle vitesse ? time cp /volume1/partage/grosfichier /volumeUSB1/usbshare1/

Commande a taper par SSH pour verifier l'etat de la liason : ifconfig eth0 ethtool eth0

Si tu es en Wifi N tu n'aurais pas a te tracasser. Donc verifier

Tout televiseur ne supporte peut-etre pas les MKV par DLNA ? MAis tu dois verifier sur ton NAS que Media Server a bien indexe ton partage video

Ahlala, Windows perdrais tout son intérêt s'il fonctionnait correctement

Difficile a dire, tu devrais essayer de voir ce qu'il y a dans les deux repertoires (la source et la cible)

Ne dis pas ca, j'ai un DS412+

Si tu réinstalles DownloadStation ca donne quoi ?

@Aizen : Dans ton cas c'est un autre probleme : N'oublies pas que ton NAS est "ouvert" a l'exterieur et qu'il doit se reveiller pour repondre a n'importe quel hackeur qui le contacte depuis internet.