vincent7778

Ok, et donc là les débits avec le NAS "neuf" sont au max ? En tout cas bien mieux que ce que j'ai avec le mien en prod. Reste à trouver d'où cela vient ...

Test : j'ai enlevé les 5 disques de mon NAS et y ai mis 3 HDD de 500Go avec une install vierge. J'ai fait un RAID 5 dessus. Dans l'ordre : SMB, écriture sur le NAS SMB, lecture depuis le NAS FTP, écriture sur le NAS FTP, lecture depuis le NAS. Ça m'a l'air un peut mieux, même si le SMB est un petit peu à la traîne vs. FTP. Et sinon pour toi les débits entre les 2 PC (110-100 Mo/s) sont bons ? c'est normal que ça n'utilise pas 100% du lien Gbits ?

C'est ce que j'ai fait : avec le PC en direct sur le NAS (PC <-> Ethernet <-> NAS) il n'y a plus rien d'autre sur le réseau, et ça a donné les mêmes résultats Ce qui je fais est la méthode la plus directe non ?

@Bud77 : j'ai fais un test avec le NAS en direct sur le PC : j'avais de l'ordre de Mo/s. Concernant le fichier, oui, .mkv de 14.3Go. Concernant les ressources du NAS, j'ai indiqué ce que j'avais pensé à vérifier, pas d'indexation non plus. @ Piwi : je pense aussi, j'ai fait le test depuis un autre PC (celui dont je parle dans l'une de mes réponses), il a le même débit. Et entre les 2 PC, un débit entre 100 et 110 est normal ? Merci pour votre aide à tous

Concernant les tests préconisés : Déjà depuis un redémarrage (avec dépoussiérage du NAS, je pense sans lien direct) le débit en SMB W7 est plutôt aux alentours de Mo/s, mais variables. J'ai branché le NAS en direct sur le PC en Gbits (d'ailleurs le câble droit fonctionne, maintenant les cartes réseaux savent croiser / décroiser), débits identiques (en gros). Entre 2 PCs avec chacun SSD : début de transfert à 110 Mo/s, en fin à 100 Mo/s (là encore je ne vois pas pourquoi le lien n'est pas saturé mais à 95%) J'avais tenté de copier depuis un HDD en eSATA sur le NAS, mais débits identiques (en gros). J'aime pas ne pas trouver pourquoi, et ne pas être à fond

Bonjour, merci pour ton aide. Malheureusement, aucun des 2 solutions ne change quelque chose pour moi. Concernant les flux multimédias de W7, d'après ce que je comprend ça en gênerait que lorsqu'un lecteur multi est lancé (j'ai quand même testé la manip, sans succès). Et concernant le SMB2, rien ne change, et de toute manière le transfert en FTP est également lent.

Bonjour, Je viens vers vous pour avoir votre avis sur mes débits avec mon NAS. Pour commencer présentation du matériel : DS1511+ : 5x 2To en RAID 5, 1 lien Gbits PC : i7 2600K, 16 Go de RAM, SSD, 1 lien Gbits Entre le PC et ne NAS : 2 switchs Gbits (Netgear). Tests faits avec un .mkv de 14.3Go. Pendant les tests : pas de scan Antivirus (PC et NAS), pas de sauvegarde réseau, pas de download, pas d'autres appareils allumés sur le réseau, CPU et RAM non saturés sur NAS et PC. Problème : je ne parviens pas à saturer le lien Gbits (125Mo/s) en copiant un fichier du NAS vers le PC (je pense que c'est dans ce sens que la vitesse doit être la plus élevées, le RAID5 étant plus lent en écriture). Pour faire mes tests j'utilise Filezilla pour le FTP et TeraCopy ou la copie Windows 7 pour les dossiers SMB montés sur le PC. Les screens : à gauche, DSM, à droite, console Windows 7. En FTP : EN SMB, via utilitaire W7 : En SMB via TeraCopy : Pour résumer : En FTP, moyenne (en gros) : 70 Mo/s EN SMB utilitaire W7, moyenne : 65 Mo/s EN SMB TeraCopy, moyenne : 35 Mo/s. Selon vous : Ces débits sont-ils "normaux" et donc non améliorables ? Le fait que le débit soit en "dent de scie" est-il normal ? Fais-je une erreur quelque part ? Merci d'avance pour votre aide

Euh.... un disque dur comme le WD Red fait 110 Mo/s en moyenne (disque seul). Avec un réseau en 100Mb/s ça donne 12.5 Mo/s. Si on passe sur un RAID 5, en lecture, la vitesse est bien supérieur et le goulot d'étranglement sera le lien Gbits (si pas d'agrégation), soit 125 Mo/s ... En résumant la situation, passer du 100 Mb/s au 1000 Mb/s, fait passer les perfs de 12.5 à 110 Mo/s (dans le cas d'un disque seul et en moyenne), soit une progression de 880%, le terme "légère augmentation" ne semble pas s'appliquer ici Avec le NAS, dans la grande majorité des cas, le goulot sera le lien Gbits ! De plus, les perfs pour la télé et la console (soit en lecture multimédia, un iso BD fera au max 36 Mbits/s) ne nécessitent ABSOLUMENT pas le Gbits, à l'inverse pour les PC c'est quasi indispensable ! Tous les PC de moins de 6 ans environ sont équipés en Gbits, donc pas de problème et sauf si tes câbles et prises datent du début de l'Ethernet, ils supportent très bien le Gbits (le cat 5e le supporte très bien, c'est sur les très grandes longueurs que ça commence à poser problème), pour peux que le tout ai été correctement serti. Donc en gros, tu as juste les switchs à changer : à 15€ un switch 5 ports Gbits, je ne vois aucune raison de ne pas y passer ! Après tu peux changer le routeur pour un modèle intégrant le Gbits et pourquoi pas le VPN comme tu l'indiques, certains modèles commencent assez bas en prix.

