Mic13710

Le choix d'un onduleur doit d'abord se baser sur la qualité du réseau. Si le réseau est stable, un Off-line est un choix suffisant. Par contre, si le réseau est instable (principalement hors agglomération), il faut s'orienter vers un line-interactive qui sera mieux adapter pour absorber les variations de tension sans avoir à solliciter l'onduleur. La liste des onduleurs compatibles est loin d'être à jour et je soupçonne Synology de ne plus conduire de tests sur les derniers modèles. Néanmoins, la plupart des modèles avec une sortie USB sont compatibles. Vous trouverez un fil qui regroupe les onduleurs compatibles. Bonne pioche ! https://www.nas-forum.com/forum/topic/1934-onduleurs-ups-compatibles/

Parce que votre groupe était en SHR et pas en RAID. Pas de problème pour étendre le groupe en ajoutant des disques. Le SHR sera alors équivalent à un RAID5.

Attention aux noms des dossiers. Il est impossible d'avoir le même nom pour deux dossiers différents dans le même NAS. Vous devrez choisir un autre nom (par exemple Video2 pour le dossier vidéo du volume 2). Il ne faudra pas non plus oublier d'associer les nouveaux dossiers aux applications multimedia concernées sinon ils ne seront pas visibles dans vos applications. Pour celà, il faut les inclure dans l’indexation du paquet multimédia.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

C'était la solution. Comme quoi les sauvegardes sont extrêmement importantes.

Ca n'a stricterment rien à voir. Ce n'est pas parce que vous cassez la partition des données que ça change quoi que ce soit à l'état du disque. Un cluster déclaré défectueux le restera, indépendamment du format du disque et des données qui s'y trouvent.

Rien ne vous interdit de le faire mais ce n'est pas nécessaire puisque vous avez déjà validé vos disques.

Moins compatible par rapport à quoi ? DSM est effectivement et exclusivement réservé aux NAS Synology. Mais vous ne pouvez pas comparer l'exigence d'un système qui fait tourner un NAS par rapport à une simple couche linux. Il y a des bricoles en plus de la consommation qui font qu'un NAS offre quelques avantages par rapport à un simple disque USB. Mais il faut pour cela savoir ce qu'on veut faire et commencer par lire les tutos pour exploiter au mieux les capacités de la bête. Sans cela, effectivement, un NAS ne sert pas à grand chose. Ceci dit, ce n'est pas avec un trop petit disque (il n'y a pas que les photos qui utiliseront l'espace) et un disque défaillant que vous pourrez exploiter pleinement les capacités du votre. Je vous souhaite de pouvoir rapidement en changer.

Merci de ne pas citer inutilement le message précédent. Je viens de supprimer toutes celles que vous venez de faire. Non, il n'y a pas d'autre solution, sinon vous pensez bien qu'on l'aurait mise en oeuvre bien avant que vous n'arriviez sur ce forum et que je vous l'aurais proposée 😋

Bonjour vic1997, soyez le bienvenu dans la communauté. Entre un disque défaillant et un autre dont je ne suis même pas sûr que DSM puisse le supporter, je vous souhaite d'arriver à faire fonctionner tout ça.

J'ai très bien compris, et ce que vous voulez faire est impossible. Je n'ai d'ailleurs pas dit autre chose : La capacité inutilisée d'un RAID n'est pas exploitable. Vous ne pouvez donc pas à la fois avoir un RAID1 et un basic sur un NAS 2 baies. C'est soit un RAID1, soit 2 basic.

