Mic13710

Cette partie "Accès externe" sert à renseigner le ndd et les ports http et https qui seront utilisés pour les liens externes vers le NAS. Indépendamment des liens vers Google Docs ou Pixlr dont parle la doc, ces informations sont nécessaires si vous avez un "vrai" nom de domaine, des ports d'accès différents de ceux par défaut et que vous vouliez partager des données avec d'autres. Il faudra alors indiquer le nom de domaine que vous avez renseigné dans votre reverse proxy pour accéder à vos fichiers, ainsi que les ports http et/ou https que vous utilisez lorsque vous vous connectez de l'extérieur pour que vos liens de partage puissent pointer vers vos données à partager. Par exemple, si vous avez créé dans votre reverse proxy le nom d'hôte file.mondomaine, port 443 qui pointe vers le port 7000 du NAS (file station), en renseignant comme nom d'hôte : file.mondomaine http : 80 https : 443, les liens de partage seront de la forme : https://file.mondomaine/sharing/UptAulFv5 Si vous avez gardé le port 5001, ce même lien sera de la forme : https://file.mondomaine:5001/sharing/UptAulFv5 Attention toutefois : le lien créé dépend du mode de connexion au NAS au moment de sa création. Si vous êtes connecté en http, le lien créé sera en http avec le port http renseigné. Si vous êtes en https, le lien sera en https. C'est un truc débile qui traine depuis une éternité dans dsm et qui n'a pas été corrigé par Synology. Je leur ai bien proposé de donner le choix à l'utilisateur du type de lien qu'il souhaite avoir mais ce n'est toujours pas corrigé.

Erreur de ma part : ce n'est pas un CNAME mais un enregistrement A qui se crée automatiquement et qui est maintenu par le DynHost. J'avais corrigé dans mon message suivant. Mais ça ne change rien pour vous. Si mondomaine.fr (tient vous êtes en fr maintenant ?) est bien redirigé vers votre routeur par le DynHost, que vous avez paramétré votre DDNS pour qu'il mette à jour votre DynHost, que vous avez ouvert le port 443 et qu'il est dirigé vers le NAS, que vous l'avez autorisé dans le parefeu, et que vous avez renseigné votre proxy pour que dsaudio.mondomaine.fr soit dirigé vers le localhost:leportaudiostationdunas, il n'y a pas de raison que ça ne fonctionne pas. Par contre, il vous faudra résoudre votre problème de certificat car à l'heure actuelle vous ne l'avez pas mis en place puisque le port 80 est fermé. Il vous faudra faire des exceptions si vous voulez tester.

Comme le dirait Fenrir, un sous-domaine ça n'existe pas. .ca est un domaine sur le web qui matérialise le canada, mondomaine.ca est un domaine lié à .ca, toto.mondomaine.ca est un domaine lié a mondomaine.ca et.... etc... c'est une question de sémantique. Un enregistrement A correspond toujours à une adresse IP. Comme vous avez une adresse dynamique, il ne faut pas utiliser d'enregistrement A dans votre zone puisqu'il ne fonctionnerait que jusqu'au renouvellement de l'adresse. C'est le DynHost qui s'en charge et qui tient dynamiquement à jour un enregistrement A que vous ne voyez pas dans la liste de vos enregistrements. Ce DynHost bien entendu ne pourra fonctionner que si vous l'avez lié avec le DDNS de votre NAS ou de votre routeur, sinon OVH ne saura pas que vous avez changé d'adresse IP ! Le CNAME est un alias qui permet de lier un nom de domaine avec un autre. Par exemple pour dire que ce qui arrive sur toto.mondomaine.ca doit être transféré sur mondomaine.ca. Concernant le wildcard, je ne sais pas si OVH l'accepte. Personnellement je préfère appeler un chat un chat. J'ai donc un allias pour chaque domaine.

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.

Tu veux parler du disque 1 je présume. Pour moi, il a été éjecté de la grappe (sinon le SHR ne serait pas indiqué en protection des données). Et vu qu'il a des secteurs défectueux (234), mieux vaut ne pas prendre de risque, surtout en environnement professionnel. On remplace.

