Mic13710

Je rejoins tout à fait ce qu'à dit @Jeff777. Sharesync est un outil de synchro. Il n'est pas adapté pour de la sauvegarde et comme il synchronise en permanence, il occupe effectivement beaucoup de bande passante. Il faut vous tourner vers Hyperbackup qui est effectivement prévu pour ça.

Ah oui, quand même, 1 mois 1/2 pour réagir ? 😉

C'est juste que c'était sur un autre sujet https://www.nas-forum.com/forum/topic/64764-mise-à-jour-de-sécurité-à-venir/

Non, rien à voir. Par contre, le sujet en question est passé sous les radars. Je fais le nécessaire. Merci.

Surtout que le titre correspondrait à une (tentative de) présentation postée dans la mauvaise section, alors que le message n'a aucun rapport avec le titre. Allez comprendre. @Celinette (Celinette21300 ?), merci de bien vouloir remettre de l'ordre dans tout ça et nous dire quel est le rapport avec les NAS Synology ?

Toujours pas de présentation ? Il faut d'abord supprimer le volume puis le groupe avant de recréer un nouveau groupe et un nouveau volume.

Ce n'est pas très clair je te l'accorde et je suis incapable de t'expliquer la différence entre ces deux notions. Il faudrait qu'un spécialiste nous éclaire sur ces points.

Je ne peux guère vous aider, excepté le serveur VPN du NAS, je n'utilise pas de VPN. Il y a un truc qui me parrait bizarre avec la clé d'authentification. Dans votre dossier elle s'appelle tls_auth_o1575990512.key et dans votre log c'est tls_auth_o1430912123.key.

Votre version de DSM ne correspond pas au tuto de votre lien. Sur cette page, vous avez un renvoi vers un tuto pour DSM5.1. L'avez-vous suivi ? https://support.nordvpn.com/Connectivity/NAS/1049322482/How-to-configure-Synology-5-1-NAS.htm Malheureusement, certaines images semblent absentes.

Le transfert c'est entre la ou les zones slaves et la zone master. La mise à jour concerne les enregistrements de la zone. Oui, désolé, c'est effectivement à Brennac que mon message aurait dû s'adresser.

Ce qui signifie : rien dans les règles de mise à jour 😊 Mais effectivement, ça aurait du sens d'y mettre l'IP du DNS secondaire. Ceci étant dit, je ne pense pas que ton problème vienne de là mais du manque de clé de protection pour le transfert de zone.

C'est effectivement du réchauffé. Mise en ligne officielle le 5/11, installée sur mon NAS depuis le 17/11.

Je viens de vérifier et chez moi cette option est validée, sans doute par défaut à la suite d'une mise à jour. Je n'ai rien dans les règles et je n'ai pas non plus de warning dans les logs.

@ers31 Le format de vos réponses en noir sur fond rouge est complètement illisible. Merci de corriger.

Rien de grave @Sweet64 😉. C'est parfois incompréhensible de voir des demandes atterrir dans les rubriques inappropriées alors que leurs descriptifs indiquent clairement à quoi elles sont destinées.

@chicopedro et @Sweet64, ici c'est la section des présentations. Une demande d'aide n'a rien à faire ici, pas plus qu'une réponse à cette demande. Je déplace le sujet dans la rubrique appropriée et merci à @chicopedro de nous faire une vraie présentation. Certains y sont sensibles.

@andre89, il est d'usage sur ce forum de faire un passage par la section des présentations avant de poster. Certains y sont sensibles. Un certificat c'est pour un nom de domaine. Si vous vous connectez en local avec l'IP du NAS, le certificat n'est d'aucune utilité, d'où le message. Pour vos questions : 1. Si vous êtes confiant sur les utilisateurs de votre réseau, vous pouvez passer par le http 2. Si votre parefeu est actif, il faut bien entendu ouvrir le port 80. Si ce n'est que pour le renouvellement du certificat, vous pouvez ne faire que 2 règles sur les IP de Let's Encrypt. Une petite recherche sur le forum vous indiquera lesquelles. 3. Voir ci-dessus, ou passer par le serveur DNS et le reverse proxy et utiliser les adresses avec votre ndd qui sont couvertes par le certificat.

Le choix du type de stockage vous appartient. Si le RAID10 vous convient, c'est très bien. Les seuls montages que je ne recommande pas sont le JBOD et le RAID0. Pour le reste, tout est question d'utilisation. Le RAID10 allie les performances du RAID0 et la sécurité du RAID1. Personnellement, je ne crois pas que les performances soient améliorées de manière sensible sur un NAS par rapport à un SHR1/2 ou RAID5/6 du fait de la limitation du réseau. Disons que ce sera quasi identique sur un réseau Gb et qu'il faudrait un 10Gb pour en sentir les effets. Par contre, un RAID10 c'est comme un RAID0 ou un JBOD, il n'y a pas d'évolution possible à partir d'un RAID existant. Il faut le monter au départ, et les seules évolutions possibles sont de rajouter du stockage (toujours par deux) et/ou de changer les disques par de plus gros.

