CyberFr

Merci pour vos réponses qui me permettent de mieux comprendre. J'en déduis que le serveur DNS du NAS ne répond que sur les requêtes du type monDomaine.fr ou www.monDomaine.fr et renvoie toutes les autre requêtes pour résolution aux serveurs de FDN. @oracle7, j'ai en fait une IP fixe mais effectivement, je n'ai pas suivi l'étape 3 du tuto. J'ai suffisamment galéré avec les deux premières étapes 🤢

Bonjour, J'ai installé DNS Server et défini les serveurs de French Data Network comme redirecteurs en précisant comme indiqué dans le tuto de @Fenrir "Rediriger d'abord". Quand je fais un test pour connaître les serveurs DNS que « voit » un site Web de tests <https://mullvad.net/fr/check/>, ce sont ceux de FDN qui apparaissent. Idem lorsque je recharge la page. Mais alors quel est l'intérêt d'avoir son propre serveur DNS ? Autant entrer les adresses IP des serveurs de FDN en dur. Lorsque j'exécute nslookup monDomaine.fr, c'est bien l'adresse IP locale du NAS qui apparaît. La commande nslookup -querytype=NS retourne bien le nom du serveur ns.monDomaine.fr.

Bonjour @CMoustache, Tu reprends une conversation 3 ans après la dernière réponse publiée, c'est pas top. Tu aurais mieux fait de créer un nouveau sujet. De plus, tu n'es pas passé par la case Présentation, un forum où il est souhaitable de décrire son expérience ainsi que le matériel dont on dispose afin que les réponses apportées tiennent compte de ton environnement. Tu coches décidément toutes les mauvaises cases. Avant de poster dans un forum, il est conseillé de le lire afin de connaître les us et coutumes.

Bonjour, Je ne vois pas pourquoi les fichiers auraient été abîmés lorsqu'ils ont été régénérés avec HyperBackup. Le plus simple pour les déplacer vers le nouveau dossier est d'utiliser File Station.

Bonjour @Flo2, On ne peut pas modifier cette propriété d'un dossier partagé après sa création. C'est dommage mais c'est comme ça. La seule solution est de créer un nouveau dossier, par exemple dossier perso 2, en activant le contrôle d'intégrité puis de déplacer tout ce qui se trouvait dans le dossier d'origine vers le nouveau dossier. Après il faut supprimer le dossier d'origine et renommer le nouveau dossier avec le nom de l'ancien. Il faut avant toute modification dresser la liste des utilisateurs qui ont des droits sur ce dossier et des application s qui les utilisent. Après la manip, il faut si nécessaire remettre les droits d'aplomb.

Quand je vois que @rodo37 est admin du forum et qu'il a le rang de Newbie, je sens comme une incohérence 🤣

Tu es chanceux. Moi,j'ai été rétrogradé en Newbie 🥴

Je suis finalement reparti de zéro en faisant une sauvegarde non chiffrée et là je peux l'utiliser pour faire une restauration complète du système sur un disque externe. Dommage que la sauvegarde ne soit pas chiffrée. macOS Mojave commence à dater un peu, il faut que j'envisage de passer sur un OS plus récent, sans doute Monterey. Il faut bien constater que depuis Mojave, Apple ne me fait pas rêver. Merci encore Maxou.

J'ai fait une nouvelle tentative en me connectant avec un compte d'administrateur sur le NAS. Le clavier est bien en français mais le mot de passe de chiffrement est refusé alors que les identifiants de connexion sont acceptés.

J'ai viré tout ce qui touchait à Time Machine dans le trousseau d'accès > Système > Mots de passe. La sauvegarde suivante programmée avec TimeMachineEditor a planté ce qui est normal. Le message d'erreur de Time Machine indique bien un problème de mot de passe concernant le chiffrement, ce qui a bloqué le processus. J'ai réassocié le dossier partagé aux sauvegardes Time Machine et donc re-saisi le mot de passe de chiffrement. J'ai lancé une sauvegarde manuelle qui s'est correctement déroulée. Retour au système de récupération de macOS (commande + R) pour tenter une restauration complète sur une partition externe. Pas de problème au niveau de la connexion en tant qu'utilisateur du NAS mais le mot de passe de chiffrement que j'indique est toujours considéré comme erroné et là, je suis sûr de ne pas m'être trompé. Retour à la case départ donc.

