Mic13710

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.

Bonjour SpaceLord13, soyez le bienvenu dans la communauté. 500Go, hum, ça risque d'arriver très vite à saturation. Va probablement falloir songer passer à plus gros.

Oui @Jeff777, mais rien n'empêche d'avoir un certificat par NAS, ni d'avoir deux reverse proxy actifs. Par exemple, j'ai activé les serveurs DNS sur chaque NAS avec chacun sa zone privée. Chaque NAS a son propre reverse proxy (pas de master/slave). Les NAS sont respectivement serveurs DNS primaire et secondaire au niveau du DHCP de sorte que mes requêtes locales sont traitées prioritairement par le NAS primaire, par le NAS secondaire si le primaire est indisponible. Il me faut bien dans ce cas un certificat par NAS. Bien entendu, ce type d'arrangement n'est possible qu'en local. Pour trouver la même redondance sur le WAN, il faut appliquer ton principe.

Est-ce que par hasard, le HSTS serait activé, ou ne l'a pas été précédemment ?

Le certificat ne s'applique QUE sur l'adresse de la demande. Si vous paramétrez comme ci-dessus, en tapant l'adresse https://rasp.mondomaine.fr dans votre navigateur, le certificat va s'appliquer pour cette adresse. Ce que vous en faite ensuite dans le reverse proxy n’intéresse plus le certificat. Ainsi, vous pouvez avoir un lien sécurisé sur le WAN entre votre PC et le NAS qui vous met en relation via le reverse proxy avec votre Rasp au travers d'un lien non sécurisé avec le NAS. Dans cette configuration, pas besoin d'un certificat sur le Rasp.

Oui.... et non. Un wildcard ne fonctionne que sur un niveau de domaine. Ce sera OK pour nas1.mondomaine.fr, ça ne le sera pas pour toto.nas1.mondomaine.fr Il faut aussi créer des wildcard dans la zone DNS pour *.nas1.mondomaine.fr et *.nas2.mondomaine.fr pour que les domaines de chaque NAS soient couverts par le certificat. On peut très bien créer un certificat par NAS qui couvre tous les domaines avec comme domaine mondomaine.fr et autres noms : *.mondomaine.fr, *.nas1.mondomaine.fr, *.nas2.mondomaine.fr On peut aussi personnaliser chaque certificat pour chaque NAS en ne précisant que le wildcard du NAS. Pour le Raspberry, soit on importe le certificat commun, soit on passe par le reverse proxy avec un transfert d'une adresse du type https://rasp.mondomaine.fr:443 vers http://IP du Rasp:80