Fenrir

C'est pourtant lui le seul fautif. Je ne vais pas rentrer dans les détails, mais si tu regardes le fonctionnement des protocoles qui se cachent derrière cette "fonction", tu devrais en arriver à la conclusion que ça ne peut pas être fiable dans un réseau comme on en à tous en 2016 (plein de machines, pas que des windows mais aussi des box multimédia, des tablettes, des nas, des tv connectées, des antivirus différents ...). Il est possible qu'en relançant ton pc, en changeant le groupe de travail, en réinstallant le nas ou le pc, windows le retrouve ... temporairement ... ou pas. Parfois on arrive à le faire marcher en 5min, parfois en 1semaine on n'y arrive pas => pas fiable et trop compliqué à déboguer => moi j'ai laissé tombé

Dans ce cas contente toi de l'interface pour le moment, c'est plus sûr que d'aller jouer avec les paramètres du noyau (et pour apprendre, monte toi un petit pc/vm sous linux)

connexion en ssh et sudo -s pour passer root

Dans ce cas je m’inquiéterais à ta place. Quelqu'un d'autre doit faire les manip à ta place. En raid1, les 2 disques sont toujours identiques (c'est le principe du raid1).

oui

Comme indiqué par ton nas, le support et @Mic13710 : au moins l'un de tes disques est défectueux. Il peut y avoir plusieurs causes à l'origine de la panne (vibrations, coupure électrique, mauvaise série, ...) mais ce n'est pas "un fichier". Même s'il existe des virus capable d'endommager un disque, ce n'est pas non plus le cas ici.

Il arrive assez souvent que le reconstruction du raid soit en mode "lent" pour ne pas gêner l'usage du syno. Il faut vérifier les valeurs de /proc/sys/dev/raid/speed_limit_min et /proc/sys/dev/raid/speed_limit_max Si le nas n'a que ça à faire et que la valeur est basse (c'est en K/s), on peut l'augmenter sans soucis le temps de reconstruire le raid En passant, pour voir la vitesse actuel et l'état d'avancement : cat /proc/mdstat edit : on peut changer ces valeur à chaud sans rien interrompre

Si ces albums sont visibles de manière publique, tout le monde peut y accéder en entrain la bonne adresse. A noter qu'il y a 2 photostation, la version "commune" (http://nas/photo/#!Albums) et la version "personnelle" (http://nas/~login/photo/#!Albums)

Ça serait plus que surprenant, sauf si tu as installé un "truc" qui le fait. Par défaut sur un synology, il n'existe aucun mécanisme de purge/suppression/nettoyage. Ça ne serait pas plutôt une erreur de point de montage ? =>sur le nas, vérifie en ssh =>sur ton pc, démonte le partage nfs et regarde dans le dossier (si tu as monté le nas en /mnt/nfs, regarde dans le dossier nfs une fois démonté) Si les données étaient vraiment sur le nas et qu'elles ont vraiment été supprimées, considère que c'est définitivement perdu. Tu peux toujours essayer des outils de récupération de données (il en existe plusieurs sous Linux), mais peu de chance que tu retrouves tes petits.

C'est un paquet -> centre des paquets

Et si tu autorisais avant de bloquer ;) Les règles sont interprétées dans l'ordre, la première qui correspond est appliquée

La règle de ta seconde capture n'est prise en compte que si celles de la première capture le permettent, ce qui n'est pas le cas ici. Je te recommande de ne pas faire de règle par interface (eth0, vpn, ...) mais uniquement dans l'écran 'Toutes les interfaces'

Pour la copie normalement ça ne compte pas dans ton quota, mais on a déjà vu des box qui avaient, soit disant, un bug. Si ta box compte ce trafic, c'est du vol. Oui pour le débit, non pour la simplicité (ip fixe, dns, ...) Le bon compris est de passer par un switch : internet----box----switch et tout le reste (pc/nas/...) sur le switch

10.0.0.0/8 (255.0.0.0), 172.16.0.0/12 (255.240.0.0) et 192.168.0.0/16 (255.255.0.0) sont les adresses qui ne peuvent venir d'internet, c'est pour un usage privé/entreprise. Les ranges que tu as entré ne correspondent pas

Si tu n'as rien ouvert dans ta box (à par les ports du vpn), ça ne devrait pas marcher, sauf si tu utilises quickconnect (qui passe outre les règles, c'est entre autre pour ça que je déconseille de l'utiliser). Pour règles dans le nas autorise tout depuis des ip locales (10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16) autorise depuis internet : le vpn bloque tout le reste

Quelqu'un sur Internet demande : http://un.domaine.com Son navigateur traduit ça en une ip (l'ip publique associée au nom de domaine) et un port (http => 80) : si ce n'est pas une ip publique, ça s’arrête là son routeur et tous les routeur en chemin (fai ...) font en sorte que la demande arrive au routeur qui a l'ip publique demandée le routeur de destination voit que c'est pour le port 80, s'il a une règle pour, il redirige la demande vers une ip local (le nas ici) le nas voit la demande arriver et la traite Il faut donc que le routeur de destination accepte et redirige les requêtes arrivant sur son port 80 vers une ip locale et que le nas accepte aussi cette demande.

Tu as essayé de faire la conf dans le nas et dans le gsm ?

Tu peux faire un petit script qui remet le fichier et relance snmpd, mais de toute manière il vaut mieux laisser le ssh activé (pas ouvert depuis Internet par contre). Surement, mais aucune idée de comment (il faut trouver où HyperBackup enregistre cette info)

ça c'est normal si ton mac est plus puissant que ton nas (ce qui est probable) Ce test c'est pas vraiment représentatif (tu passes bcp de temps à faire des aller-retour dans la ram), on va dire que c'est un minimum, chez moi j'ai environ 85MB/s. Si tu tiens à faire un test plus représentatif, essaye ceci (>100MB/s chez moi) : dd if=/dev/zero of=output.img bs=32M count=40 Si tu cherches des performances, ce n'est pas avec l'entrée de gamme Syno que tu vas les avoir, donc tu devrais peut être y songer.

oui comme tu tentais de la faire (connecter un lecteur réseau), mais en tapant juste \\tonnas\partage le port 7000 = filestation uniquement le port 5000 = tout dsm

c'est une bonne explication, merci pour le retour

Je ne dis pas que c'est la cause de ton problème, c'est juste une piste (tes autres nas n'ont pas le même hardware)

Il ne faut pas mettre un nas en vieille. C'est prévu pour tourné allumé h24 (y compris les disques).

juste l'adresse Par exemple sur mon nas (on dire qu'il a l'ip 192.168.1.2), j'ai le partage "video", donc je fais (dans une fenêtre de commande): net use * \\192.168.1.2\video /USER:fenrir *

Sur un nas les copies locales sont toujours assez lentes par rapport aux copies réseau, surtout en mono disque/baie, ça n'a rien de choquant. Il faut copier 1 gros fichier, si ton dossier contient plein de petits fichiers, ça ne pourra jamais aller très vite (même sur un nas haut de gamme en ssd). Par contre tu fais bien les copies depuis ton pc vers le disque du nas, pas vers le disques externe qui est branché dessus ? Sinon rien à voir, mais tu devrais éviter de mettre ton nas en veille, ça fatigue les disques.