Mic13710

Vous pouvez passer en mode bridge si vous voulez, mais l'ayant expérimenté moi-même, j'ai eu à faire à des dysfonctionnements. Le remplacement de la freebox n'y a rien changé. Je suis revenu au mode routeur depuis une quinzaine de jours et les problèmes semblent être résolus. Si vous laissez en mode routeur, il faut dans ce cas fixer l'adresse du routeur Netgear dans la freebox et passer cette adresse en DMZ.

@lee recca quel est le rapport avec les NAS Synology ?

Pour que le player puisse voir le NAS, il faut qu'il soit sur le même réseau que le NAS et que le routeur permette au player de voir la freebox. Je ne sais pas ce que sais faire votre routeur Netgear, mais la seule solution c'est que le routeur puisse gérer le VLAN pour pouvoir connecter le player (qui fonctionne en VLAN100) derrière le routeur.

Et bien si justement, dans la même phrase vous dites le contraire. Une sauvegarde et le RAID n'ont strictement rein à voir. Faire une sauvegarde du disque 1 vers le disque 2 n'est pas du tout la même chose que de faire du miroir. Si vous effacez un fichier, si vos données sont corrompues, vous pouvez les récupérer de votre sauvegarde alors qu'elles seront effacées et/ou corrompues de la même manière sur le disque miroir. Non, vos données seront en miroir !

Impossible. Les disques des nas multibaies ne sont pas compatibles avec les monobaies et vice versa. Attention : le RAID ou SHR n'est pas une sauvegarde mais un continuité de service en cas de panne d'un disque. Il ne dispense pas de faire une sauvegarde en bonne et due forme, bien au contraire.

Il n'y a pas de données perdues, juste un problème d'accès à un dossier crypté. Pourquoi ne pas utiliser tout simplement ubuntu ? https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Recréer tous les comptes; les dossiers partagés, les réglages réseaux, attribuer les droits utilisateurs,, etc... Bref, la totale comme s'il s'agissait d'une installation à partir de zéro. Et là, c'est vous seul qui savez ce que vous aviez sur votre NAS avant le crash du disque.

Euh, non. Le DSM est déjà installé par RAID avec le disque 2. Refaire une nouvelle install va faire que le disque 2 passera en initialisé lorsqu'il sera réintroduit. Il faut simplement réinstaller les paquets et recharger le .dss s'il existe, sinon il va falloir reprendre tous les paramétrages. Ensuite, il suffit de restaurer les données du disque 2 vers le disque 1 avec la procédure de restauration inhérente au procédé de sauvegarde utilisé, ce qu'on ne sait pas.

Un ajout de disque correspond à étendre le groupe de disque. Passer d'un SHR sans protection à un SHR avec protection, c'est étendre le groupe, même si la capacité ne change pas.

Vous n'avez pas besoin d'une alimentation de 5.5A pour faire le test de la CM puisqu'il n'y a pas de disques durs pour ce test. Une alimentation de 1.5A 2A devrait être suffisante. Après, il est bien difficile de vous aider si vous n'êtes pas la possibilité de vérifier ce que vous injectez avec un multimètre. Oubliez l'histoire de la résistance. Comme le fait remarquer jacaj, c'est applicable sur les séries 15 pour palier un problème de défaut de conception CPU, défaut qui n'existe pas sur le votre.

Je viens de corriger le tuto car il est vrai que cette info obsolète induit tout le monde en erreur.

Perso, je ne vois pas bien l'intérêt de monter des SSD sur un groupe. Ca n'aura pratiquement aucun impact sur les vitesses de transfert qui sont de toute manière limitées par le réseau. Par contre, il serait plus approprié de garder des disques standards et de monter des caches SSD, ce qui est possible sur un 918+

Ce n'est pas une fonction mais une simple représentation de la position des bornes sur un plan de bâtiment avec indication de la borne active pour chaque appareil. Ca ne sert qu'à des fins de maintenance sur de gros réseaux pour localiser les bornes et voir de manière graphique les charges individuelles avec la qualité de connexion de chaque lien. Aucun impact sur la zone de couverture de la borne elle-même. Autant dire que cette représentation n'a guère d'utilité lorsqu'on n'a qu'une seule borne.

C'est impossible de répondre car tout dépend de la structure du bâtiment. Si le plancher et le plafond sont en bois, il n'y a aucun souci. S'ils sont en béton ce sera plus compliqué car dépendant de la perméabilité du béton et du maillage du ferraillage qui fait office de cage de faraday. Déjà en passant plutôt sur une pro, on augmente sensiblement la portée, ce qui ne présage en rien le fonctionnement final mais peut aider à augmenter le signal reçu aux niveaux inférieur et supérieur. Il faut faire des essais.

Si ce que vous voulez faire est de sauvegarder sur votre 3To puis d'ajouter ce disque sur votre groupe pour retrouver vos données, la réponse est non. Par contre, vous pouvez sauvegarder vos données sur un disque externe via hyperbackup puis les restaurer dans votre nouveau groupe en recopiant les fichiers hyperbackup dans le volume de votre NAS pour les restaurer. Si vous suivez cette procédure, je vous conseille vivement de faire plusieurs petites sauvegardes (dossier par dossier par exemple) plutôt qu'une grosse sauvegarde pour ne pas risquer de vous trouver à court de capacité. En effet, si vous faite une seule grosse sauvegarde, il faudra que la taille de votre volume soit au minimum le double de vos données sauvegardées. En faisant plusieurs sauvegardes, elles seront plus petites et vous pourrez les restaurer l'une après l'autre.