Bonjour, Un peu HS, mais pas tant que ça, je te rejoins @Sparo, en numérique c'est ON ou OFF, pas d'entre 2. Concernant les câbles HDMI, voici qui mettra tout le monde d'accord. Concernant ta question @Goldorak : je ne pense pas que le Syno ai les drivers pour ce que tu recherches, et personnellement je passe des ISO BD sur du 100 Mbits/s (la Dune n'est pas Gbits), et aucun problème. De plus il me semble que le Syno n'embarque pas de lecteur interne, quand on utilise Video Station c'est un plugin VLC qui est utilisé.

Ouep, j'ai bien étudié ta signature Je me disais qu'on avait les même routeur VPN au taf. De mon côté je pense rester à 1 seul Syno avec un DD externe pour MES backup.

Comme je le disais, ce qui pose problème ce sont les ports pour le backup. Je les pensais non modifiable mais @Carimimi m'a montré comment les changer. Le problème est que je doit pouvoir utiliser le même service vers les 2 Syno différents. Et à ce jour, le port utiliser pour un service est fixe, il faudrait pouvoir le modifier pour chaque tache

Merci de l'info, effectivement ça peut être très utile comme manipulation. Le problème est : Mais je pense que le soucis ne peut pas être résolu en fait. Parce que le Nas de chez moi doit pouvoir faire du "dossier synchronisé" crypté avec 1 des NAS distant (port 873) et faire du Rsync crypté (port 873) avec le 2ème Nas (port 873). En fait voila, comme les 2 "applications" utilisent en fait le même port, on ne peut pas les différencier :s Il faudrait un paramètre au moment de la création de tâches de backup en spécifiant le port. @Catimimi : connais-tu la différence entre "serveur synology" et "serveur rsync" entre 2 Syno ? J'aurais tendance à penser que en fait il fait du rsync pour "serveur synology" et donc que c'est exactement la même chose, peut-être me trompe-je.

Salut, j'avais parcouru rapidement ce sujet, mais il ne traite que du "port d'administration", port qui peut être modifié à souhait et facilement accessible (browser web). Mon soucis ici est concernant la sauvegarde, les ports 873 et 22 ne peuvent pas être modifiés, ni en source ni en cible, donc plus difficile. Concrètement je pense que à part, comme je l'ai évoqué, choisir 1 sauvegarde cryptée sur l'un et non cryptée sur l'autre, faire 2 backup à distance sur 2 Syno dans le même réseau à l'air problématique. Mais je me trompe peut-être. Ensuite pour régler ce soucis il faudrait que je me penche sur l'IPv6, mais très gros changements en perspectives, et quid de la sécurité dans ce cas ?

