CoolRaoul

Je crois que je comprend un peu ... tu as créé deux volumes (1 et 2), chacun étant réparti sur les deux disques physiques Sinon pour timebackup il faut que la cible soit sur un autre volume que la source Mais a partir du moment ou tu réparti tes deux volumes sur tes deux disques, quel que soit le disque qui lache, tu pers tout! Sur quels critères t'es-tu appuyé pour choisir cette configuration? Me semble que l'on ne peut pas faire moins fiable.

Quel est le type des volumes 1 et 2 ? Ils sont visibles ou pas alors? dans le filestation on visualise les dossiers partagés pas les disques

Juste une info: il faut savoir que, statistiquement, les pannes sur les composants hardware sont plus fréquentes dans leurs premières semaines de vie. Dans le cas d'un disque neuf (mais ca vaut pour un PC complet aussi), je conseille de le soumettre a un "stress test" dans les premiers jours (il y des logiciels pour ça) pour détecter rapidement si il est "sain".

tout est expliqué ici

Dans le cas d'un raid a deux disques, on est en présence d'un systeme de fichier *unique* réparti sur les deux disques. Si il arrive une corruption, dire que que ça va "toucher" les disques ne signifie pas grand chose (puisque c'est la structure logique qui est touchée), mais par contre les données peuvent tout a fait être définitivement perdues Comme on l'a dit et répété à de nombreuses reprises ici et ailleurs: "un RAID n'est pas une sauvegarde"

Pas forcément: j'ai deux disques en mode "basic" et je fais des backups auto du Volume1 vers le Volume2. Si le volume 2 lache, suffit de le remplacer. Si c'est le 1, faudra en plus faire une restauration. En plus je peux utiliser l'espace libre de chacun d'entre eux comme zones temporaires quand je doit stocker provisoirement de gros fichiers ou pour des choses sans importance pour lesquelles je n'ai pas vraiment besoin de sauvegardes (téléchargements depuis internet par exemple) L'autre avantage est que si le systeme de fichier se retrouve corrompu (ce qui peut toujours arriver) je ne me retrouve pas "à poil" (a moins d'ajouter une sauvegarde externe, mais comme je n'ai qu'un ds212, en usb2 c'est pas tres performant niveau débit)

Ca permet de ne pas à faire l'ouverture et la redirection vers le NAS du port cloudstation (6690) dans sa box. Dans ce type de configuration, le Syno se connecte sur les serveurs EZ, et les clients *aussi*. Les serveurs EZ font donc office de passerelle. Schématiquement ça donne (les fléches représentent la direction du flux lors de l'ouverture de connection TCP) Client Cloudstation windows -> serveurs EZ <- <box adsl> <- NAS au lieu de : <Client Cloudstation Windows> -> <box Adsl> -> NAS

*une* image d'un des disques? "shr ext4"? Aucune idée de ce que cela signifie je ne comprend rien de ce qui tu essaie de nous expliquer: tu a choisis quelle configuration finalement? vraiment désolé **edit** peut être que je devine ce que tu veux nous dire tu avais fait une configuration basée sur "Synology Hybrid RAID" (c'est bien ce que tu veux dire par "shr ext4." ?) et tu va maintenant choisir ce que je t'ai proposé? c'est bien ça?

Ta question ("Quel est l'intérêt?") n'a pas beaucoup de sens: au final tu aura toujours un ou plusieurs volumes qui sont des espaces de stockage *logiques*. Suivant la façon dont tu organise ton stockage avec l'outil "gestionnaire de stockage", tu va pouvoir te retrouver au final avec un volume unique , constitué des deux disques physiques (en mode raid mirroir ou stripe ou jbod par exemple) , ou deux volumes, un par disque (mode "basic") Ensuite c'est a toi d'étudier les différentes organisations, de peser les avantages et les inconvénients de chacune et de choisir celle qui te conviens. Mais on ne peux pas décider à ta place.

Si tu ne veux faire de RAID, vas au plus simple, tu choisi l'option "Basic" (voir l'annexe "Types de Volumes pris en charge par un DiskStation Synology"). Tu devrais parvenir à la configuration ci-dessous à deux volumes, un par disque physique,identique a la mienne:

Il y a un tuto assez bien fait a mon avis sur le site officiel: http://www.synology....ID.php?lang=fre (voir notamment la rubrique intitulée "le mode personnalisé")

Apparemment cette commande a été supprimée dans la dernière version de firmware C'est le risque à assumer quand on utilise des commandes non documentées et par suite non supportées.

Ca ne vous dérange pas d'avoir le cpu de vos NAS au taquet 24/24 avec ce genre de gadget?

Autre piste: sur le forum anglophone il existe aussi un sous-forum intitulé "Feature Requests & Product Improvement Suggestions"

ben voila ... si tu avais mis "localhost" au lieu de 192.168.0.120, c'est l'ip 127.0.0.1 qui se serait vue bloquée je pense c'est pourtant pas faute d'avoir expliqué dans d'autres fils comment s'y prendre depuis la 4.0 Pour la log systeme je ne sais pas, mais la log apache n'est pas active par défaut, Par exemple, pour l'errorlog, faut ajouter LogLevel notice suivi de ErrorLog syslog:local7 (pour logger vers la syslog) ou ErrorLog <chemin de fichier>[/code] (pour logger dans un fichier) dans les config des deux serveurs apache (system et user) pour l'activer.

Tu n'aurais pas configuré un reverse proxy par hasard? Avec une ligne du genre de ProxyPass http://<ip du nas>:5000 dans la conf apache et il me semble bien que c'est l'IP locale que va détecter la page de login DSM

Et pourquoi ne pas simplement essayer pour commencer? Tu ne risques pas grand chose à faire des tests par toi même. Par exemple, pour minecraft,je tenterai la technique suivante, juste le proxy sans virtual host: <Location /minecraft> ProxyPass http://<ip du serveur minecraft>:25565/ </Location> (dans ce cas l'addresse a utiliser sera http://mondomaine.com/minecraft): Et si cette approche ne marche pas, passer au mode virtualhost, comme ceci: <VirtualHost *:> ServerName minecraft.mondomaine.com ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://<ip locale du serveur minecraft>:25565/ ProxyPassReverse / http://<ip locale du serveur minecraft>:25565/ </VirtualHost>

Pas de raid, chaque disque = 1 Volume

Faut quand même savoir que, si tout se passe bien lors de l'upgrade (ce qui est quand même le cas dans la tres grande majorité des cas), toute la config est préservée sans avoir besoin de faire d'export. A noter aussi qu'a partir de la version 4.0 la sauvegarde de configuration a été nettement améliorée, comme on peut le voir dans ce formulaire de restauration:

J'ai un super outil pour ça: http://code.google.com/p/zscreen/ Le couteau suisse du screenshot (et bien plus encore)

Tres étonnant ça, quelle version de Windows? Sous Windows 7 en tous cas, Il faut aller dans l'explorateur sur la rubrique "reseau", sélectionner l'icone du NAS, comme ceci: la tu "déplie" la branche et tu applique clic droit sur le partage auquel tu veux associer une lettre et ca doit donner ce qui suit:

Histoire de ne pas mourir idiot, j'ai voulu tester Syncback. J'ai créé un profil avec un dossier syno en destination et un dossier local en source (13 megas, une centaine de fichiers), j'ai lancé une simulation d'exécution: ça fait bientôt une dizaine de minute que ca tourne et rien ne se passe. J'ai merdé quelque part ou bien? *** EDIT *** Desinstallé la version FR et remplacé par la version EN. Plus de problème. Va comprendre ...

Ben tu vois bien que ce n'est pas toujours le cas ! (pour info la banniere "Cheyenne/2.2.8 Server at localhost Port " vient de *ta* Freebox) Pour tester qu'un acces externe fonctionne on le fait en externe, ça me semble évident. Et sinon tu peux aussi passer par un proxy, ça reviendra au même. Cela dit, es-tu bien sur d'utiliser la bonne url pour accéder a ton syno (c'est le "port " dans le message d'erreur qui me fait tiquer), à savoir: http://<ip externe de ta freebox>:5000