domlas

Oui Mic, exact. Je n'avais pas bien lu qu'il avait branché l'USB sur la box. La liaison USB doit être faite entre l'onduleur et le syno.

Il est vrai que c'est assez vicelard comme truc. Si je me souviens bien il y a un moment où il y a un choix à faire pour la configuration des disques ou volumes. Il y est pré proposé "SHR sur volume unique avec protection des données". Si tu cliques "suivant" tu seras sur un système similaire au RAID1, un seul "volume" composé de tes deux disques en miroir. La capacité de stockage de ce volume sera égale à la capacité du plus petit disque. Sinon tu peux choisir "SHR sur volumes multiples sans protection de données". Dans ce cas on sera proche du BASIC, il sera crée un volume par disque, chaque volume ayant la capacité du disque. Le terme avec (ou sans) protection des données ne veut rien dire, il doit provenir d'une erreur de traduction. Les deux systèmes ont leurs avantages et leurs inconvénients, il n'y en a pas un "meilleur" que l'autre. En fait tout dépend de ce que tu veux faire du syno. Cela est expliqué (et même "débattu") à longueur de posts sur ce forum. Si le syno est branché sur l'onduleur il restera alimenté et fonctionnel en cas de coupure EDF pour une durée variant suivant la consommation. En général d'une dizaine de minutes à pleine charge de l'onduleur, bien plus longtemps si seul le syno y est branché. L'intérêt n'est pas d'assurer le service du syno comme si de rien n'était mais d'avoir le temps nécessaire pour pouvoir éteindre ou en veille profonde le syno. Si le syno est raccordé en USB sur l'onduleur et en paramétrant les appareil, quand l'onduleur détectera une perte EDF il attendra un petit moment (paramétrable) et enverra un ordre d'arrêt au syno. Il est évident que si ton ordi n'a pas branché sur l'onduleur il s' éteindra dès la coupure et le travail en cours sera perdu. A moins de faire à ce moment là un travail de paramétrage, de mise à jour ou de programmation sur le syno, cet arrêt brutal de l'ordi n'aura aucune influence sur le syno.

Attention quand même une faute de manoeuvre reste toujours possible et il est hautement recommandé de mettre à jour parfaitement ta dernière sauvegarde externe de tes données.

Vraissemblablement parce que tes ordis ont été automatiquement enregistrés par le syno en tant que nom de session et qu'ensuite tu as créé des utilisateurs supplémentaires travaillant sur ces sessions. C'est ce que j'expliquai plus haut. Sur un syno on ne parle plus de "disques" mais de "volumes". Quand tu crées un RAID1 avec deux disques en miroir ces deux disques n'ont font en fait qu'un, on appelle ça un volume. Le volume est virtuel et représente l'endroit ou on stocke les données. Donc avec deux disques de 1To chacun montés en RAID, donc en miroir l'un de l'autre, le volume crée n'aura que 1To de capacité. Si on monte ces deux mêmes disques en BASIC, chaque disque créera un volume de taille égale au disque. Dans le cas des disques de 1To tu auras donc 2 volumes de 1To chacun donc une capacité totale de 2x1To.

Sur les synos il y a le SHR qui se comporte comme du RAID mais avec de petites finesses supplémentaires. Avec deux disques le SHR créé sera équivalent à un RAID1 (un volume composé de 2 disques en miroir), avec 3 disques et plus il se crée automatiquement (si on ne fait aucun choix perso) une équivalence de RAID5. Dans ce cas avec des disques de même capacité, la capacité du volume obtenu (composé de tous ces disques) sera de N disques -1. Avec 4 disques de 1To tu auras un volume de 3To de capacité. Il faut bien comprendre que les RAID ne permettent que de palier la panne d'un disque et son remplacement tout en assurant la continuité de service. A part les disques qui sont "morts-né, (il y a eu une épidémie dernièrement) les disques actuels sont fiables et durent longtemps. Mais le travail incessant de mirroring les fatigue plus rapidement. Il faut en tenir compte. Par contre plus le RAID devient complexe plus les données risquent des problèmes. Une simple petite coupure de courant, une micro-coupure même peut faire des dégâts énormes dans les données, faire un tour sur le forum... On ne doit jamais considérer les RAID comme un moyen de "sécuriser" les données en surtout comme une sorte de sauvegarde. Si un fichier est bêtement effacé, il le sera instantanément sur tous les disques, il disparaitra complètement dans la seconde et on ne pourra pas le récupérer. Une vraie sauvegarde consiste à recopier régulièrement les données sur un autre support qui ne sert qu'à cela. Dans le cas de la bêtise ci-dessus (et pire après un coupure EDF), les données seront toujours présente sur le support de sauvegarde et pourront être récupérées. Une fois le système choisi entre le BASIC ou les RAID il faudra créer l'architecture des Dossiers Partagés qui sont le coeur même du système. Ces DP auront de fonctions très spécifiques et devront être répartis sur les différents volumes (on ne parle jamais de disques sur un syno mais de volumes) suivant l'utilisation, le classement des données et les droits d'accès à ces données par rapport aux divers utilisateurs. Il y a une excellent notice très détaillé en PDF à télécharger pour ton syno sur le site synology.fr onglet support.

