Mic13710

Non. DSM est installé sur tous les disques. Tant qu'il en reste un, le NAS continu de fonctionner.

Le nom d'hôte est le nom du serveur tel qu'il est indiqué dans le menu réseau du NAS distant. L'adresse du serveur est l'IP donnée à ce même NAS par le VPN (10.x.x.x).

Je me pose tout de même une question, il n'est pas évident que le passage de 512Go à 4To soit aussi simple. Tout dépend du formatage du 512Go. Je crois me souvenir que le problème s'est présenté sur le forum. Il se pourrait que les secteurs soient de 512 octets, ce qui limiterait la taille du disque à 2Tio. Mais peut-être que le problème a été résolu avec les dernières versions de DSM, auquel cas le passage à 4To pourra se faire. Sinon, il faudra tout reconstruire.

Bonjour Jeepyno, soyez le bienvenu sur ce forum. Ah, les cartes perforées, j'ai connu ça aussi pendant un temps. Il ne fallait pas faire tomber le paquet de cartes !

Je n'en sais rien, je n'utilise pratiquement pas les applis DS et je n'ouvre pas de fichiers excel sur mon android. Je crois que les sous-dossiers ne sont pas synchronisées par défaut et qu'il faut activer l'option, mais je ne sais pas où. De même que la synchro n'est pas forcément bidirectionnelle. Il faut aussi regarder de ce côté là.

Pardon ? Synology Drive fonctionne parfaitement hors ligne. Il faut simplement désactiver la synchronisation à la demande dans le mode de synchronisation de la tâche pour avoir tous les fichiers et dossiers en local.

Bonjour Frima, soyez à nouveau le bienvenu sur le forum. Et oui, certains oublient de se présenter, vous vous le faite 2 fois. Ce qui fait exactement 2 ans et pas 1 an que vous avez votre NAS. Le temps passe vite.... 😉

Les données ne sont pas dupliquées (pas de copie de l'un vers l'autre) mais en miroir. Si vous n'avez pas d'alerte, c'est que le SHR fonctionne.

Vous avez déjà entendu parlé du copier/coller ? C'est nouveau, ça vient de sortir 😉 Vous sélectionnez le texte et les images que vous collez dans une page word ou autre traitement de texte en mode paysage pour que ça rentre correctement.

Rien ne vous empêche de le copier ...

Les images sont stockées sur les serveurs de Fenrir. Elles ont disparu probablement à cause d'une perte de connexion. Rien de grave.

Ou bien l'IP du nas qui n'est pas fixée soit dans le routeur soit dans le NAS.

Il n'y a que 2 solutions : soit on paye, sans garantie de pouvoir récupérer tout ou partie des données, soit on réinstalle tout à partir des sauvegardes. La deuxième solution est de très loin la meilleure, mais comme toujours et à tord, c'est le point le plus négligé dans un projet NAS.

Non, 75% en moyenne sur 4 disques.

Pas toujours. Ca dépend du modèle de NAS. Sur un 713+ par exemple, c'est une 1220.

Inutile de tourner autour du pot. C'est sûr à 99.99999% que c'est la pile. Et de toute manière, au bout de 5 ans, il est préférable de la changer, surtout si vous la sollicitez comme vous le faite en coupant l'alimentation secteur ce qui la passe inévitablement en mode décharge.

Il existe effectivement sur certains UPS une protection surtension pour le réseau RJ45. Cette protection est généralement prévue pour un réseau 10/100 ce qui parait un peu dépassé à l'heure du Gb. Si c'est du 10/100, soit vous ne vous en servez pas, soit vous ne l'utilisez pas. Bref, vous l'oubliez.

Il vaut mieux surtout poster des vues du gestionnaire de stockage pour bien comprendre de quoi il s'agit. Et puis, un petit passage par la section des présentations est très apprécié sur ce forum.

Quand je parle de locales, ce sont les sauvegardes physiquement sur le NAS. Pas sur un disque externe. Après je ne peux pas confirmer si un disque externe peut être lu par HBV. Je n'utilise pas ce type de support sur mes NAS.

HPV sert uniquement à visualiser les sauvegardes locales, pas celles distantes. C'est utile lorsqu'on fait des sauvegardes entre NAS. Il est bien évident que la lecture/historique/restauration d'un hbk distant se fait directement dans Hyperbackup.

Pour drive, il n'est pas utile de passer par le reverse proxy. Pour l'ID vous renseignez simplement le ndd seul, vous passez par le https et le chiffrage et vous donnez les identifiants de l'utilisateur. Il faut bien évidemment que le 6690 soit dirigé vers le NAS et qu'il soit autorisé dans le parefeu. Lorsque le client va se connecter, il va chercher l'IP renvoyée par le ndd et il va s'adresser au port 6690. Le reverse proxy ne sert strictement à rien si ce n'est à compliquer l'url de destination.

Photo est une application spécifique qui ne fonctionne pas via le reverse proxy, sauf à faire la translation dans un .htaccess par exemple. Pour photo station, c'est ndd/photo exemples c'est quoi ? quelle page de connexion ? Vous voulez dire par exemple qu'avec https://audio.ndd vous arrivez bien sur audio station ? Si sur cette page les identifiants ne fonctionnent pas c'est que l'utilisateur n'a pas les droit sur l'application. En bref, si vous atteignez l'application mais que vous ne pouvez pas l'ouvrir, c'est que votre zone DNS et le reverse proxy fonctionnent correctement. La suite n'est qu'une affaire de droits.

Il NE PEUT PAS y avoir 2 enregistrements A pour un même domaine qui pointent vers deux IP différentes. Il y a un enregistrement de trop. Il faut supprimer le premier. Si votre box est en IPV6, vous pouvez conserver l'enregistrement AAAA, à condition bien entendu que l'adresse IP corresponde bien à votre IPV6 publique. Vous pouvez supprimer cet enregistrement si vous n'avez pas d'IPV6. Et l'autre AAAA pointe t'il vers la même IPV6 que le premier enregistrement ? Si votre site est hébergé chez vous, vous pouvez remplacer votre enregistrement A www par un CNAME. Sinon, l'IP doit pointer vers votre site. Là aussi, il ne peut pas y avoir 2 enregistrements A pour le même domaine (www) avec 2 IP différentes.

Le plus gros souci de l'extension d'un groupe vers l'unité externe n'est pas au niveau du câble de liaison qui est vissé aux châssis de part et d'autre. Il est extrêmement rare qu'un câble de cette nature se sectionne, à moins qu'il soit sollicité mécaniquement au point de créer des ruptures internes. Le plus gros problème vient du fait que chaque unité a sa propre alimentation. Dans cette configuration, la perte accidentelle de l'alimentation de l'extension (câble débranché par erreur ou panne du bloc d'alimentation) peut entrainer de gros dégâts dans le groupe pouvant même aller jusqu'à sa perte. Autre argument contre l'extension d'un groupe, c'est l'augmentation exponentielle des risques de perte du groupe lors de réparation suite à une perte de parité ou à un remplacement de disque, et pire encore, un risque accru que le groupe soit perdu lors du processus d'augmentation du stockage par ajout de disque. Plus il y a de disques, plus ils sont gros, plus les risques augmentent. Il faut alors envisager de passer au RAID6 (ou SHR2) afin d'avoir deux disques de perte. Si extension il y a, il est de loin préférable d'y construire un groupe séparé du NAS principal.

HPV sert à lire le contenu et voir l'historique des sauvegardes sur le NAS. Sans lui, les fichiers hbk sont illisibles.