Gestion des liens partagés

[Mic13710]

Salut à tous,

Je suis à la recherche d'une solution de création et de gestion des liens partagés.

Je m'explique. Dans file station, on a la possibilité de créer des liens de partage pour permettre le téléchargement de fichiers et dossiers à des tiers. Lorsqu'il n'y a que quelques liens, le suivi est relativement simple. Mais dès qu'on dépasse une à plusieurs centaine(s) de liens, il devient impossible de s'y retrouver rapidement car il n'y a aucun moyen de recherche dans le gestionnaire des liens.

Pour ma part il s'agit de tout un dossier partagé pour lequel je souhaite créer des liens pour tous les répertoires les sous-répertoires et bien entendu tous les fichiers, ce qui représente entre 800 et 1000 liens. J'ai pour le moment créé un petit fichier excel sur lequel pour chaque chemin j'ai enregistré le lien correspondant. Mais c'est assez long et fastidieux à faire, et contraignant à maintenir car s'agissant de documentations de matériels, c'est appelé à évoluer avec des rajouts ou suppressions qu'il faut à la fois gérer dans le gestionnaire et dans le fichier Excel.

Je suis donc à la recherche d'une appli tout en un sous DSM ou même Docker qui permette à la fois de créer et de gérer intelligemment les liens partagés.

Est-ce que quelqu'un connait un outil capable de gérer des liens partagés ?

Et si quelqu'un sait où sont stockés ces liens sur le NAS, je serais intéressé car je souhaiterais mettre en place une sauvegarde pour ne pas avoir à tout recréer en cas de problème sur le NAS.

[Mic13710]

Personne n'a une tite idée ?

[Mic13710]

Visiblement, le sujet ne soulève pas les passions.

Pourtant, la gestion des liens partagés vue par Synology est largement perfectible. Pour le moment, il est difficile, voire impossible, de retrouver des liens existants lorsque leur nombre est important. Il serait pourtant facile à mon sens de rajouter dans file station ou dans une appli annexe l’existence de liens pour un chemin ou fichier donné. Ce serait un minimum.

De même, il devrait être possible d'exporter la liste des liens dans un fichier pour pouvoir la traiter dans une bdd ou un tableur car pour le moment il y a qu'une liste consultable à partir de file station, sans moteur de recherche, et dont la navigation n'est pas vraiment simple.

Quelqu'un sait-il où sont stockés les liens ?

[unPixel]

Pourquoi ne pas tout simplement mettre tes fichiers dans un dossier et partager le dossier ?

Tu as un gestion fine comme fichier1 pour x, fichier 2 pour Y fichier3 pour A etc... ?

[Mic13710]

Ca pourrait le faire s'il ne s’agissait que de quelques utilisateurs, toujours les mêmes, ayant accès à quelques dossiers. Dans le cas présent, c'est pour transmettre des doc techniques à différents clients en fonction de leurs besoins ou projets. Il n'y a pas de profil type et chaque client a des besoins différents. Aussi je ne vois que les liens partagés pour faire le job. Malheureusement, le gestionnaire embarqué dans DSM est très loin de permettre un suivi efficace des liens existants. J'ai bien entendu tout enregistré dans un fichier excel, mais c'est long et fastidieux, et c'est surtout déconnecté du gestionnaire de DSM.

Je suis surpris qu'il n'y ait pas un outil plus efficaces dans les paquets syno ou tiers.

[unPixel]

Et au pire, tu ne peux pas tout simplement dans File Station faire clic droit sur un doc et envoyer par mail aux client ? Tu as juste à configurer un compte mail pour tes envois et c'est tout. Au moins, tu ne te prendrais pas la tête...

Sinon, tu leurs créer un dossier client à chaque fois avec un compte utilisateur. Bref, à part ça, je vois pas car comme tu l'as constaté, le service de partage de fichiers et bien mais pas très ergonomique quand il s'agit de gérer énormément de liens partagés.

Modifié le 22 mars 2018 par InfoYANN

[Mic13710]

Merci pour ta réponse.

C'est précisément ce que je veux éviter. Il y a plusieurs utilisateurs et ils doivent pouvoir distribuer des liens partagés sans pour autant devoir passer par file station.

Mon fichier Excel fonctionne bien pour ça : les utilisateurs copient simplement le ou les lien(s) et le(s) balancent sur un mail à leurs clients. Devoir passer par File Station à chaque envoi est une contrainte supplémentaire dont ils ne veulent pas entendre parler, et je les comprends. Malheureusement, le revers de la médaille c'est une plus grande difficulté à tenir à jour la foultitude de liens existants (j'en suis presque à 1000) et à venir.