Si j'ai bien compris tu as donc un premier "volume" en RAID1 composé avec les deux disques de 1To chacun. La capacité de ce volume est donc un peu de 1To (un peu de place est prise par le système) et un second volume en BASIC cette fois composé du seul troisième de 2To, ce volume a donc une capacité de 2To (Un peu moins aussi, le système étant toujours recopié à l'identique sur tous les disques). Je ne me sers pas de Time Backup. Pour ma part je préfère utiliser des logiciels de sauvegarde sur chacun de mes ordis ainsi pas de risque que le syno demande une sauvegarde envers un ordi éteint. Je pense quand même qu'il doit être possible de faire des sauvegardes de l'intégralité (par exemple) d'un Dossier Partagé présent sur la RAID vers un dossier partagé créé sur le BASIC. Personnellement avec mes logiciels syncback.exe je peus aussi faire des sauvegardes depuis des répertoires ou des sous-répertoires et même de simples fichiers vers un DP du syno ou même dans un répertoire, voire un sous-répertoire dans ce DP. Attention : lors de la création d'un DP sur le syno il faut l'attribuer volontairement à l'un des volumes présents, soit l'un, soit l'autre. Si tu laisses le syno décider ils seront tous sur le volume1. Il est bien possible que ta sauvegarde ultre rapide et ratée provienne de là.

Points 1 et 2 : Oui c'est exactement ça. En fait les DP sont très spéciaux. Seul l'administrateur du syno peut au travers du DSM les créer, les modifier ou les supprimer. Pas les utilisateurs courants. Eux ne peuvent qu'y lire les données ou en mettre des données, créer des sous répertoires et qu'à la condition qu'ils aient reçu la permission "lecture/écriture" Alors oui il te faudra autant de DP différents que de "rangements" que tu veux séparés mais aussi en fonction de ceux qui y ont ou pas droit d'accès. Ca peut devenir très vite très pointu. Par exemple en "compta" tu peux avoir une rubrique "achat outillage" et une autre "frais du patron". Tu pourrais désirer que le magasinier puisse avoir accès aux "achats d'outillage" mais pas aux "frais du patron". Dans ce cas tu pourrais créer un DP "ComptaAchatOutillage" et un autre "ComptaFraisPatron". Le comptable et le patron auront droit d'accès aux deux DP et le magasinier à seulement le premier. Il est normal et très logique d'avoir beaucoup de DP sur un tel genre de serveur. C'est la preuve même d'une bonne organisation. Point 3 : Je préférais bien spécifier ce point sur le groupe users car c'est lui qui m'a fait tourner en bourrique un bon bout de temps. Point 4 : Oui les DP sont tous placés à la racine. En fait un utilisateur lambda ne verra que les dossiers partagés qui lui sont autorisés et pas les autres, un peu comme des disques virtuels séparés. On peut aller très loin dans ce genre de combinaisons. Si un ordi peut être systématiquement reconnu comme utilisateur direct avec son nom de session on peut aussi pour la compta par exemple ne pas donner la permission au nom de session pour accès à compta mais créer un utilisateur séparé (toto par exemple avec un pass) et donner la permission d'accès à compta qu'à Toto. Dès lors quand Toto voudra accéder à la compta et malgré que son ordi doit pourtant connecté au syno, il lui sera demander son identifiant et son pass expressément. En fait (et on me rigole au nez à chaque fois) il faut prendre les vieilles méthodes avec un papier et un crayon, faire la liste de tous les services ou secteurs qui deviendront des DP et par ailleurs la liste de tous les utilisateurs, établir qui peut aller où et de là voir comment établir la liste définitive des DP et les ensuite établir les permissions. En plus du papier et du crayon, une bonne gomme peut avoir une utilité ! Ce qui trompe ici bon nombre d'usagers en que la plupart des clients veulent voir dans un syno un "super jukebox" pour entasser des milliers d'heures de films. Evidemment un syno (comme tout autre serveur) peut le faire mais ce n'est utiliser que le millième (et encore) de ses possibilités qui restent complètements oubliées. Dernier point très important : aucun utilisateur lambda ne doit avoir l'accès au DSM malgré une croyance trop répandue ici. Le DSM est le "moteur" du syno et que seuls un ou deux administrateurs ne devraient y avoir accès. Sinon chacun va arranger le machin à sa petite sauce et ça va très vite devenir un vrai capharnaüm !

