Mic13710

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é.

Oui. Malheureusement, Synology a eu la très mauvaise idée de la supprimer sur DSM7 car il semblerait que ce ne soit pas fonctionnel sur tous les onduleurs. L'ordre d'arrêt est bien envoyé mais l'onduleur ne répond pas toujours. Alors, plutôt que de laisser la possibilité pour tous les onduleurs et tant pis pour ceux chez qui ça ne fonctionne pas (le mien s'arrêtait bien), ils ne l'ont conservée que pour les onduleurs Omron...

La batterie continue à se décharger, et pas qu'un peu. Le rendement d'un onduleur est faible, ce qui fait que la consommation interne est très loin d'être négligeable. C'est pourquoi il est tout de même avantageux d'arrêter l'onduleur, à la condition bien entendu que les autres équipements alimentés par l'onduleur puissent être arrêtés sans problème. Oui sans problème puisque l'onduleur ne fonctionne pas lorsque le secteur est présent. Le by-pass est au repos et dès le retour secteur, alimente directement la sortie. Le chargeur redémarre et recharge la ou les batterie(s). Et pour le NAS, il suffit d'avoir activé le redémarrage au retour secteur et c'est reparti. Comme tu peux voir, rien ne s'oppose vraiment à ce qu'on arrête l'onduleur dès la mise en sécurité du NAS.

ben non. Arrêter l'onduleur permet d'économiser la batterie et si on arrête l'onduleur, le NAS est forcément arrêté. Sans arrêt de l'onduleur, le NAS continue de fonctionner en mode sécurité. Il consomme donc de l'énergie procurée par la batterie de l'onduleur, jusqu'à ce que la batterie soit épuisée et que tout s'arrête. En stoppant l'onduleur quand le NAS est passé en mode sécurité, la charge restante de la batterie est conservée. L'onduleur et le NAS redémarreront de toute manière une fois que le secteur sera rétabli. L'intérêt est évident : si une deuxième coupure revient peu après le redémarrage, l'onduleur sera capable d'assurer le service avec la charge restante alors que s'il a été complètement déchargé, il risque de se couper brutalement, ce qui n'est pas très bon pour le NAS. Lorsqu'on fait les réglages pour la mise en sécurité du NAS, on essaie de mettre une durée relativement courte avant de lancer la mise en sécurité pour justement économiser les batteries. Perso, j'ai réglé ce temps à 2 minutes.

@flipfront il existe une section Présentation sur le forum dans laquelle on apprécie que les nouveaux membres viennent faire la leur. Il n'est pas trop tard. Vous pouvez utiliser la méthode via hyperbackup qui vous permettra de conserver la majorité de vos paramètres ainsi que la copie à l'identique (time tags) de vos fichiers. Vous aurez quelques réglages à faire qu'il vous suffira de faire par comparaison entre les deux NAS. Et comme vous avez vos données qui sont conservées sur votre 214P, vous aurez toujours la possibilité de retrouver vos données en cas de problème. Il y a bien Synology migration assistant, mais cette méthode demande que les deux systèmes de fichiers soient les mêmes, ce qui n'est pas le cas (EXT4 sur le 214, BTRFS sur le 720) Désolé @pluton212+ mais ce que tu proposes est certes la méthode la plus simple mais aussi la plus mauvaise. En faisant ça, on importe dans le 720+ toutes les limitations du 214P avec entre autre l'ext4 sur un NAS compatible BTRFS, ce qui du coup fait perdre de nombreuses possibilités. On importe aussi la limitation sur la taille du volume à 16To.

Tu sais, c'est pas parce que tu as des poteaux devant chez toi que pour autant tu auras la fibre rapidement 🙄 Dans ma résidence principale, les poteaux sont en bas du chemin depuis 2 ans. Tout le lotissement de l'autre côté de la rue est fibré. C'était la partie facile pour l'installateur. De mon côté, comme pour tous mes voisins, c'est encore l'adsl de plus en plus pourri parce que presque plus maintenu. Il n'y aurait pourtant qu'un câble à tirer mais comme les maisons sont plus disséminées c'est moins rentables pour l'installateur. C'est prévu, mais pour quand... mystère. C'est Orange qui s'occupe du déploiement. Autant dire qu'on a affaire à des fonctionnaires. Dans ma maison à la campagne dans un village de Haute Loire, l'installation de la fibre à commencé il y a un an, j'ai là aussi un poteau en bas du chemin mais là je suis raccordable, comme tout le village. Faut dire que c'est financé par la région qui a débloqué d'importants moyens pour installer la fibre. Ils sont passés par des compagnies privées, et c'est tout de suite plus efficace. Deux situations quasi identiques mais résultats bien différents.

Si le routeur du FAI est fermé à toute modification, vous n'avez pas d'autre solution que de rajouter derrière un vrai routeur. Deux possibilités : soit vous passez la box du FAI en bridge, soit vous y réservez une IP dans la plage pour le routeur et vous la mettez en DMZ. L'un ou l'autre fonctionne de la même manière. A vous de voir quelle configuration est la plus simple pour vous. Il est bien entendu que votre réseau privé sera dorénavant derrière votre nouveau routeur 😉

Vous feriez bien de masquer vos ndd si vous ne voulez pas les divulguer.... Mise à part la profusion de noms qu'un wildcard pourrait avantageusement simplifier, je ne vois rien de choquant dans la zone ovh. Ceci étant dit, je n'utilise pas de VPN externe aussi je ne suis pas le mieux placé pour en parler, mais quelque chose m'interpelle : C'est un ping à partir du réseau local ? Comment peut-il retourner l'adresse du VPN alors que l'enregistrement A de votre zone publique pointe vers votre IP publique ?

@PiwiLAbruti C'est le fonctionnement par défaut du serveur VPN du NAS. Pas possible à partir du réseau du serveur de joindre le réseau du client. Je n'ai pas testé avec une règle de routage, mais je ne pense pas qu'il soit possible d'en définir dans le serveur. En tout cas, je ne vois pas où. S'il n'est pas possible d'utiliser le même protocole sur un NAS pour qu'il soit à la fois serveur et client, il est par contre tout à fait possible de faire fonctionner en simultané un serveur L2TP/IPSec et un serveur OpenVPN sur un même NAS. A titre personnel, j'utilise L2TP/IPSec pour les liaisons VPN inter NAS pour y faire principalement des sauvegardes bidirectionnelles. et aussi du CMS. Lorsque je veux joindre chaque NAS à distance ainsi que son réseau privé à partir de mon PC, je passe par OpenVPN. Je n'utilise pas L2TP pour mes connexions externes car il n'est pas possible de faire des réservations d'IP dans le serveur. C'est premier arrivé, premier servi, et donc l'adresse IP programmée pour CMS ou Hyperbackup peut très bien être utilisée par un autre client. C'est une des lacunes du serveur VPN des NAS.