Merci à l'avenir de ne pas citer inutilement les messages précédents. J'ai fait du nettoyage. Effectivement, si le volume est en panne, les paquets sont arrêtés. Je parlais de tâches qui sont programmées dans Hyperbackup, pas du paquet lui-même. Vous pouvez les trouver en cliquant dans l’icône placée en haut à gauche (là où vous avez trouvé le gestionnaire de stockage). S'il n'y est pas, vous pouvez retrouver ces tâches dans le planificateur de tâche (panneau de configuration). Pensez à sauvegarder le fichier de configuration. C'est important pour la suite. Vous le trouverez dans mise à jour et restauration.

Il n'y a pas de vrai disque basic dans un NAS multibaie. Tous les disques sont en RAID.

Oui mais s'il y a des erreurs, c'est qu'il y a (eu) des tâches programmées. Consultez les pour retrouver vers quel support elles ont été envoyées.

Ca marchera bien à condition de suivre ce tuto : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Pour info, votre disque seul ne peut pas être lu en direct car ce n'est pas un vrai basic mais un RAID monodisque, ce qui exige que vous installiez mdadm pour pouvoir accéder à vos données. Je me permets de signaler qu'il ne s'agit pas là d'une vraie sauvegarde. Pour que ça en soit une il faudrait que le support soit déconnecté de la source et externalisé (dans un autre lieu). Là vous êtes exposé aux attaques extérieures (cryptolocker par exemple), aux défaillances internes (défaut alimentation, électronique....) et environnementales (eau, incendie, chocs...) ce qui fait que vos données ne sont pas suffisamment protégées pour garantir leur récupération en toutes circonstances.

Difficile pour nous de savoir si vous avez des sauvegardes chez vous 😊. Regardez dans DSM si le paquet Hyperbackup a été activé et si oui, quelles sont les tâches et vers quel(s) support(s). Si ce n'est pas le cas, il faut voir si vous n'avez pas des sauvegardes organisées localement sur vos PC. Vous ne pouvez pas créer de nouveau volume. Il faut détruire celui en place (seulement après avoir récupéré les données) pour pouvoir le recréer. Mais vu l'état de vos disques, il est préférable de tout reconstruire sur du neuf.

Lorsque vous créez un DynHost chez OVH, le CNAME se crée automatiquement. Les CNAME et les A sont des enregistrements à faire dans la zone DNS.

SHR avec protection des données avec un disque sorti de la grappe et un autre en panne, pas d'autre choix que de tenter de sauver ce qui peut encore l'être sur un disque externe comme l'a dit Zeus, sauver aussi le fichier de config et tout reconstruire sur des disques neufs. Y a t'il des sauvegardes ? Les disques ne sont pas tombés en panne d'un coup. Il y a bien dû y avoir une chronologie avec une première panne qui a été négligée. Par ailleurs, un NAS de 3 ans à peine avec autant de secteurs défectueux n'est peut-être pas installé dans un environnement protégé. Enfin, un RAID (ou SHR) sans onduleur, c'est s'exposer à des pertes de données.

le certificat LE c'est lorsque vous avez un ndd en propre. Dans ce cas, l'obtention du certificat est assez compliquée sans le port 80. On peut utiliser des services tiers pour obtenir un certificat wildcard. Il y a un tuto pour ça : Si vous n'avez pas de ndd, la question ne se pose pas : vous utilisez simplement le certificat Synology par défaut avec un ndd du type mondomaine.synology.me. Pour ce qui est des règles proposées par Synology pour le parefeu, mieux vaut inhiber cette fonction est construire ses propres règles en fonction de ses besoins. Tous les ports par défaut et leurs protocole sont ici : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Network/What_network_ports_are_used_by_Synology_services

Bonjour et bienvenu dans la communauté. Que des NAS monodisque donc. Exception faite qu'ils n'ont par de RAID, on peut faire beaucoup de choses avec et le 118 est un très bon NAS.

Je ne suis pas capable de vous répondre car je n'utilise pas plex. Néanmoins, il faut aussi que les droits utilisateur(s) soient accordés pour pouvoir accéder au dossier.