Oui enfin ma réponse était en fait pour un autre post. Je ne comprends pas pourquoi elle est arrivée ici... Mais bon il faut bien reconnaître que Wifi vs câble le Wifi est perdant et de loin ! Que l'on préfère la petite route de campagne parce que le décor est plus joli, je comprends parfaitement, mais il ne faut pas espérer y roujer à 130Km/h comme sur l'autoroute... Alors un gros fichier de 1Go mettra 10 fois plus longtemps à passer en Wifi qui est 10 fois plus lent qu'un câble gigabit.

Oui moi aussi il y a quelques années ces histoires m'ont coûté des cheveux ! Si j'ai bien compris tu as créé (dans le DSM) le Dossier Partagé (DP) "Partages" et dans ce DP le sous-répertoire "Devis" et le sous-répertoire "factures" ? Dans ce cas lorsque tu donneras la "permission" à un utilisateur (toto par exemple) cette permission sera pour le DP "Partages" et tout ce qu'il contient donc les deux sous-répertoires. Tu ne pourras pas autoriser Tot à alles dans "Devis" et pas dans "Factures". Si c'est ton besoin il faut faire un DP "Devis" et un autre "Factures". Le cas du Groupe "users". C'est un groupe créé d'office et qui est un peu particulier. D'une part ce groupe possède toutes les permissions vers tous les DP du syno, existants ou à venir. Cela tu peux le modifier. Le gros problème vient du fait que tout nouvel utilisateur inscrit dans le syno va automatiquement être versé dans "users" et aura donc toutes les permissions, ce groupe étant prioritaire. On ne peut pas ni supprimer ce groupe, ni y supprimer le utilisateurs. On ne peut que lui désactiver ses permissions (décocher toutes les cases en face de chaque DP). Dernier point : chaque ordinateur en service lors de l'installation du syno verra le nom de sa session active et son pass inscrits comme utilisateur dans le syno. Si un ordi n'était pas en activité à ce moment là on peut toujours par la suite l'nregistrer comme utilisateur en entrant son nom de session et son pass. Si le groupe "users" a été désactivé ce seront les "perissions" données à chaque "utilisateur" qui prévaudront. Ansi si "session_de_toto" a la persission sur le DP "Partages", à l'allumage de cet ordi, en cliquant sur "réseaux" dans le poste de travail et en cliquant sur le nom du syno il verra se dérouler le DP "Partages" et tout ce que ce dernier contient. et rien d'autre.

Ce n'est pas du troll il suffit de lire la notice détaillée du syno pour se faire une idée. C'est aussi la méthode de tous les systèmes serveurs surtout "pros". Pour moi le sujet est clos. Vous avez parfaitement le droits de faire comme vous voulez.

