domlas

Pour le FTP il faut bien d'abord activer le serveur FTP du syno... Ensuite il te faut créer des "utilisateurs" nouveaux à qui tu donnes un identif et un MdP. Il faut aussi donner des droits d'accès à ces "utilisateurs" envers les "dossiers partagés" que tu lui autorises. Il est préférable de donner au syno une IP fixe assez "haute" comme 192.168.x.100 par exemple. Le "x" est la valeur définie par la box en général 0 ou 1). Mieux encore si tu sais le faire attribuer dans le routeur de la box une "réservation d'adresse" pour le syno en se basant sur son adresse MAC. Dans ce cas on laisse le syno en DHCP. De toute façon après modification de l'IP du syno lui imposer un redémarrage afin que ce changement soit pris en compte. Pour utiliser le FTP il faut, dans le routeur, ouvrir le port 21 et le rediriger vers l'IP du syno (192.168.x.100). Il peut aussi être nécessaire d'ouvrir la plage de ports 55536 à 55567 vers le syno. Dans filezilla il suffira de remplir : hôte = ton adresse IP free (ou ton nom de domaine si tu en as un de redirigé vers l'IP free) identifiant = l'identif que tu as créé dans le syno comme "utilisateur" MdP = son mot de passe port = 21 Une autre solution depuis un navigateur, dans la barre d'adresse taper ftp://identif:MdP@IPfree:21

A mon avis tu as pris de gros risques. Quand un disque part une fois, puis deux, puis... en sucette il est sage de le remplacer au plus vite par un disque neuf et testé bon. Et aussi préparé si possible. D'autant que le panachage de "petits" disques de 1.5To avec des 3To n'et pas judicieux. Tu perds de la place, dont c'était l'occasion de remplacer par des 3To. Si j'ai bien compris le disque 2 est aussi plus ancien et plus petit. Si jamais ce disque a eu aussi des faiblesses tu es en catastrophe. Aucun RAID ne supporte la perte de deux disques. Et surtout tes données le supportent encore moins. Il faut bien se souvenir que les RAID mettent les disques à rude épreuve donc il ne faudrait pas trop insister avec des disques commençant à donner des signes de vieillissement. Pour ma part je reste convaincu qu'un système non RAID (en basic simple) est le moins risqué pour les données. Une fois inscrites les données sont sur le disque et n'en bougent plus alors qu'en RAID elles sont quasiment en permanence recopiées, déplacées, effacées, et ça recommence... Attention aussi à ne remplacer qu'un seul disque à la fois et de bien attendre que ce disque soit bien reconstruit avant d'en changer un second.

Un VPN est une connexion réalisée de façon stable et permanente entre deux points bien définis. Imagine un orid en réseau intérieur raccordé par câble RJ45 afin de pouvoir travailler avec les collègues ou transmettre des pages ç imprimer etc. Imagine encore que cet ordi puisse être déplacé nettement plus loin (chez toi par exemple) et que pour ce faire on remplace le câble RJ45 par une liaison internet. C'est tout à fait possible. Si cette liaison internet est conçue de façon stabilisée et permanente. On utilise internet pour créer une sorte de "tuyau" permanent entre cet ordi et le lieu central de travail. L'intérêt est de pouvoir déporter tès long un poste de travail comme si il était dans le bureau d'à côté. Les données transitent alors au travers de ce tuyau dédié. C'est mieux que des données qui vont rechercher en permanence à se créer un nouveau chemin à chaque demande de données. C'est en ce sens que les données sont transmises avec un peu plus de sureté. Mais c'est tout. Un VPN comme le HTTPS et autres système n'empêcheront jamais les trous du cul de venir t'enquiquiner. En fait ta vraie protection tient surtout à tes données qui n'ont aucun intérêt pour les vrais hackers. Un VPN fonctionne un peu comme un FTP. Il y a un serveur, sorte de donneur d'ordre et détenteur des données à utiliser. De l'autre côté il y a les "clients" donc les utilisateurs à qui on va donner les clés pour se connecter au "serveur" et qui lui les acceptera (ou pas) dans le système. De là le client va pouvoir travailler avec le système comme si il était raccordé en filaire.

