aristote

J'essaie en vain d'utiliser DS file soit avec Quickconnect, soit avec DDNS. Sur mon compte synology ces deux accès semblent corrects. DS audio semble fonctionner (très lentement) avec quickconnect, mais pas DS file. Je ne vois pas ce qui différencie DS audio et DS file.

Je ne pense pas que ce manquement que je signale vient du statut de forum français. Le lien https://www.synology.com/fr-fr/support/community n'est pas accessible par une ancre depuis la page https://www.synology.com/fr-fr/support qui ne contient aucune ancre vers le lien ci-dessus et je trouve cela anormal. Je pense que c'est une erreur bête qui a conduit à mettre le lien https://community.synology.com derriere l'ancre Synology Community au lieu du lien vers l'ensemble des forums officiels, tiers ou non officiels. Cette erreur n'est pas importante, mais elle réduit l'accès des débutants aux forums.

Je pensais pouvoir accéder à ce forum depuis synology.com or il n'en est rien. Je pensais trouver un lien via l'ancre synology community. Mais cette ancre conduit à community.synology.com. Il faut donc mémoriser www.nas-forum.com ce qui me renvoie au seul forum français ou retenir le lien https://www.synology.com/fr-fr/support/community qui me renvoie à l'ensemble des forums. Il n'est pas normal qu'il n'y ait pas (ou plus) de lien depuis le site principal de synology vers les forums.

Merci pour cette information. J'ai activé la sauvegarde via DS File, et arrêté la sauvegarde via DS photo.

J'utilise DS photo pour sauvegarder les photos de mon smartphone. Pour la destination de sauvegarde, cette application m'offre uniquement le choix d'un dossier volume1/photo/dossier. Y-a-t-il d'autres possibilités, par exemple un dossier volume1/homes/michel/photo ?

Les fichiers n'ont pas été déplacés. J'ai cliqué (avant votre réponse) sur Effacer les liens incorrects, ce qui a supprimé les liens cassés. Je redis, que le problème des liens cassés (vue par le gestionnaire des liens partagés) ne vient pas de mon serveur mais, d'après moi, de la gestion des adresses gofile par le serveur de synology. Si vous n'avez pas besoin de quickconnect, faites comme moi, désactiver le, les liens partagés seront alors plus directes.

L'adresse est correcte. C'est une adresse qui nécessite l'usage de quickconnect, autrement fait une indirection via les serveurs de synology, ce qui est étonnant c'est que 3 liens fonctionnent (sont valides) et 3 sont cassés. Je ne vois pas la raison de cette différences entre liens créés presque en même temps. Comme j'avais besoin d'une solution rapide, j'ai aussi consulté le forum nas en anglais https://forum.synology.com/enu/viewtopic.php?t=80488 Et j'ai trouvé l'explication des adresses gofile et comment les éviter. Les adresses gofile utilisent les serveurs de synology qui font une redirection vers le nas, quelque soit l'endroit où il se trouve. En désactivant quickconnect, les liens de partage sont générés avec l'adresse de mon NAS. Par exemple https://serviteurmiraculeux.synology.me:5001/sharing/kyy2zGpBw et les liens cassés ne le sont plus. Autrement dit le problème se trouve du côté des serveurs de synology.

J'ai diffusé 6 liens vers des fichiers de mon NAS, pour une chorale, et 3 de ces liens sont cassés, un des utilisateurs me l'a indiqué et je l'ai vérifié via File Station>Outils>Gestionnaires de liens partagés. Un des liens cassé est http://gofile.me/2GhBV/wEYal9Ewt Ces liens sont-ils réparables ? Pourquoi certains de ces liens sont cassés et d'autres pas, alors que je ne vois pas de différences entre ces liens. Lors de la création du lien, il est demandé Nombre d'accès autorisés Heures, à quoi sert cette information ?

Je ne tiens pas à révéler l'adresse de mon blog, qui se veut un cahier personnel, que j'aurais voulu partager avec des personnes choisies. Je viens de voir que ce partage limité (blog privé) existe pour un blog e-google ainsi qu'un blog word press. Mais cette possibilité de blog privé n'existe pas pour le blog de synology. Peut-on espérer que, dans un futur proche, les blogs synology pourront être privés ?

J'ai une question sur l'accès à mon blog d'adresse monnas/~michel/blog. Est-il lisible par tout le monde ou peut-on restreindre les droits de lecture par exemple à des utilisateurs du NAS ?

Merci de votre suggestion pour afficher mon blog et aussi de l'avertissement sur la migration conseillée vers WordPress. Pour l'instant, je reste avec le blog de Synology, car il est très simple d'utilisation. Mais j'ai vu que dans la section Paramètres, il est indiqué comment exporter le blog pour WordPress.

J'utilise DS photo (général et en accès personnel). Dans les deux situations, j'aimerais pouvoir lire et modifier le blog associé. Mais je ne vois aucun accès au Blog depuis DS photo. Un tel accès existe-t-il ?

Merci à Fenrir pour ses suggestions qui m'ont bien aidé. Je vais essayer de comprendre ces problèmes de droits sur le NAS entre ce que je vois depuis file station, depuis un accès ssh et par un montage de volume1 sur mon PC. Et promis, je vais relire la documentation de DSM.