Merci @maxou56 pour la réponse. Je vais voir ce qu'il y a dans le trousseau d'accès et supprimer tout ce qui concerne Time Machine afin que l'on me demande le mot de passe de chiffrement lorsque je rentrerai à nouveau dans Time Machine. Je reviendrai pour livrer un retour d'expérience. Dans le pire des cas, je perds la sauvegarde ce qui n'est pas grave puisque j'utilise Carbon Copy Cloner par ailleurs.

Bonjour, Soit un Mac sous macOS Mojave ce qui évite les complications introduites avec Big Sur. Je dispose d'une sauvegarde Time Machine chiffrée sur le NAS. Lorsque je régénère ponctuellement un fichier, tout se passe bien. Il est vrai que le mot de passe ayant permis le chiffrement n'est pas demandé dans ce cas. Je ne sais d'ailleurs pas où il est stocké dans le trousseau d'accès. J'ai testé la régénération complète d'une sauvegarde sur une partition externe. Dans un premier temps, je dois m'identifier en tant qu'utilisateur référencé sur la NAS après quoi j'accède à la sauvegarde (xxx.sparsbundle). À ce stade on me demande un second mot de passe et j'en déduis que c'est le mot de passe qui a permis le chiffrement de la sauvegarde. Problème, le système considère que le mot de passe que j'ai indiqué est erroné alors que je suis certain du contraire. L'utilisateur avec lequel je me suis identifié à les droits de lecture et d'écriture sur la sauvegarde, c'est d'ailleurs celui qui sert à effectuer les sauvegardes Time Machine. Mais alors que faire ?

Si. Relis ma réponse. C'est sans doute plus lent mais tout se passe au niveau du Finder. C'est ce que je fais régulièrement pour iTunes.

Ou en montant les dossiers en SMB sur le Finder puis en déplaçant les fichiers de l'un à l'autre.

Merci @maxou56 pour le tuyau. Ta réponse peut servir à d'autres.

Bonjour @Varx, Tu as donc bien reçu l'e-mail avant l'expiration du certificat Let's Encrypt ? Merci pour le retour d'information. Je dois avoir la poisse 👎

Bonjour, Je reçois d'habitude, une quinzaine de jours avant l'expiration du certificat, un e-mail me prévenant que cet évènement va se produire. Je suis donc prévenu et prends les dispositions qui s'imposent pour renouveler le certificat à temps. Le certificat arrivait à échéance aujourd'hui et là nada, pas d'e-mail. J'ai donc procédé au renouvellement dans l'urgence et pour cela j'ai du me connecter de force dans DSM et créer une exception de sécurité ce qui est fâcheux. Avez-vous constaté la même chose ?

Bonjour, Je ne connais pas les box SFR mais l'adresse IP statique doit être indiquée dans la zone "Infos de location/réservation DHCP" et elle doit prendre effet immédiatement ou après un redémarrage de la box.

Bonjour @Pathognomonie et bienvenue sur les forums. Tu arrives à faire tourner correctement Plex sur un DS120J qui est un NAS d'entrée de gamme ? Je vois que tu as déjà posé ton problème et reçu des réponses. Bonne continuation.

Un petit retour d'expérience de @Lemiche84 suite à la réponse donnée par @oracle7voire un remerciement ne seraient pas superflus.

Je me réponds à moi-même. J'ai trouvé la réponse ici : localhost

Puisqu'il est question de pare-feu et d'IP locales, je constate qu'il y a une différence entre les règles locales du pare-feu définies dans le tuto Sécuriser les accès à son NAS et les IP locales acceptées pour activer les services de résolution dans le tuto DNS Server. La règle 127.0.0.0 n'existe pas dans le pare-feu. Quelqu'un peut m'expliquer pourquoi ?

Je trouve que ce fil de discussion est vraiment actif 👩‍👩‍👦‍👦

C'est rétabli chez moi aussi. Merci pour l'info @Ryzen_X..

Bonjour, C'est sur la version 6.2.4-25556.