Mic13710

Je viens de regarder et il semble en effet qu'ils ne proposent pas de gestion d'IP dynamique. Je trouve que c'est un gros manque alors que beaucoup de FAI mettent à dispo des IP dynamiques. Il faut suivre les conseils de @.Shad.. Là je suis sec sur la mise en oeuvre car j'ai une IP fixe et les ndd que j'utilise sur des réseaux avec IP dynamiques sont tous hébergés chez OVH qui propose ce service.

Quel est votre fournisseur ?

Sauf que dans le post, il est question de plusieurs ndd hébergés chez ovh du genre ndd1, ndd2, ndd3. Le NAS n'acceptant qu'une seule instance par hébergeur, le post indique comment passer outre en utilisant des réglages personnalisés. Bien que je ne comprenne pas pourquoi se casser autant la tête alors qu'il y a plus simple. Il suffit en effet d'avoir un DDNS sur l'un des ndd (disons ndd1) et on crée dans les zones des autres ndd (ndd2, ndd3, ndd4....) un CNAME qui pointent vers ndd1. Pour @olivier.du.974 (bonjour d'un zoreille), le problème est simplement lié à un ndd de deuxième niveau qui doit pointer vers le NAS sur lequel existe un DDNS vers le premier niveau du même ndd. Et là aussi ça passe tout simplement par un CNAME.

@Al1ternet Si IP dynamique, il vous faut mettre en place un DDNS sinon vos requêtes n'aboutiront pas dès que votre IP changera. Voir plus haut les explications d' @oracle7.

Avant de penser routeur, il serait bon de commencer par savoir quelle est votre connexion internet. Et ça commence par votre adresse IP que @.Shad. vous a demandé de vérifier. Si ce qu'il pense se confirme, il ne vous servira à rien de rajouter un routeur.

Bonjour Geronium, soyez le bienvenu sur ce forum.

t'as raison 😆 Pas tout a fait : Ce qui me fait penser que si le port 5000, même si le choix n'est pas judicieux, arrive sur le NAS, c'est qu'il a été redirigé dans le routeur. Alors, si ce port a pu être paramétré dans le routeur, pourquoi n'en serait-il pas de même pour le 443 ? D'où la conclusion logique : l'IP publique est partagée et le 443 n'est pas dans la plage allouée... Je ne connais pas cet opérateur, mais s'il est possible d'obtenir une IP full stack, alors il ne faut pas hésiter.

S'il est toujours connecté (j'entends l'alimentation en marche), ça peut se comprendre puisque le 5v est présent sur la carte, ce qui inhibe la batterie.

L'option "jusqu'à ce que la batterie faiblisse" est dangereuse car le temps restant avant l'arrêt de l'onduleur est très aléatoire puisqu'elle dépend du constructeur (temps de fonctionnement restant à partir du seuil de tension de batterie pour une charge donnée), de l'état de la batterie (moins performante en fin de vie), de la charge elle même et enfin de l'environnement (température). Comme il faut au moins 1 à 2 minutes, parfois plus, pour passer en mode sécurité, l'onduleur peut très bien s'arrêter avant que le NAS soit sécurisé. A mon avis, un passage en mode sécurité entre 2 et 5 minutes est amplement suffisant pour sécuriser le NAS et le mettre en attente du retour du secteur. Et ça permet aussi d'économiser la batterie car plus elle est déchargée, plus on diminue sa durée de vie.

Si le routeur n'est pas paramétrable, ça complique très sérieusement la possibilité d'utiliser un ndd, et tant d'autres choses.... S'il peut passer en bridge, c'est un moindre mal car ça permet d'utiliser un vrai routeur.

Déjà, utiliser un port http pour joindre le NAS n'est pas du tout, mais alors pas du tout, recommandé pour des problèmes évidents de sécurité puisque les informations circulent en clair sur la toile. Pour accéder par votre nom de domaine, il faut d'abord que le port 443 soit dirigé vers le NAS dans le routeur, et il faut que ce port soit autorisé dans la oarefeu. du NAS. Ensuite, il faut paramétrer le reverse proxy pour qu'il redirige la requête ndd vers l'application souhaitée. Exemple, pour joindre file station, il faut utiliser le nom de domaine dédié à file station, disons file.ndd. Dans le reverse proxy on crée une règle que nous appellerons file station. Dans la partie Source, on indique comme url : file.ndd avec le port https 443, et dans la partie destination, localhost avec le port http 7000. Si tout est correct, vous devriez pouvoir joindre directement file station de l'extérieur avec l'url https://file.ndd

A mon avis, vous n'avez pas bien lu le tuto ou vous l'avez lu en diagonale. Nulle part il est dit de diriger les 80 et 443 vers les 5000 et 5001 du NAS. C'est le 443 vers le 443 du NAS, le 80 vers le 80 du NAS. Ensuite, à moins que vous ayez des doutes sur les utilisateurs de votre propre réseau, il est inutile de passer à nouveau en https dans la destination du reverse proxy. Enfin, vérifiez que vous n'avez pas coché l'option de redirection du http vers le https.

