Mic13710

Ah oui, quand même. C'est probablement une limitation de DSM6 car il n'y a pas ce genre de restriction dans les migrations sous DSM5 https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later Si votre NAS fonctionne toujours avec un seul disque, vous pouvez faire le transfert des données sur le nouveau NAS à partir de ce disque. Sinon, il vous reste l'option de transfert à partir d'un PC avec une distribution Linux (Ubuntu). Vous avez un tuto Synology dispo : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Il était temps en effet ! Mais, je vais faire profil bas, à l'époque de ma venue sur le forum (il y a 100 ans) la présentation n'était pas à l'ordre du jour. Inutile de chercher la mienne. Finalement, tout ce que je pourrais y mettre se trouve dans les quelques 7700 messages que j'ai déposé ici ou là 😉 Bienvenu dans la communauté.

Vous avez vu ça où ? La migration a certes certaines contraintes, mais elle est possible dans la grande majorité des cas, bien qu'il soit préférable de repartir de zéro lorsque c'est possible. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Il existe bien une procédure à partir d'un PC avec une distri Ubuntu, mais ça ne peut fonctionner qu'avec des disques en état. Rien ne vous empêche d'essayer. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Edit : en regardant votre capture du disque, à mon avis il n'y a pas grand chose à en tirer car il ne donne aucun espace (libre, utilisé, total).

Je confirme. Un Nas n'est pas un dock dans lequel on enfiche ou on retire des disques. Par ailleurs, les disques sont en miroir (en passant, c'est comme pour vous quand vous vous regardez dans la glace. Si vous avez une chemise jaune, elle ne sera pas rouge dans le miroir. C'est pareil pour les données 😉) Et encore une fois, je répète ce que j'ai écrit plus haut :

C'est effectivement mon tuto dans le tuto de Fenrir. Il y fait référence dans son préambule.

Voir aussi mon retour en page 2 du tuto sur le serveur DNS où je passe par le reverse proxy pour joindre mes 2 Rasp.