Il n'y a rien de "bizaroide". La cause du problème : Cloud Station. Ce qui se passe concrètement : Cloud Station gère un dossier caché qui contient les versions des fichiers ainsi que les fichiers supprimés. Ce dossier pèse à peu près la taille de tous les dossiers inclus dans Cloud Station. Sa taille réelle est fonction du nombre de versions, mais aussi du système de fichier du volume : important en ext4, beaucoup plus léger en btrfs. Si vous supprimez un fichier ou dossier, il n'est pas supprimé du dossier de version, ce qui explique que votre stockage ne diminue pas. CS n'est pas un fourre tout. Mettre des fichiers multimédia sur le cloud n'est pas une bonne solution. Il est préférable de le réserver pour des dossiers de travail appelés à être modifiés par les utilisateurs, ce qui, sauf exception, n'est pas le cas des audios, films ou photos. Pour ce type de fichiers, il y a d'autres solutions telles que DSPhoto, DSVideo, DSAudio et les applications PC telles que Photo Station (ou Moment), Video Station, Audio Station. La meilleure solution consiste à utiliser CS pour ce à quoi il est destiné : limiter son usage aux dossiers de travail, et utiliser les applications dédiées pour les fichiers multimedia. L'autre solution consiste à diminuer, voire passer à 0 le nombre de versions. Mais à ce moment là, on perd la possibilité de récupérer des données. Pour effacer la base actuelle, vous pouvez le faire à partir de l'explorateur de versions de l'application.

Du point de vue des enregistrements de la zone, c'est un non sense d'avoir à la fois un DDNS et un enregistrement A. C'est soit l'un, soit l'autre. Un enregistrement A si l'IP est fixe, le DynHost si l'IP est dynamique.

A votre place, j'en serais moins sûr. Comme il y a changement d'IP, le reverse DNS pointera toujours vers l'ancienne que vous n'avez plus. Il faudra tout refaire avec un full-stack.

Je vous le souhaite, mais très franchement, je n'y crois pas trop. J'avais une entrée DNS personnalisée dont je ne me servais pas puisque j'ai un ndd, mais ça ne les a pas empêché de me la faire à la hussarde. Je viens de mettre les deux (reverse DNS et DNS personnalisé). Néanmoins, le reverse DNS n'est pas très utile puisque mon serveur DNS est sur le NAS, et donc à la même adresse IP. Effectivement. Je n'avais pas cette option avec mon ancienne IP. Elle est apparue avec l'IP partagée, et même si mon IP est maintenant full-stack, elle est toujours présente, comme si Free se réservait le droit de récupérer à nouveau mon adresse, même full-stack......

C'est effectivement arrivé sur une série du DS415 je crois. Le bouton de reset remet à zéro les paramètres réseau, ce qui expliquerait les pertes de connexion. Votre NAS étant un millésime 2018, s'il n'est plus sous garantie c'est que vous avez acheté l'un des premiers modèles sorti fin 2017.

Merci @Jeff777 pour ces explications. Pour le moment le site test-ipv6.com et ipconfig ne me renvoient pas d'ipv6 puisque je ne l'ai pas activé. Donc, si je comprends bien, on ne peut pas faire des réservations d'IP en fonction de l'adresse MAC puisque chaque adresse publique ou privée est créée à partir du MAC. Si en plus windows n'en fait qu'a sa tête, ça va être chaud pour gérer le réseau. Si je comprends bien encore, on ne peut plus établir de plan d'adressage comme on peut le faire sur l'IPV4 puisque on ne maitrise pas l'adresse attribuée à chaque équipement. Il n'y a pas non plus de plage d'IP puisque chaque IP est unique et difficile à identifier. Par exemple, je peux actuellement identifier mes PC qui sont en 192.168.x.10 et 192.168.x.16, mon NAS en 192.168.x.2, mon routeur en 192.168.x.1, etc... Mis à part de les apprendre par coeur, il est quasi impossible d'identifier les mêmes équipements avec des adresses du style FE80::xxx:xxx:xxxx:xxxx basées sur l'adresse MAC. Bref, je sens que le passage vers l'IPV6 ne sera pas un long fleuve tranquille. Et pourtant, il faudra bien y passer un jour ou l'autre. Et comment fonctionnent ceux qui sont encore en ipv4 ? Est-ce qu'on peut faire cohabiter un WAN en IPV6 et un LAN en IPV4 ?

Oui et non. De ce que j'ai compris, il y a plusieurs types d'adresses IPV6 qui peuvent cohabiter. En gros, une qui est visible sur le net et une autre qui ne fonctionne que sur le réseau privé. Ce sont les adresses commençant par fe80 (qu'on pourrait assimiler aux 192.168.x.x de l'IPV4). Il suffit de ne pas activer l'adresse publique pour les équipements de la sphère du privé. Ce que je souhaiterais dans un premier temps c'est basculer vers l'IPV6 pour le WAN et conserver l'IPV4 pour le LAN pour ne pas avoir à modifier tous mes réglages. Je pense que c'est possible puisque chaque réseau est indépendant mais j'attends d'en savoir plus. Je t'avoue que tout ceci m'effraie un peu car c'est loin d'être clair pour moi.