Il n'y a aucune chance là dedans, c'est seulement possible ou pas possible. Monter un 3To sur un groupe construit avec des 4To n'est pas possible. Si en revanche vous reconstruisez votre groupe avec vos 4To et votre 3To, ce sera possible et vous pourrez y rajouter d'autres 3To plus tard.. On ne copie pas l'un des disques RAID. On fait une sauvegarde des données, de préférence avec Hyperbackup.

Il n'y a rien de contradictoire. Le simulateur ne connait pas l'ordre d'intégration des disques. Si votre premier groupe a été construit avec des 4To, vous ne pouvez intégrer que des 4To ou plus. Si votre groupe avait initialement été construit avec des 3To, que vous aviez remplacé par la suite par des 4To, alors vous pourriez y intégrer des 3To. C'est le disque le plus petit lors de la construction du groupe qui détermine le plus petit disque que vous pouvez intégrer dans le groupe.

Pouvez-vous traduire ? La méthode proposée permet de séparer le groupe de disques. Une fois que c'est fait, vous pouvez reconstruire UN NOUVEAU GROUPE (et non pas une augmentation de volume) sur le deuxième disque. Sur ce groupe, vous pourrez monter un nouveau volume. Les données ne sont pas impactées, mais il est toujours plus prudent et fortement conseillé de mettre à jour vos sauvegardes avant de faire des manipulations sur les disques.

Désolé firlin, mais d'après le lien que tu donnes, il n'est pas possible de migrer les disques d'un série value vers un série + (voir tableau au § 2.1). Reconstruction obligatoire.

C'est franchement réducteur. Oui, il y a le choix d'avoir plusieurs certificats. J'ai 4 certificats et je ne m'en porte pas plus mal. Le tout est de faire les bonnes affectations. Je dirais même que je préfère avoir plusieurs certificats qu'un seul wildcard obtenu en passant par des services tiers dont on ne sait jusqu'où va la gratuité de leur service.

On peut créer autant de certificats qu'on souhaite mais il faut lier chaque certificat à son application. Le NAS ne le fait pas tout seul car il ne sait pas quelle est la destination de chaque certificat. Cliquer sur Configurer et choisir le certificat associé à chaque application et ça devrait fonctionner.

Le RAID0 doit effectivement être monté d'un seul coup et n'est pas extensible par la suite. Il offre des vitesses lecture/écriture plus importantes que sur un montage classique en RAID1, 5, 6 ou JBOD du fait de la ségrégation par bandes des données. Mais la perte d'un disque sonne la perte de toutes les données. Il faut donc le réserver pour des utilisations où les vitesses de transfert sont importantes pour des données qui ne le sont pas. Ceci étant dit, pour que le RAID0 ait un réel impact avec nos NAS, il faut travailler avec un réseau plus rapide que les vitesses de lecture écriture des disques actuels. Ce qui n'est pas le cas d'un réseau Gb qui est limite par rapport aux taux de transfert des disques actuels. Le RAID0 peut avoir un réel intérêt sur des réseaux >Gb. A vous de voir si le jeu en vaut la chandelle. Perso, je recommande d'éviter le RAID0 ou le JBOD sur nos NAS car le risque de perte est grand pour un avantage quasi inexistant. Mieux vaut travailler sur des groupes séparés, les pertes en cas de défaut disque sont moins importantes.

Un groupe est un ensemble physique de disques. il est constitué de 1 ou plusieurs disques. Sur une extension DX517 équipée de 5 disques, vous pouvez monter de 1 à 5 groupes si vous voulez. Tout dépend de ce que vous souhaitez faire. A mon avis, votre projet c'est de n'avoir qu'un seul groupe sur l'unité d'extension, soit jusqu'à 5 disques dans un même groupe. Un volume est monté sur un groupe. Par défaut, les NAS montent un volume par groupe, mais si votre NAS l'autorise, vous pouvez monter plusieurs volumes sur un seul groupe. Là aussi, je pense que ce que vous cherchez à faire c'est un seul volume sur votre groupe. Vous pouvez toujours commencer votre groupe avec un seul disque et lui rajouter plus tard des disques pour l'étendre, exactement comme vous le feriez si les disques étaient dans un NAS. Ils fonctionnent de la même manière. L'extension ne fait qu’accroitre le nombre de baies du NAS.

Un DS218+ ne peut pas étendre son groupe de disques sur une extension, mais il peut gérer un ou plusieurs nouveaux groupe(s) sur une extension. Il suffit donc de rajouter un ou plusieurs disques dans l'unité et de monter des groupes exactement comme on le ferait si les disques étaient dans le NAS. Il est bien évident que les données sur le groupe existant ne sont pas affectées par l'ajout de groupes supplémentaires.

C'est votre interprétation car je n'ai pas dit ça. J'ai dit que Synology a dressé une liste de NAS pour lesquels la migration ne seraient pas possible. Je rajoute que cette limitation n'existe qu'à partir de DSM6.0 car dans les versions précédentes, elle n'existait pas. En dehors des modèles listés, le transfert d'un 32 vers un 64 est tout à fait possible. Lors de la migration, DSM sera simplement réinstallé sur le nouveau NAS. Ce n'est que lorsque les NAS sont identiques et avec le même DSM qu'il n'y a pas de réinstallation. Sinon, que ce soit du 32 ou du 64, DSM sera systématiquement réinstallé.