7000 http, 7001 https Reprenons. Si votre Dynhost est nas.ndd (pourquoi pas, tant qu'à se compliquer la vie), votre DNS privé doit être construit sur cette adresse et non sur le ndd. Corrigez le ns de votre zone

Autre chose, je ne comprendrai jamais cette fascination à vouloir à tout prix changer les ports par défaut. Si vous pensez que ça apporte quelque chose à le sécurité, c'est dépassé. Aujourd'hui un hacker n'aura aucune difficulté à retrouver tous vos ports ouverts. Il est beaucoup plus important de filtrer ce qui rentre que de faire des changements de ports.

Pour un premier message, on aime bien que les nouveaux arrivants passent par la section des présentations. La solution c'est de demander à free une connexion full stack

Mieux vaut le faire sur un PC avec un logiciel fait pour ça comme par exemple XXClone (gratuit) ou True Acronis (version d'évaluation). Je ne sais pas si ces logiciels sont compatibles avec les pommes.

C'est donc un problème de résolution locale. Reprenez le paramétrage de votre serveur DNS et plus particulièrement de votre zone. Que donnent les nslookup sur vos domaines locaux ?

Les clowns, c'est au cirque (et malheureusement trop souvent ailleurs 😉, comme par exemple le futur PM de la perfide albion). Ici, on parle de clone, comme en génétique. Désolé, je suis allergique aux produits pommés 😋. Je ne peux rien faire pour vous aider. Avec ça, on ne sait toujours pas quel disque est en panne. Le 1 ou le 2 ?

Le disque hot spare n'a d'intérêt que s'il y a plusieurs groupes. Dans ce cas, si un disque d'un groupe tombe en panne, le hot spare sera incorporé au groupe pour réparer le RAID. S'il n'y a qu'un groupe de disques, le hot spare ne se justifie pas puisqu'il n'y a qu'un groupe à secourir. Il est alors préférable de faire directement du RAID6 ou SHR2.

Est-ce que les autres applications DS fonctionnent, DS Audio par exemple puisque je vois que vous avez une adresse qui renvoie vers audio.

Il faut supprimer le volume 2 dans le menu Volume, (et peut-être le groupe 2 s'il est toujours présent après la suppression du volume) puis le rajouter au groupe 1 ce qui va créer un shr avec protection des données

Vous confondez deux choses : les capacités du réseau et celles du NAS. Si ce que vous demandez au NAS est trop important au regard de ses performances, il y aura forcément du lag, et ce ne sera pas le réseau mais seulement le NAS qui aura atteint ses limites. Ca n'a rien à voir non plus avec la multiplication des disques et des volumes. Que vous travailliez avec 1 disque pour chaque tâche ou un groupe de disques pour toutes les tâches n'aura pratiquement aucun impact sur les performances. Votre seul soucis est donc de savoir si le NAS que vous avez choisi est suffisamment puissant pour encaisser le travail que vous comptez lui donner.

Vous faite une installation standard en SHR avec protection des données, ce qui est équivalent à un RAID1. Le RAID1 gèree les données à l'identique sur 2 disques. On ne parle pas de copie mais de miroir, les deux disques fonctionnant en parallèle. Mais attention, le RAID ou SHR n'est pas une sauvegarde mais une continuité de service qui permet de continuer à utiliser le NAS en cas de panne d'un des disques. Il suffit alors de remplacer le disque défaillant par un nouveau et de lancer la reconstruction pour retrouver un RAID fonctionnel. Le RAID ne vous dispense pas de faire des sauvegardes de vos données sur un autre support. Pour info, le système est installé sur tous les disques du NAS, pas seulement sur le disque 1. C'est aussi ce qui permet que le NAS continue de fonctionner si un des disques est HS.

Pour moi, il n'y a pas de raison valable de séparer les deux disques, surtout si le deuxième de 8To ne sert qu'à faire du téléchargement. Pas de problème pour la lecture en simultané. Pour info, ce n'est ni le NAS ni les disques qui peuvent dans ce cas impacter sur le débit (le téléchargement est peu gourmand en ressources) mais plutôt le réseau. Donc que ce soit sur un groupe de disques ou deux disques séparés, ce sera blanc bonnet et bonnet blanc. Maintenant, je ne sais pas quels sont les besoins d'infuse Pro, je n'utilise pas ces produits. C'est surtout à ce niveau que les choses peuvent être plus compliquées. Attendre d'autres avis.

Je ne vois rien de particulier, mais comme il n'y a qu'un tout petit élément de ce qu'est le paramétrage du serveur DNS, impossible de dire si c'est bon ou pas. Est-ce que vos adresses publiques fonctionnent correctement côté LAN ? Est-ce que https:\\ndd:5001 renvoie bien sur DSM ?

Si c'est un vrai ndd, le problème est probablement lié à une question de zone. Un ndd qui pointe vers votre P publique ne peut pas se résoudre à partir de votre zone LAN, sauf si le routeur est capable de faire du loopback. La solution c'est de passer par le serveur DNS. Voir le tuto de Fenrir dans la partie tutoriels

Je n'ai pas trop cherché à comprendre votre problème CS/Drive, mais vu les suppressions sauvages, il ne faut pas s'étonner que ça ne fonctionne pas ou mal. Le dossier @cloudstation contient les historiques des fichiers. Comme il est utilisé par CSBackup, vous avez tout simplement détruit sa base de donnée. A votre place, je supprimerais tout les paquets liés à Drive et CS et je les réinstallerais car c'est la seule solution pour redonner du sens à ce qui n'en n'a plus.

Merci de poster des vues de votre gestionnaire de stockage. Si c'est un raid pur (non SHR), il faut étendre manuellement le volume pour pouvoir utiliser la totalité de l'espace. Vous devriez avoir le bouton gérer accessible.

Les ports par défaut de DSFile c'est 7000 et 7001. DSCloud quand à lui utilise le port 6690., mais là n'est pas le propos. Tous les ports utilisés par Synology sont ici : https://www.synology.com/fr-fr/knowledgebase/SRM/tutorial/Service_Application/What_network_ports_are_used_by_SRM_services Si vous voulez ne plus utiliser les ports dédiés pour les applications classiques, il faut passer par le reverse proxy. Vous trouverez d'excellents tutos dans la partie tutoriels. Et si vous voulez utiliser le même ndd côté LAN et côté WAN, il faut mettre en oeuvre le serveur DNS. Là aussi vous avez un excellent tuto sur sa mise en oeuvre dans la partie tutoriels. Je vous conseille d'aller aussi faire un tour en page 2 du même tuto. Vous y trouverez mon retour dans lequel je fais une utilisation du serveur DNS, du reverse proxy et de la mise en place du ou des certificats.

Ok pour la suppression de l'upnp et de la configuration du routeur à partir du NAS, mais avez-vous créé les règles de redirections dans le routeur ? Pour répondre à votre question, pour pouvoir utiliser votre ddns à partir de votre réseau local, il faudrait que votre box soit capable de faire du loopback c'est à dire pouvoir retourner vers le LAN une demande WAN faite à partir du LAN, ce qui n'est probablement pas le cas. Par contre, vous pouvez parfaitement accéder au DSM en local via le https en utilisant l'url https://192.168.x.x:5001. Mais bon, du https lorsque vous faite un lien de chez vous à chez vous, à moins de n'avoir aucune confiance dans les personnes qui utilisent votre réseau, ça n'a guère d'intérêt, surtout qu'il faut alors recourir à des exceptions puisqu'il n'y a pas de certificat couvrant l'IP du NAS. Il faut comprendre qu'un ddns et un nom de domaine ne fonctionnent qu'à partir de l'extérieur. Lorsque vous êtes sur votre réseau privé, ils ne fonctionnent plus puisqu'il n'y a pas d'origine de serveur DNS sur votre propre réseau capable de résoudre ces adresses. Pour que ça fonctionne, il faut donc mettre en place un serveur DNS. Ca tombe bien puisque DSM propose cette fonctionnalité. Il y a un tuto très bien fait sur le forum, mais il faut pour cela que vous ayez un ndd.