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.

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 ?

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.

merci, tu confortes ce que je venais de deviner, grâce à ton aide. Envoyé de mon SM-A510F en utilisant Tapatalk

La difficulté est quand j'utilise mon adresse DDNS je croyais être à l'extérieur du reseau local. Il semble que ce n'est pas le cas (sauriez-vous me le préciser). En effet quand je me connecte avec l'adresse extérieure que m'a attribuée free, la redirection de 80 sur 8080 est bien effectuée. Et j'ai un apache2 qui écoute sur ce port 8080.

merci de ton aide. ton rappel a l'ordre m'est utile et je suis confus de mon erreur Envoyé de mon SM-A510F en utilisant Tapatalk

Dès que je tente de me connecter sur le port 80 de mon NAS, je suis automatiquement redirigé vers le port 5001 en https. Or j'ai un serveur apache qui écoute sur le port 8080 et une redirection sur la freebox du port 80 vers le port 8080. Comment éviter cette redirection ?

je souhaitais faire un site web avec une application utilisant ocaml. Pour le moment, je renonce à le faire sur le nas. Envoyé de mon SM-A510F en utilisant Tapatalk