Je vous ai répondu sur l'autre fil : il faut activer le paquet multimedia pour avoir accès au dossier video.

Absolument. Il n'y a pas de disque spécifique à DSM. Tous les disques embarquent le système et si l'un d'eux tombe en panne, le système continue de fonctionner sur les disques restants. Ce n'est pas propre à Synology, c'est le fonctionnement classique d'un NAS multibaie.

C'est un nom comme un autre 😊. Lorsque vous activez le serveur multimedia, DSM crée automatiquement ces 3 dossiers. Et plutôt que d'utiliser ceux de votre "Dossier partagé", je vous conseille vivement d'utiliser ceux par défaut car ils sont directement utilisables via le DLNA et aussi avec les paquets Photo Station, Video Station et Audio Station. Quand à l'utilisation à partir de windows, vous créez simplement des lecteurs réseaux. Rien de bien compliqué. La seule bibliothèque film connue par le NAS est celle contenue dans le dossier video. Vous pouvez par la suite lui associer votre dossier film si vous voulez, mais il faut impérativement passer par ce dossier.

Je vous ai dit ce qui pour moi était un minimum. Après, c'est votre choix. Je peux vous indiquer une solution : plutôt que d'avoir deux disques solitaires, vous acheter un NAS 2 baies d'occas' assez récent (série 12 mini), il y en a à pas cher sur leboncoincoin, vous y montez vos 2 disques et vous y faites des sauvegardes programmées. C'est comme ça que je pratique sur mon 710+.

C'est l'inverse : avant d'envisager de faire fonctionner une connexion sortante, il faut d'abord sécuriser les accès en interne. Le tuto sur la sécurité vous indique le minimum a faire pour que les accès soient les plus sûrs possibles. A l'heure actuelle, vous avez probablement un NAS ouvert aux quatre vents, un pare feu pas paramétré et une foultitude de réglages qui ne sont pas faits. Alors, avant de s'aventurer à l'extérieur, il faut commencer par régler son NAS et le préparer à sortir couvert. Les réglages du routeur et des accès extérieurs se font après. Mais si tout ceci vous effraie, vous avez la possibilité d'utiliser les services Quickconnect de Synology qui sont faciles à mettre en oeuvre, mais d'une lenteur parfois excessive en utilisation et surtout d'une sécurité questionable. Ca aussi c'est expliqué dans le tuto.

Bonjour et bienvenu dans la communauté. Je suis sûr que vous trouverez des tas d'utilisations de votre nouveau jouet.

L' échéance est beaucoup trop longue. Une par mois serait un minimum, tous les 15 jours ça commence à être plus sage. Pour ma part, j'en fait deux par semaine.

Ah, Vidéotron, tout un programme ! J'ai rarement vu un FAI aussi hermétique avec une flopée de ports fermés dont le 80 (bonjour la mise en place d'un certificat Let's Encrypt). Y'a qu'au Canada (et plus généralement en Amérique du Nord) qu'on voit des trucs pareils. Quant aux tarifs, ..... smicards s'abstenir. Ne serait-ce pas plutôt switch ? Vous avez activé plusieurs choses que nous préconisons tous de ne surtout pas utiliser : UPNP, Configuration du routeur. Avant de pouvoir vous aider, il faudrait que vous commenciez par mettre en oeuvre le tuto de Fenrir sur la sécurisation de nos NAS. Vous le trouverez dans la section Tutorials. Il vous aidera sans doute à résoudre quelques uns de vos soucis.

Surtout pas ! Il faut réaffecter ce ou ces disques aux tâches de sauvegardes périodiques du NAS. Les sauvegardes doivent faire partie intégrante de votre projet de serveur. Ce n'est absolument pas une option. Certains n'y ont pas porté toute l'attention qu'il fallait (pour dire aucune) et pleurent encore leurs chères données définitivement perdues.

Je rajouterais "mais seulement sur les NAS de 4 baies et plus". Sur un NAS 2 baies, le SHR (qui est monté par défaut) ne sert strictement à rien. Sa seule utilité, c'est de pouvoir migrer le groupe de deux disques vers un NAS de plus de 2 baies et de pouvoir y rajouter des disques de tailles supérieures.