Ils en sortent tous les ans. Les deux derniers digits de la référence représentent l'année modèle, exception faite des tous premiers Synology qui étaient numérotés en 01 alors qu'ils sont sortis en 2005. Un 919+ est un modèle de 2019.

Moi aussi j'ai eu très souvent à me rabattre sur les sauvegardes. Dernièrement à cause d'un NAS en pleine folie d'indexation qui était devenu pratiquement injoignable. J'ai fait une restauration d'un dossier de sauvegarde hyperbackup sur un NAS distant, ce qui a permis à l'utilisateur de continuer à travailler. Sans cela, il aurait été obligé d'attendre encore quelques jours que le NAS principal redevienne accessible. Comme quoi, les sauvegardes peuvent aussi servir à assurer une certaine continuité de service. La réponse est juste au dessus 😉 Et oui, ça fonctionne super bien. Comme je l'ai écrit, le test de la sauvegarde ne se fait pas dans le dossier source mais dans un dossier séparé pour pouvoir comparer. Ensuite, que ce soit dans un dossier annexe ou dans le dossier source, la restauration se passera exactement de la même manière. De même qu'il est tout à fait possible de ne restaurer qu'une partie de la sauvegarde, par exemple un fichier ou un dossier effacé par erreur.

Il n'y a rien de compliqué. On peut très bien restaurer dans un dossier différent de la source et faire des comparaisons avec la dite source.

Merci @Kramlech pour cette mise au point. Rien en effet n'interdit qu'un NAS soit une sauvegarde. J'ai moi même 2 NAS principalement dédiés à la sauvegarde. Rien non plus n'interdit un NAS de travail d'être la sauvegarde d'un autre NAS de travail (par exemple NAS professionnel au bureau et NAS personnel à la maison) en faisant des sauvegardes croisées. Rien n'interdit non plus d'avertir la personne qui veut faire des opérations sur son groupe de stockage de mettre à jour ses sauvegardes car après tout on ne sait pas quelles sont les données sur les disques. Mieux vaut prévenir pour que chacun puisse se positionner en fonction de sa configuration.

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.

Donc c'est bien ce que j'avais compris au premier post. Il s'agit d'un SHR sur 3 disques. Sans casser l'existant, il n'est pas possible de réduire le nombre de disques. Vous avez dès lors 2 solutions : Soit vous agrandissez le groupe en ajoutant un des 8To dans la baie libre et vous remplacez ensuite un des 3To par un 8To, (ma proposition d'hier), ce qui vous donnerait 14To de stockage, Soit vous remplacez deux 3To par vos 8To (l'un après l'autre bien entendu 😉) ce qui vous donnerait 11To de stockage avec une baie toujours libre. Dans tous les cas, il faudra bien mettre vos sauvegardes à jour avant de lancer l'une ou l'autre de ces opérations.

J'ai plusieurs caves .... ! 😉

Pourquoi ne pas installer l'onduleur à l'extérieur de l'armoire ? Problème de place ? Il est préférable qu'il soit à l'extérieur et pas trop loin de l'armoire pour la connexion USB car lorsqu'il fonctionne en l'absence de secteur, il dégage de la chaleur. Chez moi, je n'ai qu'un onduleur qui alimente ma baie informatique à la cave qui contient mon NAS principal, box, routeur, un switch. Il alimente une prise dans mon bureau sur laquelle se trouve mon PC, un autre switch et même une lampe de bureau, il alimente aussi mon NAS de sauvegarde dans un autre emplacement de la maison et enfin un switch poe situé ailleurs dans la maison. Pour cela, il m'a fallu créé un réseau de prises dédiées. L'onduleur est à la cave, à côté de la baie avec le cable usb connecté au NAS principal qui fait office de serveur NUT pour mon NAS de sauvegarde et mon PC.

@Varx, @Jeff777, @Kramlech attendons les captures d'écran du gestionnaire de stockage de @Barabelum parce que là on tire des plans sur la comète à partir d'informations parcellaires. Si ça se trouve on a bien un RAID5, ou alors c'est un RAID1 et un disque basic ce qui n'est pas du tout la même chose.

Si çà fonctionne lorsque la plage est élargie et pas avec une plage restreinte, c'est que l'IP du PC n'est pas dans la plage. Ce serait plus facile pour nous de comprendre le problème si vous postiez une vue de votre parefeu.

Il manque encore des informations. Le plus simple serait de nous donner des copies de votre gestionnaire de stockage pour les groupes et les volumes.

Ce n'est pas bien clair dans votre explication, mais si vos 3 disques sont dans un groupe en SHR, le plus simple c'est de rajouter un des 8To au groupe dans la baie dispo. Une fois que le groupe est entièrement reconstruit (quelques heures) vous sortez un des 3To et vous le remplacez par le deuxième 8To. Vous lancez la réparation et après encore quelques heures, votre groupe sera reconstruit et vous donnera un stockage de 14To.

C'est un minimum. Le réseau doit être disponible. Il est donc nécessaire et indispensable d'alimenter le router et les switchs (au moins ceux qui sont inclus dans le lien entre les deux NAS) avec l'onduleur, sinon les infos NUT ne seront pas diffusées et le QNAP ne pourra pas passer en mode sécurisé.