CyberFr

Ça sert par exemple si on veut faire un backup d'un fichier avant de modifier l'original. Et de revenir au backup si l'on s'est planté. S'il faut passer par SSH pour dupliquer un fichier, c'est pas franchement convivial.

Mieux vaut tard que jamais ! Je me rends compte qu'il n'est pas possible de dupliquer un fichier ou un dossier dans File Station. Incroyable, j'ai forcément loupé quelque chose. Prenons l'exemple d'un fichier. Il est possible de le "Copier vers / Déplacer vers" mais il n'est pas possible de le dupliquer dans le dossier d'origine avec un nouveau nom. Sous Windows 10 un copier/coller fait l'affaire et sous macOS "commande + D" le fait également. Mais si je fais un copier/coller dans File Station un message me signale que la source et la destination ne peuvent avoir le même nom. Il faudrait donc copier le fichier dans un autre dossier, modifier son nom puis le réintégrer dans son dossier d'origine ? Sinon, comment procéder ?

Bonjour à toutes et à tous, Il y a quelques jours, j'ai posé la question suivante : Ce sujet n'a suscité aucune réponse, c'est pourquoi je pense que la question était mal posée. Je la pose autrement d'où le titre du post.

Entre la Provence (où j'ai vécu) et la belle province, mon dieu que le monde est petit ! Bienvenue sur les forums @MelleLals.

Ça, c'est une belle présentation ! 🙂

Bonjour à toutes et à tous Existe-t-il un environnement de développement intégré installable directement sur le NAS qui permettrait de modifier et tester du code PHP, HTML5, etc ? Il y a bien le paquet Editeur de texte mais à ma connaissance, il ne permet pas de tester du code.

Ben je pensais qu'il était obligatoire de renseigner ce champ d'où mon erreur.

Bonjour, Le nom de domaine est associé à une IP fixe ou à un DDNS ? Dans tous les cas de figure le nom que tu indiques est erroné. Il doit être du genre someting.fr pour une une IP fixe ou access.something.fr pour un DDNS. Tu devrais lire le tuto suivant :

Tu as raison, ç'aurait été trop simple en IPV4 ! Même pas la peine d'ouvrir un fil 🙂

Pas mieux 🙂

Comme d'hab. Le jour où Microsoft adoptera les normes internationales, ça se saura.

En attente aussi. Le sujet est intéressant. Le sujet du loopback a été évoqué dans la discussion "Redirection automatique vers https" Mais comme le thème était un peu hors sujet Jeff a décidé avec d'autres de créer une discussion appropriée.

Bienvenue dans la communauté.

Cette discussion, c'est l'histoire d'un problème d'accès, simple en apparence qui se transforme en l’Iliade et l’Odyssée 😍 Un conseil à @pascalg57 si je puis me permettre. Ne te lance pas tête baissée dans une aventure si tu ne comprends pas un minimum des tenants et aboutissants. Il y a plein de choses que je ne fais pas parce que je ne maîtrise pas assez leurs implications compte tenu de mes connaissances actuelles. Mais bon, il y a les timorés comme moi et les aventuriers comme toi. Il faut de tout pour faire un monde. Mais c'est un véritable tuto pas à pas, ça. Je vais faire un copier coller pour l'étudier par la suite.

Tu devrais te pencher sur le fait que Web Station est inaccessible, que ce soit en HTTP ou HTTPS. http://ndd devrait t'y mener de même que https://ndd ou www;ndd. C'est à se demander si Web Station est actif. Normalement, pour atteindre le bureau de DSM, il faut taper ndd:5000, ou ndd:5001, en tout cas le port que tu as attribué à DSM. Je ne comprends même pas que tu puisses accéder au bureau sans aucune indication de port.

Pourrais-tu fournir une image de ce à quoi tu accèdes en tapant http://ndd ? Parce que si je tapes simplement www.ndd, j'accède à mon site Web en HTTPS. De même pour http://ndd. Voici comment se présente le contenu du dossier web chez moi. Et en effet cela ressemble au tien. Question bête mais le port 80 est bien routé par ta box et ouvert dans ton pare-feu ? En principe, si ton pare-feu est bien configuré (Se reporter à l'excellent tuto Sécuriser les accès à son NAS de @Fenrir) il est toujours ouvert en local mais il faut l'ouvrir explicitement pour les accès distants en le limitant à la France par exemple pour minimiser les risques dans un premier temps.

En effet. Où avais-je la tête ?

On en découvre tous les jours, je n'avais jamais utilisé ce paquet ! Merci.

Ça ne te consolera pas mais ça marche chez moi. Quand tu tapes http.ndd tu arrives bien sur le site Web ? Ton fichier .htaccess se trouve bien à la racine du dossier web de Web Station ? Il a été sauvegardé avec le bon nom précédé d'un point ?

Intéressant. On le trouve où le moniteur de processus ?

J'ai effectué un test de la mémoire de mon DS220+ en utilisant Synology Assistant. La fenêtre principale affiche que le test a commencé. Bien. Deux heures plus tard, rien n'a changé ce qui ne m'étonne pas puisque le test peut durer plusieurs heures. J'ai laissé faire toute la nuit et le lendemain toujours pareil, le même message s'affiche et là je suis un peu surpris. Certes, il s'agit de tester 6 Go au total mais c'est bien long. Les diodes du NAS ne signalant aucune activité particulière, je tente de me connecter sachant que si le test est toujours en cours, je n'y parviendrai pas. Une fois connecté je trouve peu d'informations dans les journaux concernant le test de mémoire mais je note que le NAS a redémarré deux heures après le début du test ce qui semble indiquer qu'à ce moment là tout était fini. Dommage que Synology Assistant ne le signale pas.

J'ai trouvé l'origine du problème rencontré dans Time Machine et elle se situait entre la chaise et le clavier. Il y a bien longtemps, j'ai exclu de SMB des fichiers que je ne voulais pas voir sur le bureau genre .plist ou .DS_Store, liste que j'ai oublié d'effacer... Tout est maintenant rentré dans l'ordre.

Echec de Time Machine sur macOS Big Sur. Je ne sais plus que faire.

La première sauvegarde complète avec Time Machine s'est immédiatement interrompue avec une erreur. "Impossible de créer l'image disque de sauvegarde." "Echec de la sauvegarde. Time Machine n'a pas pu sauvegarder sur DS220 local." Pourtant quand je consulte le journal des transferts, des écritures dont l'utilisateur de Time Machine est à l'origine apparaissent bien. Seules les opérations de création et de suppression sont sous surveillance et donc écrites dans le journal. J'ai suivi les conseils de @maxou56 et j'ai désactivé le protocole AFP sur le NAS. Cela permet de limiter le champ d'investigation concernant l'origine de l'erreur. Après quoi j'ai relancé Time Machine qui s'est interrompu à nouveau. Je précise qu'après chaque erreur, le dossier de destination a été retiré de Time Machine quitte à le remettre par la suite. J'ai également vérifié que le dossier était vide ce qui a toujours été le cas, Time Machine semble faire le ménage. Le disque à sauvegarder est un SSD au format APFS sous Mojave. Quand j'aurai un moment je ferai un essai sur Big Sur qui est sur une partition externe mais qui n'est pas mon OS de production.

Concernant Time Machine, la documentation Apple parle de comptabilité SMB sur Time Machine. AFP n'est plus évoqué, du moins officiellement, mais avec Apple, je me méfie 🙃 Finalement, j'ai activé le service Bonjour Time Machine sur le NAS. Time Machine a vu le dossier de backup distant. Je l'ai sélectionné puis j'ai immédiatement stoppé TM afin qu'il ne commence pas à sauvegarder. J'ai désactivé les services Bonjour Time Machine dans le NAS puis suis revenu à TM où le disque est toujours visible. La suite ce soir quand je lancerai ma première sauvegarde complète qui risque de durer un certain temps. Je reviendrai ici demain pour donner la suite de l'histoire.