Oui avec des formules RAID un onduleur est quasi indispensable. Il suffit de faire un rapide petit tour sur le forum pour s'en convaincre, beaucoup ont eu des dégâts plus ou moins graves suite à des coupures de courant même de minimes micro-coupures. L'onduleur va surtout servir à maintenir l'alimentation du syno (voire d'autres équipements) et envoyer par sa prise USB un ordre d'arrêt "correct" du syno afin que ce dernier arrête correctement toute procédure en cours au niveau du miroring. On peut même redémarrer automatiquement les syno au retour EDF. Attention à la réutilisation du disque problématique. Il peut très bien être parfaitement utilisable pour un usage simple tout en ayant des secteurs abimés. Mais sur un RAID les emplacements de certains secteurs sont primordiaux et si ces secteurs restent défectueux après formatage, le dysfonctionnement recommencera.

Pour DSvideo il faut mettre en service vidéo station dans le DSM (appli à télécharger sur synology.fr). Ensuite paramétrer les applis DSvidéos sur les mobiles avec l'accès internet à ton installation, l'identif et le pass que tu auras donné à l'utilisateur. IL faut bien entendu paramétrer ton routeur (box) et ses ports pour créer le chemin depuis internet jusque dans ton syno. En principe il ne faut pas cocher (ni utiliser) le port 5001 pour vidéo station, il parait d'après certains que ça merdouille. Je n'ai jamais essayé.

Tu copies comment ? En passant par ton ordi ou directement depuis le DSM via filestation ? Si c'est depuis ton ordi et si en plus il est en Wifi cela semble logique. Le trajet des données va être : DD USB >>> syno >>> réseau filaire >>> swirch/routeur >>> Wifi >>> ordi pouis ordi >>> Wifi >>> switch/routeur >>> réseau filaire >>> syno Le chemin est long et tu vas passer deux fois par le Wifi qui déjà est le tronçon le plus lent (une trentaine de Mb/s au mieux soit 4 à 5Mo/s quoique puissent promettre les marchands), de plus le Wifi n'est pas mutualisé, il ne passe qu'un paquet à la fois donc un coup il laisse descendre des données, le coup d'après il en laisse monter en faisant attendre les descendants. Pour de petits fichiers de quelques centaines de Ko, on n'a pas le temps de s’ennuyer, mais pour des gros... Sinon en passant par filestation dans le DSM, d'abord une fois le processus lancé tu n'as plus besoin de l'ordi. Tu peux même l'éteindre. Le transfert se fera : DD USB >>> syno, c'est quand même plus court et surtout sans Wifi. Peut-être aussi ton syno est-il ralenti par d'autres fonctions annexes comme la mise en place du miroring ou une indexation.

Faut lire les posts d'un bout à l'autre. Attentivement ! Je ne réexpliquerai pas une troisième fois.

Néanmoins et ce n'est qu'un conseil pratique sans plus et si tu peux le faire, consisterait à réunir une première fois le s3 syno au même endroit et d'y faire la première réplication parce que si il y a un gros volume de données par internet ça risque d'être très long.

Moi aussi je pense la même chose, le cryptage de ce genre de données n'apporte aucune sécurité réelle. De toute façon bien se dire que les pirates cherchent autre chose que des photos mais plutôt des codes bancaires par exemple... Ceux là doivent effectivement être cryptés. D'autre part si pour une raison ou une autre tu perds la clé de cryptage, adieu les photos ! Ce sera irrémédiable. Il ne faut pas tomber outrageusement dans la paranoïa actuelle du "sécurisationnement". Il est nécessaire de bien comprendre ce que sont les vraies mesures de sécurité. Le B.A. BA consiste d'abord à poser de bons mots de passe. Ensuite de n'ouvrir que les seuls ports strictement indispensables aux minimum d'usages que l'on veut avoir sur internet et par exemple ne pas permettre l'accès au DSM par internet. Dans 99% des cas le gestion du DSM se fait chez soi et aucun besoin depuis l'extérieur à moins que l'on délègue cette gestion à un tiers (de très haute confiance) éloigné. Le véritable danger n'est pas tellement la visualisation de tes documents par des criminels mais leur recherche d'entrer dans nos synos pour s'en servir à des usages douteux, illégaux et surtout criminels. Le cryptage ne protège absolument pas ces entrées dans les syno.