Bonjour, Il est d'usage sur ce forum que les nouveaux inscrits passent pas la section des présentations avant de poster. Certains y sont sensibles. Vous avez créé un volume en SHR avec protection des données (équivalent RAID1) de 300Go sur les deux disques. Le reste n'est pas exploitable. Si vous voulez créer 2 volumes, vous supprimez le groupe que vous avez créé, vous sortez le disque de 2To et vous recréez un groupe et un volume sur le 300Go. Une fois que c'est fait, vous installez le 2To et vous choisissez la création d'un nouveau groupe et un nouveau volume sur ce disque. La sécurisation ne se fait pas au niveau du volume mais au niveau de DSM. C'est à vous de gérer les droits sur vos utilisateurs pour autoriser tel ou tel à lire ou à lire/écrire sur tel ou tel dossier partagé et à utiliser tel ou tel paquet. P.S. : avec 300Go, vous ne pourrez pas faire grand chose.

On ne voit pas le volume dans l'arborescence car Linux ce n'est pas Windows. Il n'y a pas de notion de partition. Linux considère le stockage comme un tout sans différencier les volumes. C'est à vous de dire lors de la création d'un dossier partagé dans quel volume vous voulez le mettre. Ce qui signifie aussi que vous ne pouvez pas donner le même nom à deux dossiers partagés situés sur 2 volumes différents.

Ce sont deux choses différentes. Que vos disques soient sains ne veut pas dire que vos données le soient. Vous pouvez avoir 100% de vos données vérolés avec en plus un cryptolocker et quelques fichiers corrompus sur un disque sain. Votre problème c'est vos données, pas les disques. C'est ce que tout le monde dit ..... avant que ça n'arrive. Un réseau fiable à 100% ça n'existe que sur le papier. La preuve.

Pas d'onduleur je présume. A mon avis, ce sont des erreurs de parités qui ont été provoquées par des arrêts intempestifs. Une vérification du système de fichier devrait en partie régler le problème, mais si les erreurs sont trop importantes, les réparations ne sont pas possibles, ce qui expliquerait que le volume reste en avertissement.

Question : est-ce que vous ne seriez pas chez free ? Si c'est le cas, vous avez probablement subit un changement d'IP classique pour une IP partagée, d'où la perte de connexion. Et si par la suite vous envisagez de passer par un ndd, il vous faudra demander une IP Full-stack. Voir ce sujet : https://www.nas-forum.com/forum/topic/64904-attention-avec-les-ip-fixes-de-free/

Bonjour cirenos83, soyez le bienvenu dans la communauté. Vous trouverez des tutos très bien fait dans la section Tutoriels, mais il faut d'abord commencer par ceux-ci :

Toutes les infos sur les augmentations de groupe sont ici : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/StorageManager/storage_pool_expand_add_disk Vous verrez qu'il y a bien le JBOD, mais pas de RAID0. Et entre nous, un RAID0, surtout sur 4 disques c'est jouer avec le feu. Un disque de perdu et c'est toutes les données qui sont perdues. Oui, si la capacité est au moins égale aux disques en place. Néanmoins, il est préférable de faire travailler ensemble des disques de performances équivalentes pour limiter les disparités sur les temps de lecture/écriture qui peuvent conduire à des erreurs de parités.

Non. Si vous voulez faire ça, il faut que votre groupe soit en JBOD. Non et non. Le type de groupe se choisi au départ et n'est pas modifiable (pas de passerelle entre JBOD, RAID0, RAID classique et SHR) Vous devrez reconstruire votre groupe.

Ca ce n'est pas normal. Vous devriez fixer l'IP du NAS dans votre routeur à partir de son adresse MAC pour que justement cette IP ne change pas. Il faut laisser le NAS en DHCP puisque le routeur lui donnera toujours la même adresse.