J'y comprends de moins en moins. J'ai supprimé l'utilisateur toto1 puis je l'ai recréé : l'application photo station personnel fonctionne. Je fais de même avec l'utilisateur toto2 : j'ai la même erreur qu'avant, En regardant les droits (propriétés) du répertoire toto2, j'ai constaté des différences toto1 toto1 Autorisé Personnalisé users Autorisé Personnalisé Everyone Autorisé Personnalisé toto2 les permissions étaient incohérentes. Je (moi administrateur utilisant file station) me suis débrouillé pour avoir les mêmes permissions sur toto2 et l'erreur a disparu. Personnalisé signifie que la permission est appliquée au seul dossier (et pas à ses descendants) toto1 peut lire, écrire users et Everyone ne peuvent que lire, si j'ai bien compris. Reste à comprendre pourquoi même après suppression de toto2, il restait le concernant des permissions incohérentes. C'est certainement une erreur dans DSM. Quand on supprime un utilisateur, il reste encore des permissions attachées à cet utilisateur, qui créent des erreurs, quand on recrée un utilisateur avec le même nom.

L'accueil utilisateur est bien actif comme il est clairement indiqué de le faire lorsque dans l'application photo station, on choisit d'activer photo station personnel. Quand j'ai commencé à utiliser mon NAS en 2014, comme je l'ai déjà dit dans un message précédent, je connaissais mal (et je comprends toujours mal) la gestion des permissions par DSM et j'ai modifié ces permissions via ssh en ligne de commandes. Je paie cette erreur aujourd'hui. Ma seule solution me semble être de détruire ces utilisateurs avec des permissions "trafiquées". Mais je ne vois pas comment être certain que c'était là l'origine de l'erreur. Car je ne vois pas de différences entre un compte OK et un compte KO.

Je viens de le faire et avec cet utilisateur, l'application photo station personnel fonctionne. Mais je ne vois pas ce qui peut poser problème avec mes deux autres utilisateurs. En fait quand j'ai créé ces autres utilisateurs, je pense avoir modifié les droits sur leur espace sans passer par DSM directement via ssh et la commande chmod sur le serveur synology. Il est possible que cela est l'origine des problèmes, en tout cas je vais explorer cette piste.

Je n'ai pas pris un nouveau compte mais un ancien existant et j'ai le même problème. Le dossier photo vient d'être créé mais l'icône photo station-albert (l'autre utilisateur) a disparu lors de la tentative d'activation. L'icône réapparaît comme pour albert quand il se reconnecte. Ce n'est pas lié non plus au fait que toto n'est pasadministrateur, car en l'ayant promus administrateur, j'ai eu encore le même problème. Le problème a été évoqué en 2015 avec le sujet Les Fichiers Dans Le Dossier Partag par Mulanee mais il n'y a eu aucune réponse satisfaisante.

J'ai supprimé le dossier photo de toto. Mais je n'ai aucun changement. Quand je clique sur l'application photo station-toto, le dossier photo n'est pas créé mais le message Les fichiers dans le dossier partagé "photo" ne sont pas accessibles. Veuillez vérifier les paramètres de permission fichier dans DSM. est affiché. Quand je sélectionne en haut à droite toto > perso > options > l'icône photo station-toto disparaît. Dès que je sélectionne activer photo station personnel-toto, le dossier photo est à nouveau créé, MAIS dès que je sélectionne OK, le bouton Activer photo se désélectionne. Si je sors alors du profil toto, et que j'y rentre à nouveau, l'icône réapparaît, mais j'obtiens la même erreur en gras ci-dessus. Donc que le dossier photo existe ou pas, j'ai la même erreur en utilisant l'application photo station-toto

Pour un utilisateur, appelons le toto, il m'est impossible d'activer photo station personnel. Quand je me connecte comme toto, je vois l'icône photo station-toto Quand j'appuie sur cette icône, j'ai le message Les fichiers dans le dossier partagé "photo" ne sont pas accessibles. Veuillez vérifier les paramètres de permission fichier dans DSM. Quand j'essaie alors dans les options (bouton droit haut) d'activer photo station, l'icône photo station-toto disparaît et l'activation de photo station personnel est impossible. Par contre avec l'utilisateur admin, je n'ai pas ce problème.

J'ai eu le même problème aujourd'hui. Et je l'ai résolu, un peu par hasard. J'ai tout d'abord constaté dans panneau de configuration > Sécurité > Certificat que le certificat let's encryt avait été automatiquement renouvelé pour un an. Mais j'ai aussi vu dans Cloud station backup que mon client Client Station backup installé sur mon portable n'était pas actif. Sur ce client, je me suis reconnecté via l'onglet paramètres puis dans la fenêtre ouverte via l'onglet connexion (en donnant mon identifiant et mot de passe sur le NAS synology) et immédiatement les sauvegardes ont repris. Je pense (cela devrait être vérifié par plus compétent que moi) qu'après le changement (automatique) du certificat let's encrypt, la sauvegarde s'était interrompue et que la connexion m'a permis de réactiver cette sauvegarde.

le double-clique n'a pas marché, ce qui m'a surpris, d'autant que j'avais fait cette installation avec clique sur une autre machine. Envoyé de mon SM-A510F en utilisant Tapatalk

J'ai télécharger depuis mon NAS synology, le paquet synology-cloud-station-backup-4224-i686.deb. A ma surprise, le paquet ne s'est pas installé automatiquement et j'ai du l'installer en ligne de commande par : sudo dpkg --install synology-cloud-station-backup-4224.i686.deb Cette commande l'a installer correctement et j'ai mis en place une sauvegarde de mon ordinateur vers le NAS. Mais pourquoi ce paquet ne s'est pas installé automatiquement ?

Pour être à l'extérieur de mon réseau local, sans bouger de ma chaise, je me suis connecté via la 4G sur mon téléphone. J'ai pu ainsi tester (après avoir vider le cache de firefox) que l'adresse DDNS fonctionait correctement. Le port 80 de mon routeur freebox redirige vers le port 8080 du serveur synology, ce port 8080 est écouté par un serveur apache2 tournant sous debian chroot.