Mic13710

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.

Si l'option full stack n'est pas disponible avant le basculement qui semble maintenant inéluctable, la seule mesure conservatoire serait de contacter l'assistance pour essayer de grappiller quelques jours en obtenant une adresse avant qu'ils ne le fassent à la hussarde. Si la logique est respectée, ils ne devraient pas modifier par la suite les adresses full stack. Je crois que nous sommes maintenant dans l'obligation de basculer à l'IPV6.

Je suis chez free depuis la nuit des temps. Toutes les adresses en dégroupage total étaient fixes et naturellement full stack. Il n'y avait pas de demande particulière à faire. Les IP partagées sont apparues il y a peu (1 ou 2 ans tout au plus). La tendance actuelle c'est de supprimer les anciennes IP pour les remplacer par des IP partagées sans en informer l'utilisateur final et gagner ainsi quelques lignes. Comme la grande majorité ne s'en aperçoit pas, ils le font en douce, en se disant que les quelques gugus de mon espèce qui en ont besoin demanderont une IP full stack.

Espace abonné, Freebox, Fonctionnalités avancées, Demander une adresse IP fixe V4 full-stack

Je songe effectivement à passer à l'IPV6, mais comme le dit EvoTk, tous les sites ne sont pas (encore) compatibles. Je pense toutefois que la pénurie d'IPV4 va amener les derniers récalcitrants à passer rapidement vers l'IPV6. Le problème c'est que c'est un monde assez différent qu'il va me falloir étudier sérieusement avant de me lancer.

Moi les comptes en Suisse, je crains un peu .... 😜

A moins que ça ait changé, ce n'est en principe pas le cas des updates, seulement pour les versions. Je crois qu'il faut désinstaller DSM puis installer la version de base pour installer ensuite l'update.

Pour tous ceux qui sont chez Free avec une adresse IPV4. Je viens de faire aujourd'hui la désagréable expérience du passage forcé d'une IP fixe full stack que j'ai depuis des années à une IP partagée différente avec une plage inutilisable pour nos NAS. J'ai mis un moment avant de m'apercevoir que mon IP avait changé. Serveur DNS bien évidemment dans le sac (je l'héberge sur le NAS), mes URL qui ne fonctionnaient plus avec double peine : IP changée et plus d'accès par le port 443 puisque hors plage. Après avoir contacté l'assistance, on me sert bien évidemment que ces changements étaient nécessaires pour des questions de sécurité (faut bien rassurer le client de base), alors qu'on sait très bien qu'il y a un problème de pénurie d'IPV4. Bref, impossible de récupérer mon ancienne IP. Du coup j'ai été obligé de demander une IP full stack que j'ai obtenue tout de suite et qui a été opérationnelle au bout d'une demi-heure. Comme elle est différente de celle que j'avais jusqu'à ce matin, ça m'a contraint à changer mes enregistrements A chez mes registars (OVH et Gandi). J'en suis maintenant quitte à attendre leur diffusion all over the word pour que tout rentre dans l'ordre. Bien que ça m'ait gonflé de devoir modifier des adresses pour pouvoir à nouveau retrouver mes services, le souci n'est pas tant le changement que la manière de faire. Aucun message de la part de Free pour prévenir les clients, ni avant, ni après. C'est clairement du foutage de gueule. Pour éviter ce genre de souci qui m'a plombé mon après-midi, je vous recommande de faire tout de suite une demande d'IP full stack. Vous changerez d'IP mais au moins vous garderez le contrôle car ce qui m'est arrivé, vous arrivera aussi tôt ou tard si ce n'est déjà fait.

Le fait que pour tout dossier racine, on doive accorder des droits. On peut en partager une partie via les liens sur les fichiers et les dossiers sans passer par des identifiants (ce qui permet de partager tout en protégeant l'accès à tout ce qui est autour), on ne peut pas partager le tout. Sinon, à quoi bon créer des droits d'accès si un simple lien peut le casser ? S'agissant d'un dossier partagé, on peut donner des droits à n'importe quel utilisateur enregistré. Les accès depuis l'extérieur sont les mêmes que pour file station : si l'utilisateur accède à filestation, il accède aux contenus pour lesquels il a des droits. Je ne connais pas Nextcloud. J'utilise CloudStation.

Non. Et c'est logique quelque part. On partage généralement des fichiers ou des sous-dossiers. S'il s'agit d'un dossier complet, on crée un compte pour lequel on donne des droits sur le dossier.

Etrange. Je ne vois pas comment openVPN pourrait réserver le 443 pour son seul usage. J'ai un NAS que j'ai paramétré sur le 443 pour openVPN et le reverse proxy qui utilise le 443 fonctionne aussi. Par contre, je n'utilise pas web station sur ce NAS. Le reverse proxy ne fait que rediriger vers les ports des différents services en fonction du ndd.