As tu laissé ton syno en DHCP automatique ? (attribution de l'IP du syno par ton routeur) Les swiths n'ont aucune influence sur les transferts des données. Par contre le routeur oui. Qu'as tu comme routeur ? Celui de ta box ? Si ou quelle Box ? As tu fait un reset simple au Syno ? Suivi d'un redémarrage correct ? Il semble qu'avec le DSM 4.2 le redémarrage soit nécessaire.

Oui, pourquoi un inconvénient ? C'est pratique d'avoir une IP fixe et j'ai cru comprendre qu'avec l'arrivée de l'IPv6 nous aurions tous des IP fixes. Maintenant si c'est parce qu'on croit pouvoir se "cacher" derrière une IP dynamique, ne vous leurrez pas les mecs. Il est très facile de retrouver qui est l'abonné qui était connecté avec telle IP tel jour à telle heure.

Moi je n'aurais pas fait ça. L'architecture des disques surtout en RAID (car bien sur tu es en RAID ?) est étroitement liée au DSM chargé dans le syno lors de son installation. Je ne toucherais plus à rien tant qu'un de nos grands maîtres du forum ne donnera pas une indication précise de la possibilité de recréer un DSM sans détruire les données. J'aurais commencé par installer normalement le nouveau syno, bien configuré suivant mes souhaits. Ensuite j'aurais transféré les données de l'ancien syno vers le nouveau. Mais il y a peut être une possibilité de recharger le DSM (ou peut être de réactiver quelque chose) sans toucher aux données existantes. Mais là je n'en sais rien.

Maintenant je repose la question habituelle : Pourquoi veux tu passer en RAID ? Si c'est pour assurer une continuité de service de ton serveur WEB ou FTP durant des interventions sur un des disques alors = OK Si c'est pour la fausse croyance que c'est une "sécurisation" pour les données tu as tout faux. Faire un rapide tour sur ce forum pour en avoir une bonne idée. Un RAID quel qu'il soit impose un onduleur pour éviter les dégats catastrophiques d'une panne de courant sur le système RAID. De plus il faut s'assurer une vraie sauvegarde très sérieuse des données sur un autre support, un autre système et dans un autre lieu. Enfin en RAID avec tes deux disques de 3To tu ne disposeras que d'un peu moins de 3To de stockage alors qu'en "basic" à deux volumes tu bénéficies de presque 6To. Ce système "basic" est le plus simple le moins risqué pour les données, le moins sensible aux pannes de courant. Et puis aussi tout ce qu'on met sur un syno ne nécessite pas obligatoirement une sauvegarde pure et dure. Tous les fichiers téléchargeables n'ont aucun besoin de sauvegarde puisque récupérable à la demande sur le Web par exemple.

As tu tenté un redémarrage ? Du syno d'abord appui long sur le M/A jusqu'au bip et clignotement bleu. Attendre patiemment l'arrêt du syno qui peut être long puis rallumer. Tente aussi le redémarrage de la box, voire mieux : arrêter les deux. Rallumer la box jusqu'à son fonctionnement normal puis rallumer le syno. Tu as peut être un conflit d'adresses surtout si tu avais mis une IP fixe au syno. Dans ce cas d'ailleurs il vaudrait mieux alors tout arrêter y compris les ordis donc plus aucun appareil du réseau allumé. Puis rallumer la box en premier comme indiqué ci dessus, puis le syno. Ensuite seulement les ordis, imprimantes etc. Pour donner une IP fixe au syno il est préférable de lui donner une adresse "haute" (comme 192.168.x.100 apr exemple) plutôt que 192.168.x.2. Car si le syno est rallumé après un ordi par exemple, le routeur va donne rl'IP 192.168.x.2 à l'ordi. Ensuite le syno va essayer de s'y mettre aussi... Et carambolage ! La meilleure solution consiste à réserver une IP (comme 192.168.x.100) dans le routeur (en s'appuyant sur l'adresse MAC du syno) et de laisser ce dernier en IP automatique. De cette façon cette adresse sera exclusivement réservée au syno et jamais à aucun autre appareil. A noter que le "reset long" remet le syno en config usine avec identifiant "admin" pas de mot passe, DHCP auto. Après un redémarrage du syno il devrait redevenir visible. Mais il faudra le reconfigurer.

Moi je préfère un routeur en amont du réseau interne juste à l'entrée du Net. Donc celui de la box (souvent un peu léger) ou celui placé juste après la box en mettant la box en bridge. Je désactive celui du syno. Mais c'est un choix perso. D'autant que je me sers de radmin pour des accès d'entretien sur des machines extérieures et qu'il me faut un routeur (gestion des ports) dès la box.

Je crois (à vérifier) que les dossiers pré-installés par synology ne sont pas effaçables.

Tu ne dois pas avoir deux routeurs successifs. Désactive celui du syno. Par ailleurs es tu sur que ton syno est bien à l'adresse 192.168.1.103 ?

Bon alors on a la réponse... Merci

Ah Patrick J'ai peut être dit une co....ie : c'est un reset ou un redémarrage qu'il faut faire ? Je me souviens juste un peu du problème pour en avoir survolé les posts... Bonne soirée dans la neige ...

Il semble à la vue de plusieurs posts ici même de gens ayant eu ce genre d eproblème qu'il suffirait de faire un reset sur le syno (petit bouton "reset")

Il faut bien comprendre la notion de "volume" au niveau des Nas et synos. Un volume est composé d'au moins un disque mais peut en regrouper plusieurs. Dans le cas simple d'un syno à un seul disque, le volume sera composé de ce seul disque. En gros c'est pareil. Dans les cas ou il y a plusieurs disques dans le syno plusieurs compositions peuvent être choisies. Le plus simple est le système "basic" ou chacun des disques correspondra à un volume. C'est la solution la plus simple et la plus sûre pour un amateur particulier. C'est aussi le système qui offre le plus de place de stockage. En cas de casse d'un disque seules les données de ce disque sont perdues. (D'où sauvegarde séparée recommandée) Dans le RAID 0 les secteurs de chaque fichier sont repartis pour moitié sur un disque et pour l'autre moitié sur l'autre disque. Mais à l'usage tu ne vois qu'un seul volume composé de ces deux disques. Tu inscris sur le volume et le syno repartit tes données sur les 2 disques. L'intérêt était du temps des mémoires à bandes d’accélérer le processus de lecture/écriture. Aujourd'hui la très grande vitesse des disques durs (par rapport aux bandes) à rendu ce système obsolète du moins pour les amateurs. La taille de stockage correspond à l'addition des deux disques mais la casse d'un seul des disque engendre la perte totale des données. Dans le RAID 1 on utilise deux disques l'un étant le miroir de l'autre. Là encore ces deux disques correspondent à un seul volume. Tu inscris tes données sur ce volume et le syno les inscrit en miroir sur les deux disques. L'intérêt est que la casse d'un des disques n'empêche pas la continuité de service puisqu'on a toujours la totalité des donnés sur le disque encore valide. De plus le système est capable de recréer le miroring de lui même après remplacement du disque mort. L'inconvénient est que la capacité du volume ne correspond qu'à de la capacité du plus petit des deux disques. Dans le RAID 5 (à plus de 2 disques) les fichiers sont inscrits là encore sur un seul volume. De là le syno va découper ces fichiers en autant de "morceaux" qu'il y a de disques moins 1 et les répartir sur ces différents disques. En plus il créer un "morceau" spécial de gestion. Par un judicieux système de répartition décalé la totalité d'un fichier sera toujours répartie sur le nombre de disques moins 1. Donc en cas de casse d'un disque (et un seul) le système reste opérationnel et peut reconstituer le système sur le disque de remplacement. En gros la capacité disponible est N disques moins 1. (Pour des disques de même capacité) Le SHR est une amélioration de ces systèmes RAID faite par synology. On pourrait penser que ce principe de recopie est une sécurisation pour les données. Ce n'est vrai que pour la casse mécanique d'un seul disque. Mais en cas de plantage du système logiciel des RAID les pertes de données peuvent être effroyables. L'un des facteurs fréquents de plantage est la panne de courant sauvage et la présence de secteurs défectueux non correctement identifiés sur les disques, d'où la fameuse "préparation" souvent recommandée. Il existe enfin un système un peu différent le JBOD. Cela consiste en un seul volume dont la taille sera l'addition des tailles des disques incorporés à ce système. L'intérêt est de disposer d'un volume de très grande taille comme si on avait un énorme disque dur. Le second intérêt est qu'on peut agrandir ce volume en rajoutant simplement de nouveaux disques supplémentaires au système. C'est très intéressant pour des stockages qui grossissent en permanence. C'est aussi très dangereux pour les données. La perte du disque de base entraine la perte totale de toutes les données car lui seul possède la table d'allocation de tous les disques. Et la perte d'un des disques secondaires du fait des fragmentations peut entrainer de très grosses pertes de données. Voila pourquoi on est un certain nombre ici a proposer le "basic" à volumes séparés pour les usages courants des petits utilisateurs que nous sommes. C'est le système le moins dangereux pour nos données du fait qu'elles ne subissent pas un quasi perpétuel travail d'effacement/réécriture pour assurer les miroring. Cela n'empêche bien évidemment pas la sage précaution d'organiser des sauvegardes régulières.

Reste en volumes séparés et pour le début crée des dossiers partagés sur un volume 4 par exemple. Avec data replicator ou un autre comme synback fait des sauvegardes périodiques des données primordiales (celle nécessaire de sauvegarder) dessus. Car il est bien évident que bon nombre de fichiers parfaitement téléchargeables sur le net (musique, films, logiciels...) n'ont aucun besoin d'être sauvegardés. De même pour bon nombres de fichiers de travail intermédiaires que l'on oublie très souvent de supprimer une fait le travail terminé. Bien sur les vrais fichiers personnels comme nos photos, nos vidéos de nos enfants, nos courriers importants doivent eux être véritablement sauvegardés. Pas sur un système de RAID (qui ne protège rien) mais sur un autre support, un autre système et dans un autre lieu. Pour des données vraiment très sensibles il existe même des "coffres-fort" comme dedikam par exemple.Là on parle vraiment de sauvegarde.

Attention les RAID ne sont pas des "sécurisations de données" mais seulement une possibilité de continuité de service en cas d'intervention sur un disque. En cas de grabuge sur le RAID les données sont très souvent perdues. Le terme de "miroring" est un faux ami qui laisserait à penser que puisque que l'on a un "miroir" des données elles sont protégées. Sauf que si le procédé de miroring cafouille toutes les données sont perdues. Pour un usager particulier le "basic" en volumes séparés est dans 98% des cas la meilleures solution.

Avec un syno qui est certainemant configuré en RAID ou en SHR il est impératif de le laisser tourner 27/7. Le syno a un énorme travail à faire pour maintenir un miroring à jour, travail qui prend un temps important (en heures) et que le syno fera pendant ses temps d'inutilisation. Alors si tu lui enlèves car es moments là... Attention aussi car à se petit jeu on peut aboutir à un crash du RAID avec de très facheuses conséquences pour les données. Je commencerais d'abord refaire une sauvegarde complète. A ce sujet j'espère qu'une vraie procédure sérieuse de sauvegarde (autre support, autre système et autre lieu) est bien présente ? On ne le répètera jamais assez mais les RAID ou SHR ne sont pas des sauvegardes ! Pour un usage sérieux et quasi professionnel c'est obligatoire... de même qu'un bon onduleur ! Quant aux "économies d'énergie" SVP, restons dans le sérieux : que le syno soit ou non allumé 24/7 la différence sera quasi invisible sur la facture annuelle, tout au plus une dizaine d'euros. Soit en équivalant 10 minutes de caferière par jour ! Sans parler du cout qu'engendrera fatalement la perte de données tôt ou tard ce genre de bétise.

Ce que je ne comprends pas bien c'est ce que tu veux faire. Le principe du syno (des Nas) est de centraliser les fichiers de travail afin que chaque poste de travail puisse travailler sur ce fichier unique de façon à toujours avoir les dernières modifications accessibles à tout le monde. Sur les ordis du réseau tu devras rediriger le chemin des fichiers de travail non plus sur le disque C (ou D) local mais sur le dossier partagé voulu du syno. Sous windows tu peux aussi "mapper" un lecteur vers ce dossier partagé. Il y a deux inconvénients majeurs à ce principe. D'abord il y aura conflit si deux personnes veulent modifier un même fichier en même temps. Pour cela il existe des procédures de blocage. Mais surtout si on utilise un portable en extérieur, le fichier étant absent du portable on ne peut pas travailler. La solution consiste à conserver les fichiers (il faut alors qu'ils soient de même structure) sur les ordis locaux et un fichier "maitre" sur le syno. Il faut alors organiser un système de sauvegarde/synchronisation qui remettra périodiquement l'ensemble de ces fichiers tous identiques. C'est un système très couramment utilisé en bureautique. Il existe des programmes qui le font très bien comme syncback par exemple.

Il te faut d'abord définir ce que tu veux vraiment. Et aussi bien savoir en quoi consiste les différents systèmes de disques. Parce que si il est assez facile de "monter" depuis un basic vers du RAID (ou SHR) le contraire est presque impossible. Le système le plus simple est celui dit "basic" on y crée autant de volumes que de disques. Les disques sont parfaitement séparés et disposent chacun de leur pleine capacité. Avec deux disque de 2To tu auras un peu moins de 4To de stockage en tenant compte de la place prise par les logiciels du syno. En fait pour être précis tu auras 2 fois 2To. Les RAID (grands dadas de discussions): Le RAID 0 consiste à répartir les secteurs d'un fichier pour moitié sur un disque et l'autre moitié sur l'autre disque. Cela permettait daccélérer les très lents débits des dérouleurs à bandes (Je vous parle d'un temps...). Mais en cas de défaut d'un disque tous les fichiers étaient perdus = sauvegarde séparée obligatoire. Aujourd'hui aucun intérêt sur les syno. Le RAID 1 : les données d'un disque sont continuellement recopiées en miroir sur l'autre disque. Le RAID 5 : un peu le même principe mais sur plus de deux disques. Les données sont recopiées sur formes d'éléments au nombre de N disques-1 et d'un élément de gestion et contrôle. De la sorte pour ces deux RAID l'arrêt d'un des disques permet quand même la continuation du service. C'est très intéressant sur les gros serveurs de données, cela permet de la maintenance disque par disque sans interrompre le service. (Sites WEB, serveurs FTP etc). Dans ces deux cas une défectuosité au niveau du "miroring" (et les coupures de courant en créent très souvent) font perdre des données voire assez souvent toutes les données. Là encore sauvegarde obligatoire. Attention : le miroring laisserait un penser que c'est une sécurité des données = c'est faux. Faire un petit surf ici pour s'en convaincre. Le SHR est une amélioration des RAID signée par synology principalement au niveau de la gestion de la capacité. Il en a les mêmes inconvénients. Il existe aussi le JBOD qui consiste à additionner tous les disques durs les uns derrière les autres pour ne former qu'un seul et unique grand volume. L'avantage est qu'on peut agrandir la taille de ce grand volume par simple ajout de disques supplémentaires. Mais la casse d'un disque engendre des grosses pertes de données (voire toutes). Là encore sauvegarde.... Quand aux disques de 7200 tours ou pas il faudra déjà s'assurer que le réseau tienne la vitesse pour commencer et qu'un très haut débit soit indispensable. Rien ne sert d'avoir une formule 1 si le chemin de terre est limité à 10Kmh !

Sur un RAID ou SHR un vrai processus de sauvegarde sérieux (autre support, autre système, autre lieu) est très très hautement vivement recommandé (pour ne pas dire quasi obligatoire. Ces systèmes ne sont pas une procédure de sauvegarde et auraient pltôt tendance à fragiliser les données... Faire un rapide petit tour sur le forum sera très convainquant.

Pour ce que tu sembles vouloir faire il faut au contraire que tu crées des "dossiers partagés" comme "famille" - "pro" etc. Les dossiers partagés sont TOUJOURS directement à la racine du syno. L'intérêt ? C'est que tu pourras créer divers "utilisateurs" et leurs donner à chacun des droits d'accès spécifiques à chaque dossier partagé. Par exemple l'utilisateur "patron" pourra avoir accès à "famille", "pro" etc "madame" n'aura accès qu'à "famille" et "secrétaire" qu'à "pro". Il existe une "astuce" sur les syno à connaître : sur le réseau intérieur (ethernet) c'est le "nom de session" (et son mot de passe)de la session active d'un ordinateur qui sert "d'utilisateur". Il faut donc l'enregistrer comme "utilisateur" et lui donner les droits voulus. Autre astuce : lors de l'installation du syno le nom de session de l'ordinateur qu'on utilise pour installer le syno sera enregistré comme utilisateur et rangé dans le groupe "users" ou "administrateur". De ce fait cette session dispose de tous les droits possibles.

Quand tu parles des "dossiers du Nas" je pense qu tu parles des "dossiers partagés" configuration propre au synology. Ils se trouvent directement à la racine du Nas. Ils ne sont pas déplaçables. On pourrait plutôt les considérer comme autant de petits disques durs séparés. Le syno n'a rien à voir avec un disque externe USB par exemple. Il ne faut donc pas se référer à ce genre de disques. Tu peux créer tes propres "dossiers partagés" par exemple un pour toi appelé "papa" un pour ta femme "maman" et un pour "fiston". Tu y rangeras ensuite en incluant si nécessaire des répertoires et sous-répertoires classiques, les données qui appartiennent à chacun. Ensuite tu devras créer les "utilisateurs" voulus "moipapa", "mafemme" et "lefiston" à qui tu pourras donner les droits d'accès (ou pas) aux différents "dossiers partagés" sus-créés. Ainsi "lefiston" n'aura accès qu'au dossier partagé "fiston" alors que "moipapa" et "mafemme" y auront accès aussi pour suveiller ce que consulte le fiston. Le HTTPS n'a d'intérêt que pour la transmission de courts messages comme mots de passe ou données très sensibles. Pour de gros fichiers (photos, vidéos etc) ça n'apporte rien si ce n'est un ralentissement. Le FTP a été (et reste toujours) un protocole de transmission de fichiers. D'un côté il y a un "serveur FTP" (ce que sait faire le syno) qui va comporter les fichiers mis à disposition, de l'autre côté il y aura le "client". Ce dernier est validé par un identifiant et un MdP. Chaque client peut recevoir des autorisations d'accès à des "dossiers partagés" bien définis et pas aux autres. Le "client" peut utiliser par exemple un logiciel "client FTP" comme filezilla qui facilite énormément les conditions d'accès.

Mais sacredieu, pourquoi tu éteins ta freebox ??? Dans un réseau le routeur (la box) s'éteint en dernier après l'arrêt de tous les autres appareils, ordis, imprimantes et syno bien sûr ! Sinon il doit rester actif puisque c'est lui qui assure la gestion du réseau.

Non Si tu rajoutes des disques il te suffira de les installer en volume3 et volume4. Les précédents ne seront pas touchés. Sauf bien sur fausse manoeuvre mais en prenant bien le temps de lire les propositions affichées et en s'interdisant d'appuyer frénétiquement la touche "suite", tout se passe bien.