Mic13710

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.

Au bout de 4 messages sur ce forum, il serait souhaitable d'aller faire un petit tour dans la section des présentations. Certains y sont sensible. Pour pouvoir répondre à votre question très évasive, il faudrait nous en dire plus sur vos NAS, leur version de DSM, le format des disques (EXT4 ou BTRFS). Quelques vues des deux gestionnaires de stockage seraient les bienvenues.

Oui, c'est normal dans ton cas puisque tu as un wildcard qui renvoie tout sur ton routeur. Si tous les noms sont définis dans ta zone DNS (mon cas), il faut bien une entrée CNAME vers ton ndd ou ns.ndd pour rediriger une requête en www.ndd ou tout autre domaine.ndd En fait, toute requête sur le port 443 qui n'est pas traitée soit par le reverse proxy, soit par le serveur VPN (mon cas) ou tout autre service utilisant ce port est automatiquement dirigée vers le serveur web qui ouvrira le serveur si l'adresse peut être résolu, ou qui renverra une erreur.

si le www n'est pas dans le reverse proxy (où il n'a rien à faire), il ne sera pas résolu par le reverse proxy mais par le serveur web.

Une adresse en www.ndd sera résolue par le serveur web sans passer par le reverse proxy. Mais il ne faut surtout pas mettre une règle pour le www.ndd dans le dit reverse proxy, sinon effectivement il ne saura pas quoi en faire. Il n'y a aucun problème à utiliser le 443 pour quasiment tous les services. Je l'utilise même pour OpenVPN en lieu et place du 1194 pour pouvoir l'utiliser de partout (pas de blocage en entreprise par exemple). Ce n'est encore une fois qu'une question d'adressage. Oui, mais ça c'était avant.

Pour un disque neuf, c'est énorme.

Si le disque est neuf, il faudrait commencer par lui faire passer les batteries de test constructeur pour confirmer que le disque à un problème. Pour moi, un disque qui présente au démarrage ne serait-ce qu'un seul secteur défectueux, c'est retour direct.