Les PC sont pas ou peu sécurisés en usine. Chaque cas étant particulier, ce qui conviendrait à quelqu'un ne serait pas la règle pour les autres. Et avec l'IPV6 c'est encore différent. Tout dépend en fait du degré de sécurité qu'on souhaite avoir. Certains aiment vivre dangereusement et font de l'open bar là ou d'autre vont tout barricader et bloquer tous les accès par crainte des hackers et des virus. Vous voulez dire le serveur VPN du Syno ? Non, c'est gratuit. C'est un paquet à installer qu'on trouve dans le centre des paquets. C'est mon status de modo. Je suis bloqué à 69 (joli chiffre non ?) obtenus avant que je devienne modo. Je ne sais pas, je n'utilise pas de proxy. Je dirais qu'on retombe dans les travers de l'HTTPS dont je parlais plus haut à savoir qu'il y a un intermédiaire et que si cet intermédiaire est faiblement sécurisé, le VPN le sera aussi. Mais en règle générale, les serveurs proxy sont assez bien fournis niveau sécurité.

Vous trouverez tout un tas de tutos dans la partie tutoriels qui traitent de la sécurisation de nos NAS, de l'utilisation d'un ndd, du serveur DNS, du reverse proxy.

Avez-vous essayé de désactiver QC, bouton Appliquer, puis réactiver ? Sinon, je crois qu'en vous connectant à votre compte sur le site Synology, vous pouvez agir sur votre ddns ou même le supprimer pour en créer un nouveau. Je ne peux pas vous en dire plus car je n'utilise pas ce service. C'est le problème avec QC, on est tributaire du bon fonctionnement des serveurs de Synology. C'est pourquoi on recommande ici de ne pas s'en servir et de passer par un vrai nom de domaine. C'est certes plus compliqué à mettre en oeuvre, mais au moins on est sûr du fonctionnement.

Les deux protocoles sont cryptés, mais n'ont pas la même finalité. Le VPN crée un tunnel protégé entre deux réseaux. Je ne parle pas ici de VPN externe dont la sécurité est très questionnable car ceux qui pensent être protégés ne se rendent pas compte que tout transite en clair chez leur prestataire qui peut récolter des informations et en faire ce que bon lui semble. Est-ce que HTTPS et VPN se valent du point de vue sécurité ? Plus ou moins si le ssl est continu. Le problème du https c'est qu'il peut être compromis s'il n'est pas maintenu de bout en bout ce qui le rend vulnérable aux attaques MITM. C'est le cas lorsqu'une adresse est résolue en passant par https --> http --> http --> https. Alors qu'avec le VPN on est sûr du cryptage sur tout le chemin entre le serveur et le client. De plus, on peut choisir le niveau de cryptage (256, 512) alors que sur l'https on est tributaire du niveau proposé par le site de connexion. Enfin on entend souvent dire chez les professionnels du réseau que le VPN est un peu plus sécurisé que le HTTPS. Et ici sur ce forum en tout cas c'est ce que Fenrir nous a toujours dit, à condition bien entendu que la sécurisation du NAS ait été correctement faite car établir une liaison VPN sur un NAS qui est une vraie passoire n'a pas de sens si tout ce qui se passe en local peut être intercepté à partir d'une connexion malveillante. L'avantage décisif du VPN (celui de nos NAS) par rapport à l'HTTPS c'est de pouvoir accéder au réseau local distant et d'utiliser ses ressources (si bien entendu on l'a autorisé dans les paramètres du serveur). Dans mon cas par exemple, je peux accéder à mon NAS, mon routeur, ma borne wifi, mes caméras ou bien lancer une impression à distance exactement comme si j'étais chez moi. Pour moi, lorsqu'il s'agit de me connecter à des équipements sensibles de mon réseau (DSM, routeur ou autre), il ne fait aucun doute que le VPN est une bien meilleure méthode de connexion que l'HTTPS. J'ai donc banni le port 5001 de mes ports externes et je passe par le 443 et le reverse proxy pour atteindre les paquets en tant qu'utilisateur.

Ce n'est pas le port 5001 en soit qui pose problème, c'est simplement d'accéder à DSM depuis l'extérieur, que ce soit par le 5001 ou tout autre port ou par le reverse proxy (ce qui ne change rien). Si on doit accéder à DSM depuis l'extérieur, mieux vaut le faire par le VPN.