Bonjour, Dans ma recherche de sauvegarde excentrée, je me tourne petit à petit vers l'achat d'un petit Syno 2 baies pour faire mes sauvegarde sur lieu externe. Je pense mettre ce serveur chez mon père, cependant de son côté il a déjà un Syno qui lui sert de serveur perso. Je ne veux pas toucher à son serveur, il tourne bien et lui suffit. Depuis chez moi j'ai un dossier synchronisé avec son NAS qui me permet de lui passer des fichiers (photos famille, etc.). Si je mets donc un autre Syno dans son grenier, je me heurte à un problème de NAT : les 2 applications (Dossier Synchronisé et Sauvegarde, Syno ou Rsync) utilisent les même ports : 873 en normal et 22 en crypté. Pour l'instant la seule solution que je trouve est de laisser le 22 vers son serveur (le SSH m'est parfois utile) et donc de laisser le dossier partagé en crypté et de mettre le port 873 sur le futur me servant de backup, mais dans ce cas sauvegarde non cryptée obligatoire. Y a-t-il une autre solution ? Merci par avance. PS : d'ailleurs, en sauvegarde distante entre 2 Syno faut-il privilégier Rsync ou Synology ? PSbis : je crois que le plus simple est en fait de mettre un disque externe en USB sur son serveur et faire mes backup dessus (certes on est limiter plus vite par la taille, mais mes backup font 400G pour l'instant, de quoi voir venir). Cependant je laisse ma question, la réponse m'intéresse pour ma culture

Bonjour, gros déterrage ! Je me pose aujourd'hui la question : quel est la meilleure méthode de backup entre 2 synology : Rsync ou Serveur Synology ? (comme indiqué dans les choix possible lors de la création d'un tâche de sauvegarde). Quels sont les avantages / inconvénients de chacun ? Lequel choisir ? Merci par avance.

Nickel, merci pour ton retour, ça fonctionne chez moi. Au moins Syno a recensé ce bug et pour nous il existe un moyen de le contourner en attendant un correctif

Nop, j'essaierai demain.

Pire, "Même sans rien modifier, si on choisit "modifier" une tache et que l'on tente de cliquer sur "ok", l'erreur apparaît :s" En gros si je rentre dans les paramètres de la tache en modification (non en création) je ne peux en sortir qu'en cliquant sur fermer la fenêtre (coin supérieur droit).

Effectivement, étrange, sachant que j'ai 2 taches qui synchronisent avec 2 autres Syno (2 slave en plus du master) et les 3 sont sur la 4.3 ...

Après ton message j'ai testé. Tout fonctionne correctement à la création d'une tache. Ce qui ne fonctionne pas c'est la modification d'un tache existante (même si celle-ci a été créée sous 4.3). Même sans rien modifier, si on choisit "modifier" une tache et que l'on tente de cliquer sur "ok", l'erreur apparaît :s Et personnellement je n'ai pas de champs à remplir mais simplement des cases à cocher : "sur modification" "manuellement" "tous les x temps" "tous les jours à x heure"

Pas encore, découvert de matin et pas eu le temps ...

Bonjour, Pour ma part depuis la MAJ 4.3 finale, je ne peux pas modifier les paramètres de la synchro des dossiers partagés. Si je ne touche rien, elle fonctionne, mais si je souhaite modifier le plan de synchro, passer de "sur modification" à "exécuter la synchro toutes les x temps", message d'erreur "la valeur du champ est incorrect". Vu le type d'erreur je pense que c'est une erreur minime pouvant être corrigée avec un patch.

Salut, premièrement la ligne du admin password est commentée (# devant), il faut enlever le caractère devant la ligne. Cependant, même si la ligne est dé-commentée, le password admin ne fonctionne pour moi que comme "jeton mumble", et pas pour le superuser. Sauf erreur, il n'y a pas de superuser sur uMurmur, me dire si je me trompe.

Perso j'ai résolu (je pense) mon problème : j'ai supprimé manuellement les dossier "complete" et "incomplete" et SABnzbd les a recréé tout seul avec les bonnes permissions.

Salut à tous ! De façon très fréquentes je ne peux pas supprimer les dossiers des éléments téléchargés via SABnzbd depuis mon ordi (je peux le faire depuis l'interface du NAS, via File Station). Egalement, au lancement de SAB j'ai souvent un avertissement disant qu'il n'arrive pas à changer les droits du dossier "incomplete". Je pense que l'ensemble de mes soucis viennent d'un problème de droits. Les dossier : "complete" et "incomplete" sont dans le dossier "001-Downloads" pour lequel j'ai mis les droits au groupe "users", mais je ne pense pas que l'user "sabnzbd" soit dans ce groupe. Par ailleurs, dans les paramètres de SABnzbd j'ai bien mis "777" comme droits pour le dossier de téléchargement terminé. Avez-vous une solution pour corriger cela durablement ? Merci