Doucement quand même... D'abord une précision. Il est normal que sous windows (7 ou autre) tu ne puisses pas voir le contenu du disque. Le DSM du syno tourne en fait avec un logiciel sous Linux. Il n'utilise pas les formats de windows, ni le NTFS ni le FAT32 mais le système ext4 propre à Linux. D'ailleurs peut-être as tu remarqué qu'il y avait 3 partitions, une appelée SYSTEM qui comporte le DSM entre autre. Cette partition est identique sur tous les disques du syno, c'est ce qui permet la continuité de fonctionnement même avec un disque en panne. Une autre partition appelée SWAP est spécifique à Linux et sert au fonctionnement de Linux pour les échanges de données. Enfin une 3me partition DATA qui elle comporte le "volume" qui reçoit tes données. La première des choses qui serait bon de faire, serait de faire une VRAIE sauvegarde sur un disque externe, USB par exemple. Il est d'ailleurs très hautement recommandé de mettre en place un système sérieux et régulier de sauvegarde sur un disque externe surtout en RAID. Si ce système perme tla continuité de service du syno en cas d'arrêt d'un disque, il ne "protège" pas les données. Une simple micro-coupure EDF a déjà fait perdre l'ensemble ds données à beaucoup de monde ici même. Ensuite cette sauvegarde faite tu pourrais formater le disque douteux sur ton ordi même sous windows. Puis le remettre en plac et procéder à son installation. Le syno le reformatera en ext4. Cela fait et si aucune erreur n'est signalée tu pourras ensuite l'intégrer au RAID actuel en "agrandissant" le volume. Mais personnellement j'éviterais de réutiliser un disque qui a déjà posé des soucis dans un syno surtout en RAID, j'en mettrais un neuf. Par contre il peut être très possible que ce disque devenu inapte au syno puisse parfaitement bien servir dans d'autres fonctions.

Oui ou alors il est HS. Mais normalement dans ce cas ton gestionnaire de volumes devrait de l'indiquer. Avec 4 DD de 4To en SHR tu devrais avoir un peu moins de 9To de stockage.

Bon enfin je ne comprends toujours pas comment oN pourrait à la fois autoriser l'accès à DSM aux utilisateurs et zn même temps leur interdire ! J'en reviens encore à ce que je disais qui n'est d'ailleurs pas spécifique aux synos mais commun à tous les systèmes de serveur. Il y a deux accès : un réservé à l'administration de la machine et strictement d'accés réduit aux seuls administrateurs et un second pour l'accès des utilisateurs lambdas de façon à ce que ces derniers ne puissent jamais agir sur la configuration du système. De la même façon pourquoi utiliser le port 5001 qui ne "sécurisera" rien du tout ?

Que dit le gestionnaire de volume ?

Oui que dit ce gestionnaire ? Apparemment le disque 3 aurait un problème. Pas reçu de message d'alerte du syno sur ton mail ?

Chrome je ne sais pas mais sur IE que je n'utilise plus ou firefox, je clique simplement dans la case identif je choisis l'identifiant et tout se remplit tout seul y compris le pass.

Si tes disques sont vides (sans données ?) cela ne doit pas poser de problème. Pour être sûr je les reformaterais sur un ordi (en leurs faisant le test par la même occasion). Puis en remettre un et refaire l'installation du DSM. Là ATTENTION : lors du choix de la configuration des disques ne pas cliquer "suite" à toute allure, mais choisir "SHR sur volumes séparés sans protection de données" puis terminer l'opération. Installer le second disque et lancer son installation en choisissant pour lui aussi "SHR sur volumes séparés...." A la fin tu devras avoir 2 volumes. Ensuite à toi de répartir chaque Dossier Partagé sur le volume de ton choix.

En fait tu n'étais pas en RAID mais en BASIC avec deux volumes et certains DP sur l'un et les autres sur l'autre. Primo on évite absolument de changer quoi que ce soit quand on est dans une passe qui pose problème. Il aurait mieux valu ne surtout pas lancer une mise à jour, mais d'abord soit trouver le défaut, y remédier et constater le succès, soit sauvegarder sur un disque externe, comme un disque USB par exemple les données qui risquaient quelque chose. Puis ensuite de tenter des manoeuvres. Etais tu bien sûr que le disque bon qui recevait les données provenant du disque en déroute, était assez grand ? Ca pourrait être une explication. Les indexations, conversions etc demandent de la place pour se réaliser.

