CyberFr

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 🤣

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 ?

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 👩‍👩‍👦‍👦

Bonjour, Dans le panneau de configuration Réseau, onglet Général, j'ai indiqué comme nom de serveur DS220. Jusqu'à présent, je me connectais par SMB en tapant smb://utilisateur@DS220. Depuis que j'ai configuré DNS Server, l'accès est refusé ce qui me rend perplexe car je ne vois pas bien le rapport. À moins que la cause soit ailleurs.

Merci beaucoup @.Shad., c'est bien plus clair maintenant et en plus tout fonctionne ! Je pense que Fenrir devrait tenir compte de ton intervention car j'ai suivi son tuto à la lettre mais sans toujours comprendre ce que je faisais. Avec tes explications, je comprends beaucoup mieux les tenants et les aboutissants. Peut-être parce qu'il fallait une piqure de rappel 🙂 J'ai déjà fait un copier-coller de ta réponse pour la relire à tête reposée. Encore merci.

Voila, voila.

J'ai modifié la zone ndd.fr de DNS Server en enregistrement de type A pointant sur l'IP locale 192.168.1.8. Maintenant quand je fais un nslookup sur ndd.fr j'ai droit à l'erreur ** server can't find ndd.fr: SERVFAIL. Dur, dur ! Je ferrais peut-être bien de rétro-pédaler.

Chez OVH, j'ai bien deux enregistrements A de type ndd.fr et ns.ndd.fr mais s'agit-il de la zone locale dont tu parles ? Au niveau de la zone master de DNS Server, voila ce qui est renseigné : Nom Type TTL Information ndd.fr NS 86400 ns.ndd.fr ns.ndd.fr A 86400 192.168.1.8 www.ndd.fr CNAME 86400 ns.ndd.fr

Je suis parvenu à désactiver le DNS primaire de la box Internet mais décidément j'arrive à joindre les sites en France et à l'étranger mais pas mon propre domaine 🤢 LaX1:~ lionel$ nslookup -querytype=SOA ndd.fr Server: 192.168.1.8 Address: 192.168.1.8#53 ndd.fr origin = ns.ndd.fr mail addr = mail.ndd.fr serial = 2021050805 refresh = 43200 retry = 180 expire = 1209600 minimum = 10800 LaX1:~ lionel$ nslookup -querytype=NS ndd.fr Server: 192.168.1.8 Address: 192.168.1.8#53 ndd.fr nameserver = ns.ndd.fr. LaX1:~ lionel$ nslookup www.ndd.fr Server: 192.168.1.8 Address: 192.168.1.8#53 www.ndd.fr canonical name = ns.ndd.fr. Name: ns.ndd.fr Address: 192.168.1.8 LaX1:~ lionel$ nslookup ndd.fr Server: 192.168.1.8 Address: 192.168.1.8#53 *** Can't find ndd.fr: No answer

Tu es sur la bonne voie. Les tutos de ce forum sont une source de connaissances irremplaçable !

Merci @.Shad., à la lumière de tes propos je vais essayer de trouver une solution.

Voila, voila...