Mic13710

Curieux. Je suis aussi en bridge, mon vlan fonctionne et j'ai bien la plage des 192.168.0.0/16 renseignée.

Avec un 918+, vous prévoyez très très très largement l'avenir par rapport à votre besoin immédiat.

J'ai les mêmes installés depuis peu sur mon 713+. Pas assez de recul pour pouvoir en parler. Ce sont mes premiers disques dit "spécial NAS". Je ne crois absolument pas qu'il y ait une différence hardware avec des desktop. La seule vrai différence c'est la garantie de 3 ans au lieu de 2.

Pas de problème pour ajouter des disques ultérieurement. Si RAID5, il faudra que les disques soient de capacité égale à ceux déjà installés, sinon, la capacité supplémentaire éventuelle ne sera pas exploitable, sauf à changer les disques en place. Si SHR, vous devrait installer des disques au minimum de même capacité. Si disques plus gros, il faudra rajouter au moins 2 disques pour que la capacité supplémentaire soit exploitable.

Je suis ça de près car sur l'IPV6, je suis sec. Je suis toujours en IPV4 qui fonctionne très bien. Aussi j'hésite à basculer et devoir faire des manips sur mon routeur sur des paramétrages que je ne maitrise pas par méconnaissance du fonctionnement de l'IPV6.

Expliquez-moi comment un navigateur peut faire la différence entre https://file.ndd et https://file.ndd/sharing/abdcefg ?

Désolé, mais ici on parle de création de lien de partages. Ces liens sont générés en fonction des informations données dans Accès externe, avancé. Si le ndd et les ports sont ceux que vous indiquez, les liens seront créés avec le ndd et les ports 5000 ou 5001.

1 - parce que si vous ne mettez pas de lien, le NAS donne par défaut son IP privée avec comme port le 5000 si vous êtes connecté en http ou le 5001 si vous êtes connecté en https. Il faut donc préciser quel ndd et quels ports. 2 - Bien sûr, mais c'est comme tout ndd, si vous le rentrez dans votre navigateur et que l'adresse peut être résolue, la page s'affichera. C'est à vous à mettre en place des mdp suffisamment forts et les blocages de protection sur les tentatives infructueuses. Je ne connais pas de possibilité de faire autrement.

Si ce n'est que pour du stockage et de la sauvegarde uniquement, un modèle J fera largement l'affaire. Il serait préférable de mieux préciser votre besoin en utilisant le sélecteur de NAS du site Synology, et revenir poser vos questions pour affiner votre choix.

Utilisez-vous ou avez-vous utilisé des paquets tels que Cloud Station, Drive ou Download Station ? Si oui, vous avez probablement un peu trop chargé la mule et toutes les opérations que vous avez faites sont enregistrées dans des dossiers cachées. Si vous ne vous en servez plus, le mieux c'est de désinstaller complètement ces paquets avec leurs bases de données dans le centre des paquets, ou bien de supprimer les historiques si vous les utilisez encore.

Ca ne fonctionne pas chez vous parce que vous tentez d'utiliser votre ndd alors que vous n'avez pas de serveur DNS sur votre réseau local capable de résoudre votre requête. Si vous voulez utiliser le même ndd sur le LAN et sur le WAN, il faut utiliser le serveur DNS du NAS. Il y a un tuto pour ça dans la partie Tutoriels.

Accès externe, Avancé. nom d'hôte : celui que vous avez donné pour file station (par exemple : file.ndd) port http : 80, https : 443

Sauf que là @firlin, il y a bien deux disques de 10To, le 2 et le 5. @baiji est-ce que vos disques sont issus d'une première migration d'un NAS plus petit ? Si oui, de quel modèle de NAS ?

Les applis DS utilisent les ports par défaut des paquets auxquels ils se connectent. Il faut donc ouvrir les ports correspondants dans le routeur, ou alors utiliser le reverse proxy. Dans ce dernier cas, on atteint l'application en spécifiant le port de connexion, par exemple pour DS Audio : audio (ou ce que vous avez défini pour ce paquet).ndd:443 en https

Avec 2 groupe1, ne vous étonnez pas si le 3To ne peut pas se monter.

Bonjour Blaise61, soyez le bienvenu dans la communauté

Parce que vous n'aviez pas sorti le disque de 8To ????

C'est votre logique. Pensez-vous que depuis toutes ces années que les FAQ de Synology existent, qu'elles sont par ailleurs remisent régulièrement à jour et obligatoirement vérifiées et validées avant publication, ce genre d'erreur serait passée inaperçue ? Oui. Il suffit de le faire à partir du gestionnaire de stockage. Votre disque étant plus petit que celui existant, seul le rajout d'un nouveau groupe sera possible. Et aussi, on apprécie beaucoup sur ce forum que les nouveaux arrivants passent d'abord par le forum des présentations avant de poster.

Je suis moi aussi en adsl, et le VLAN fonctionne très bien. Je ne vois pas d'ailleurs comment le côté WAN pourrait impacter le VLAN. Mais je ne suis pas en IPV6 et c'est probablement une grosse différence au niveau du paramétrage du routeur. Et je suis complètement sec sur la question, désolé. @Fenrir nous aurait dépatouillé ça en moins de deux. Il nous manque. As tu jeté un oeil sur le seul forum dédié ? https://community.ui.com/tags/edgemax

Répondu avec l'edit de mon message.

Ca fonctionne très bien sur le 443 en UDP et avec un reverse proxy, à la condition que le serveur VPN soit celui du NAS. J'ai utilisé le 443 à l'époque parce que j'avais 2 NAS sur le même réseau avec chacun leur serveur VPN, un sur le 1194 et un autre sur le 443 pour ne pas avoir à ouvrir des ports supplémentaires dans le routeur. Depuis, j'ai déplacé un des NAS mais j'ai gardé le 443 qui ne me pose pas de souci particulier, par flemme de faire une modification inutile à mon sens.

Au temps pour moi, j'avais compris que le souhait était de réinstaller sur un NAS. Désolé.

Hyper Backup Vault tu voulais dire ? Mais désolé .Shad., ce n'est avec Vault mais seulement avec Hyper backup. Il suffit de le lancer dans le nouveau NAS, bouton Restaurer, Données et dans la nouvelle fenêtre, cliquer sur Restaurer à partir des référentiels existants. La suite est évidente.

Le logiciel a ses propres mécanismes, il n'utilise pas les mécanismes classiques d'un disque formaté dans un système donné. Je pense effectivement que vos données sont présentes. Ce qu'il faudrait avant tout c'est réactiver le volume avant de pouvoir le monter, ce qui devrait être réalisable avec une commande linux que je ne connais pas. Peut-être que fsck.ext4 est capable de le faire avec les bons arguments, mais je ne vais pas m'aventurer sur ce terrain que je ne maitrise pas.

C'est là votre erreur. Vous avez créé un groupe 1 avec un volume 1, puis vous avez remis le disque 1 qui avait lui aussi un groupe 1 avec un volume 1. Vous avez probablement cassé quelque chose dans votre ancien groupe 1. Selon vos captures, il semblerait que le volume logique soit fermé (Open LV=0), ce qui expliquerait que vous ne puissiez pas le monter. Là, je ne sais pas faire, mais peut-être que quelqu'un de plus expérimenté pourrait vous aider.