pour idelektric : En principe une personne qui se sert d'un ordi devrait avoir une session bien à lui placée sur cet ordi.Disons que l'ordi s'appelle "monordi" et la session "masession". "masession" comporte en principe un mot de passe. Dans le syno toi l'administrateur tu rentres dans DSM et tu enregistres ce client comme "utilisateur" en mettant son nom ("nomdesession" et son pass). De là tu prends l'onglet des "privilèges" (ou "permissions" suivant les DSM) et tu choisis dans la listes des DP les autorisations que tu donnes à ce client, ou pas. Ensuite et c'est très important tu vas dans le groupe "users" et tu décoches toutes les cases sinon ton client du réseau interne est automatiquement inscrits dans ce groupe "users", groupe qui a d'origine tous les accès à tous les DP et qui est prioritaire sur tous le sutilisateurs. On ne peut pas retirer un "utilisateur" de ce groupe ni supprimer ce groupe. Il faut donc lui retirer toutes ces "permissions". Il te faudra bien sûr redonner au cas par cas les permissions à tout tes autres utilisateurs. Tu peux d'ailleurs aussi, si beaucoup d'utilisateurs doivent avoir les mêmes permissions, créer un nouveau groupe, attribuer à ce nouveau groupe les permissions que tu désires et ensuite y verser tous le sutilisateurs voulus, pouvant avoir ces mêmes permissions.. A partir de là, quand un ordinateur est mis en marche, le syno est prévenu, vérifie que la session qui s'ouvre est enregistrée dans ses utilisateurs et autorise alors la connexion vers cet ordinateur (ou plutôt vers cette session). Du coup en ouvrant le poste de travail et en cliquant sur réseau tu afficheras ce qu'il y a sur ton réseau dont le nom de ton syno. En cliquant dessus tu afficheras la liste des seuls DP autorisés pour cette session. Cela permet à n'importe quel employé (au départ ce type de serveurs était conçu pour les entreprises) pourra avoir accès aux seuls DP dont il peut avoir besoin et pas aux autres comme par exemple le DP réservé au courrier du patron. D'où le fait qu'il ne faut jamais donner l'identifiant d'accès au DSM (ce que beaucoup confondent avec le syno en général) et son pass à tout le monde. Sinon tout le monde aura accès aux entrailles du syno et pourra tripoter tous les paramétrages comme par exemple se permettre d'aller consulter le courrier du patron ! Seul un administrateur (ou deux ou trois), des personnes de haute confiance doivent avoir l'accès au DSM et personne d'autre. Sinon ça devient très vite la chienlit. Par ailleurs pour des gens ayant accès depuis l'extérieur (internet) c'est le même principe. Un utilisateur à qui tu as donné l'accès à certains DP devra se connecter avec sa tablette par exemple en utilisant DSfile en utilisant son identifiant et son pass (ceux que tu lui as donné dans l'onglet "utilisateurs"). Il est d'ailleurs recommandé pour un même utilisateur travaillant à la fois sur un ordi interne et sur une tablette externe, d elui donner un autre nom d'identifiant pour l'usage en externe. On peut ainsi (l'administrateur) d'abord lui réduire l'accès aux seuls DP sans danger et surtout en cas de piratage ou autre couper l'accès depuis le net à cet utilisateur sans le couper sur le réseau interne. C'est ce que je fais chez moi. Ma fille (à 1000Km) a accès à plein de données réparties sur une dizaine de DP auxquels elle a accès mais pas aux DP de mes deux copains. De même mes copains ont chacun accès à leur DP perso et pas à ceux de l'autre pote, ni aux miens, ni à ceux de ma fille. (Moi j'ai droit à tout, on est le chef ou on ne l'est pas !) Alors bien sûr si tes clients tapent l'IP de ton syno:5000 ils tomberont sur la page d'accès au DSM. Mais sans identifiant et sans le pass, ils ne pourront que passer leur chemin. Quoique tu pourrais aussi fermer le port 5000 et en ouvrir un gardé secret cheminant vers le syno et la page DSM.