Mic13710

Cette indexation est apparue avec la version3 il me semble. A mon avis, sa seule utilité c'est pour pouvoir naviguer plus rapidement sur les dossiers du NAS via l'interface web de Drive qui est là pour donner à Drive des airs de Dropbox et autres Cloud. Avec feu Cloud Station et les premières versions de Synology Drive, cette indexation n'existait pas et on ne s'en portait pas plus mal. Bref, si on n'utilise pas l'interface web, il n'y a à mon sens aucun intérêt à indexer, d'autant que cette indexation bouffe des ressources. J'en ai fait les frais il y a 2 semaines après avoir mis à jour un 713+ dans un environnement professionnel vers DSM7. Heureusement que la boite était fermée pour les fêtes car le NAS était indisponible pendant une dizaine de jours. Avec 1.5To de fichiers, ça a été trèèèèès long. Et aucune possibilité d'arrêter l'indexation, le NAS étant inaccessible par le réseau. Pas d'intervention physique possible non plus : il est au Canada.

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

Pas vraiment. Mais il ne faut pas chercher plus loin : le coupable c'est Drive. Il y a en effet un dossier caché de suivi des versions. Selon ce que vous y avez mis dans Drive, tout est conservé, y compris les fichiers et dossiers que vous avez supprimé. Le nombre de versions n'est pas un problème en soit, car que vous en mettiez 1 ou 10, le résultat sera pratiquement le même car dans la masse des fichiers, très peu sont réellement modifiés (10-20% tout au plus). Par contre, si vous n'avez ne serait-ce qu'une seule version, le dossier de suivi peut prendre des proportions importantes en fonction de l'utilisation que vous faite. Des suppressions puis des rajouts et la base prend vite du volume. Vous seriez en BTRFS, le dossier de suivi serait très faible, mais comme votre NAS n'est pas compatible avec ce système de fichier, vous êtes en EXT4 et là le dossier occupe une place importante. La seule solution c'est de diminuer la taille des données à mettre dans Drive et surtout éviter d'y mettre des fichiers multimédia qui sont plus destinées à être utilisés avec les applications natives comme synology photo, audio station, video station. Il faudra ensuite supprimer Synology Drive du NAS pour que le fichier de suivi soit supprimé, attendre que l'espace disque soit revenu à la normale, et réinstaller l'application. Non, 32.

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.

Euh.... Ca c'est la zone privée du côté du serveur DNS du NAS. Je parle moi de la zone publique, celle enregistrée chez ovh. Une remarque, en regardant votre zone privée, je ne vois pas d'enregistrement de type ns. Vous devriez avoir un ndd.ovh ns ns.ndd.ovh. A moins qu'il soit en bas de page, il faudrait l'ajouter.

Non plus. En fait, le serveur VPN établi un tunnel avec son client. Si votre serveur est le NAS de Madrid, alors il n'est pas possible de joindre les équipements de Paris car VPN Serveur sur le NAS ne permet pas l'accès du client vers son réseau local. Par contre, le client lui peut accéder au réseau privé du serveur à la condition bien entendu que ce soit autorisé dans ses paramètres. Pour pouvoir accéder au réseau local du client, il faut passer par un serveur VPN qui permet ce type de connexion, mais il n'est pas disponible sur les NAS Synology, uniquement sur leurs routeurs. Il s'agit du serveur VPN plus. Ceci étant, je m’aperçois que j'ai fait une erreur entre serveur et client dans mon explication plus haut. J'ai corrigé.

Toutes les freebox ont effectivement un dhcp par défaut en 192.168.0.0/24. Mais rien n'empêche (et je le conseille vivement) de changer cette plage pour justement éviter le genre de problème que vous rencontrez. En effet, si deux équipements ont la même adresse sur chacun des réseaux, il sera impossible de joindre l'équipement distant car l'adresse pourra être résolue localement. En changeant la plage, ce problème n'existe plus (ou alors il faudrait être peu chanceux pour se retrouver avec des plages identiques). Ainsi, au lieu d'utiliser la plage par défaut, vous pouvez très bien utiliser par exemple la plage 192.168.140.0/24. ou tout autre valeur entre 2 et 254. C'est très simple à faire sur une Freebox. Attention toutefois de bien vérifier avant de modifier le réglage que tous les équipements du réseau sont tous en DHCP (surtout le NAS) et non pas avec une IP en dur sinon ces équipements seront inaccessibles après le changement !

Quel que soit le protocole. Le VPN ne fait qu'établir un tunnel entre deux machines.

Pour que l'adresse dsm.leg*****.ovh soit résolue, il faut qu'elle existe dans la zone soit par un enregistrement A ou un CNAME. Apparemment, vu le retour, cet enregistrement n'existe pas, d'où le résultat. Vérifiez votre zone qui devrait comporter soit un enregistrement en dur du ndd dsm.leg.... ou un wildcard *.leg....

Non. La seule adresse en 10.2.0.x est attribuée au client par son serveur. C'est ensuite le serveur qui établi une passerelle vers son réseau local en 192.168.x.x qui permet d'accéder aux équipements du réseau local. Même s'ils sont accessibles via le VPN du NAS ces équipements ne sont pas sur le réseau VPN et n'ont donc pas d'adresse attribuées pas le serveur VPN.

Il y a t'il une raison particulière pour utiliser le serveur DHCP du NAS plutôt que celui du routeur ? Et dans ce cas, est-ce que celui du routeur est bien désactivé ? Il n'était pas question au départ du serveur VPN du NAS ? Si je comprends bien celui-là c'est celui du NAS. Vous avez donc 2 VPN activés sur le même réseau (routeur et NAS) ? Avez-vous essayé avec l'IP privée du NAS (192.168.x.x:5000) ou du serveur VPN (10.x.x.x:5000) ?

Je ne comprends pas bien votre problème de port. Comme le fait remarquer pluton212+, il faudrait commencer par demander une ip full stack à free. Ensuite, passer par la configuration du routeur via le NAS n'est vraiment pas une bonne idée. Si vous devez faire des redirections, c'est au niveau du routeur et seulement là qu'il faut les faire. En reprenant votre message précédent, si vous voulez utiliser un port exotique, il faut l'indiquer dans les paramètres d'openVPN. Or vous avez indiqué le 1194. Du coup le NAS ne peut pas se connecter si vous essayez de le joindre avec un autre port.