Il y a là matière à amélioration de la part de Syno.

En attendant, je ne vois pas de solution satisfaisante.

 

[unPixel]

1000

Ah oui en effet. Propose l'amélioration à Synology ;)

[Mic13710]

il y a 36 minutes, InfoYANN a dit :

1000

Et oui, il y a beaucoup de doc ! Tu comprends la difficulté à maintenir tout ça.

Tu ne saurais pas par hasard où sont stockés ces liens sur le NAS ? J'ai cherché, sans succès. Je voudrais sauvegarder le dossier pour ne pas avoir à tout reconstruire en cas de perte du NAS.

[unPixel]

Absolument pas :(

Ils font pas partis des sauvegardes système ?

 

Par contre, tu as regardé avec un service comme owncloud à installer sur le NAS ? Peut-être que eux ont une meilleure gestion des fichiers partagés...

[unPixel]

Je te relance sur un sujet Mic ou je ne vois pas comment régler le soucis.

Quand je demande au NAS de créer un lien partagé, il me sort comme adresse :

https://ndd.fr:5001/sharing/xxxxxx

Sauf qu'il faut à chaque fois que je modifie le lien en :

https://nas.ndd.fr/sharing/xxxxxx

Je dois faire ça pour cacher le port utilisé en sachant en plus que je passe par le 443 et que le port 5001 est modifié et surtout pas autorisé au niveau de mon routeur.

Je cherche à dire à mon NAS que lien original de départ doit être https://nas.ndd.fr et non https://ndd.fr:5001

Tu saurais comment faire ça par hasard stp ?

 

Tu procèdes comment toi qui bosse beaucoup avec les liens partagés ?

[Mic13710]

Facile !

Dans accès externe/Avancé, tu indiques ton domaine nas.ndd.fr et tu mets 80 pour le http et 443 pour le https. C'est encore un truc qui devrait pouvoir se régler au niveau du gestionnaire....

Autre petite bizarrerie des liens : tu ne peux pas choisir entre http et https. Le mode de connexion sera fonction de la connexion avec le NAS. Si tu es en HTTP, le lien sera créé en HTTP, en HTTPS si ta connexion est en HTTPS. J'ai demandé il y a quelques temps à Syno de laisser le choix à l'utilisateur, mais rien n'a été fait. C'est pourtant une évidence et je ne comprends pas pourquoi ils n'améliorent pas ces petits points qui faciliteraient la création et la gestion des liens partagés. Il y a peu de choses à faire pour que ce soit exploitable.

[unPixel]

Merci beaucoup pour ta réponse. En effet, c'était aussi simple que ça...

Moi qui me demandait justement à quoi servait exactement cet onglé avancé et qui était réglé basiquement avec le port original...

 

Après, tu as éventuellement la redirection automatique qui devrait fonctionner vers https non ?!

 

[Mic13710]

Je ne sais pas, je n'ai pas activé la redirection sur mon NAS, mais je suppose que ça fonctionne puisque la connexion sera toujours en https.

[unPixel]

Non je parlais de redirection php ou .htaccess

La redirection dans le panneau de configuration n'est pas activée non plus.

[Mic13710]

Non, ça ne fonctionne pas.

Par exemple chez moi je me connecte au DSM en http avec une adresse nas.mondomaine. Cette adresse ne fonctionne que sur mon LAN et bien entendu avec une connexion VPN.

La règle .htaccess (http --> https) ne fonctionne pas car c'est la règle du reverse proxy qui prime. Dans ces conditions, le lien partagé est en http.

[unPixel]

Ah ok.

Par contre, pourquoi te connecter avec un VPN en local ?

[Mic13710]

Euh.... Je n'ai pas dit que je passais par le VPN chez moi. Si je suis à l'extérieur, le seul moyen d'accès à DSM c'est le VPN.

Ce que je disais c'est que cette adresse nas.mondomaine n'était accessible que sur mon LAN et que donc je devais passer par le VPN pour pouvoir y accéder à partir du WAN. C'est plus clair ainsi ?

[unPixel]

J'avais compris ça et c'est pour ça que je ne voyais pas bien l'intérêt ais c'est clarifié.

Et tu tapes quoi stp dans ton navigateur en WAN en passant par le VPN ? Ton IP publique ou ton domain LAN ?

[Mic13710]

il y a 14 minutes, InfoYANN a dit :

Ton IP publique

Tu veux plutôt dire mon ip privée je pense.

J'utilise de préférence mes url, et donc nas.mondomaine tout simplement. A quoi bon mettre en fonction le serveur DNS si on ne s'en sert pas !

Maintenant si tu veux parler de ma connexion VPN proprement dite, j'utilise mon ndd. C'est le passage par le navigateur qui est trompeur dans ta question (on ne passe pas par le navigateur pour se connecter au VPN )

[unPixel]

Non évidemment, on se connecte d'abord au VPN puis ensuite on lance la connexion au serveur. Je voulais juste savoir quelle lien/ip tu mettais dans le navigateur ;)

[TuringFan]

Le 01/04/2018 à 16:26, unPixel a dit :

Moi qui me demandait justement à quoi servait exactement cet onglé avancé et qui était réglé basiquement avec le port original...

Bonjour @Mic13710 et @unPixel,

Je suis moi aussi en train d'investiguer sur les différentes méthodes de partages de fichiers depuis le NAS avec des "externes" ponctuels.

Ma config :

• NAS derrière mon routeur lui même derrière ma LiveBox (en DMZ).
• Accès aux applications File Station et Drive via reverse proxy en 443 du du type "files.ndd.tld" et "drive.ndd.tld" qui pointent ensuite sur un localhost avec des ports http, pas de contrôle de profil, 443 et 80 ouverts sur le NAS et forwardé sur le routeur.
• Nom d'hôte statique : "files.ndd.tld" avec port https 443.

Mes questions :

1. J'ai indiqué ces valeurs pour le nom d’hôte statique et le port associé (grâce à mes différentes lectures sur le forum) mais je ne suis pas certain de comprendre à quoi cela correspond : pourriez-vous svp m'expliquer ?
2. File Station et Synology Drive produisent désormais tous les deux des liens de partage en "https://files.ndd.tld" : accès sans problème au lien File Station en LAN/WAN en revanche impossible d'accéder au lien Drive en LAN/WAN (j'ai un message d'erreur du type "désolé, la page que vous cherchez est introuvable"). A noter que ce test a été fait pour le même fichier avec un utilisateur ayant accès aux deux applications (pas de problème de droit a priori donc). Pourquoi cette différence de comportement ?

Merci d'avance,

[.Shad.]

Parce que depuis 2018 rien n'a changé. Cet onglet Avancé dans Accès externe n'est pratique que si tu n'utilises pas de proxy inversé.

En encore comme le disait @Mic13710 autrefois, c'est largement perfectible. Et DSM 7 n'apporte, de ce que j'ai pu voir sur vDSM, aucune amélioration notable à ce sujet.

[TuringFan]

@.Shad.

Merci pour ton retour.

Mais justement j'ai déjà un reverse proxy pour le File Station en "file.ndd.tld" et un reverse proxy pour le Synology Drive en "drive.ndd.tld".

Sans configuration spécifiques voici ce que j’observe : des liens de partage créés via File Station de la forme "https://ndd.tld/sharing/..." et créés via Synology Drive de la forme "hhtps://ndd.tld:5001/...". Aucun des deux n'est fonctionnel.

En revanche en indiquant "files.ndd.tld" (comme mon reverse proxy) et le port 443 (port d'entrée de mon reverse proxy) dans panneau de configuration > accès externes > avancé les liens de partage créés par File Station sont désormais de la forme 'https://files.ndd.tld/sharing" et sont fonctionnels.

Puis en allant dans la console d'administration de Synology Station > paramètres > autres > personnaliser un lien de partage et en indiquant un domaine personnalisé de la forme "https://drive.ndd.tld" (comme mon reverse proxy) j'ai ensuite bien des liens de partage fonctionnels de cette forme créés via Synology Drive.

Bref avec des deux manip les liens de partage deviennent fonctionnels dans les deux applications sans retraitement du lien. J'espère que cela en aidera d'autre en revanche je ne maitrise pas bien ce que j'ai fait. @.Shad. preneur d'explication plus académiques si tu en as, vois tu un risque de sécurité spécifique lié à ces manips ?

Quelques pistes ici.

Bonne soirée,

[.Shad.]

Quand je disais "pratique" c'était dans le sens commode.
Si tu te bornes à ces deux partages ça va. En revanche si tu essaies de créer un partage depuis Moments tu aurais aussi un lien en files.ndd.tld

Aucun risque lié à la sécurité dans ce que tu as fait.