Rechercher dans la communauté

Bonjour, Le partage de photos par lien ne fonctionne pas via Synology Photos. Ma configuration est la suivante : IP dynamique NDD avec DDNS seul port ouvert dans mon routeur et pointant vers le NAS : 443 Sous-domaines avec reverse proxy (celui de DSM). https://photo.NDD.TLD pointe bien vers Synology Photos. Lorsque je souhaite partager des photos via Synology Photos, avec un lien publique avec MDP, il me propose un lien du type https://NDD.TLD/mo/sharing/... Ce lien ne fonctionne pas... En revanche, en rajoutant mon sous-domaine "photo" à ce lien, cela marche parfaitement. Ma question est la suivante : comment faire pour que le lien soit fonctionnel sans avoir à le retoucher (pour que mes utilisateurs non technophiles puissent s'en servir) ? soit est-il possible que le lien fourni renvoie bien vers le partage, via une manipulation dans DSM ou le reverse proxy ? soit est-il possible que le lien intègre mon sous-domaine par défaut ? J'ai fouillé dans les paramètres de DSM et de Synology Photos et je cale. J'avais le même souci avec Drive, vite résolu dans l'application "Console d'administration de Synolody Drive". Merci pour vos conseils et bonne soirée 😉

Bonjour à tous, Ma configuration J'utilise File Station, Drive et Moment sans problème en passant systématiquement via des reverser proxy qui entrent par le port 443 et pointent ensuite vers des ports http. Je peux donc atteindre mes applications avec des adresses du type https://application.ndd.tld depuis des IP LAN, VPN et WAN (sauf pour File Station). Dans le menu avancé de la section accès externe du panneau de configuration j'ai : Nom de l’hôte : files.ndd.tld DSM (HTTP) : vide DSM (HTTPS) : 443 Comportement actuel Aujourd'hui lorsque je souhaite partager un fichier via un lien cela dépend de l'application. Via Drive (via navigateur ou application smartphone) Le lien généré est de la forme : https://drive.ndd.tld/x/y/123456789012345678 le partage peut se faire vers des users NAS seulement le partage peut être public le téléchargement est blocable un mot de passe peut être demandé une date d'expiration peut être ajoutée N'importe quel appareil en LAN, VPN ou WAN semble pouvoir accéder au fichier. Via Moment (via navigateur ou application smartphone) Le lien généré est de la forme : https://files.ndd.tld:X/mo/sharing/A2b4c5d6e7f9 [le nom de domaine correspond au paramétrage du nom d'hôte dans le menu accès interne (cf. précédemment) et X est le port HTTP vers lequel le reverse proxy de l'application moment pointe] le partage ne peut pas se faire vers des users NAS seulement le partage peut être public le téléchargement est blocable un mot de passe peut être demandé une date d'expiration peut être ajoutée En l'état aucun appareil en LAN, VPN ou WAN ne semble pouvoir accéder au fichier : il faut modifier le lien en remplaçant files.ndd.tld:X/ par photo.ndd.tld/ (ce qui correspond à l'adresse utilisée pour atteindre moment avec le reverse proxy). Avec cette modification qui doit être systématique et manuelle le fichier est accessible depuis un appareil en LAN, VPN ou WAN. Via File Station (uniquement via navigateur) Le lien généré est de la forme : https://files.ndd.tld/sharing/A2b4c5d6e7f9 [le nom de domaine correspond au paramétrage du nom d'hôte dans le menu accès interne (cf. précédemment)] le partage peut se faire vers des users NAS seulement le partage peut être public le téléchargement est blocable un mot de passe peut être demandé une date d'expiration peut être ajoutée un nombre limite d'accès peut être paramétré N'importe quel appareil en LAN, VPN ou WAN semble pouvoir accéder au fichier. Via File Station (uniquement via l'application smartphone) Le lien généré est de la forme : https://files.ndd.tld/sharing/A2b4c5d6e7f9 [le nom de domaine correspond au paramétrage du nom d'hôte dans le menu accès interne (cf. précédemment)] le partage peut se faire vers des users NAS seulement le partage peut être public le téléchargement est blocable un mot de passe peut être demandé une date d'expiration peut être ajoutée un nombre limite d'accès peut être paramétré N'importe quel appareil en LAN, VPN ou WAN semble pouvoir accéder au fichier. Mon besoin In fine je voudrais savoir comment avoir un comportement uniforme avec mes différentes applications (via application smartphone et/ou via navigateur) : notamment (i) ne pas avoir à manuellement modifier le lien généré par moment et (ii) permettre de gérer les droits associés au liens (utilisateurs NAS et/ou public, téléchargement blocable, mot de passe, date d'expiration, nombre limite d'accès, etc.). Savez-vous comment faire ? Peut-être utiliser les fonctions d'alias personnalisé et/ou de domaine personnalisé dans le portail des application ? Mais je reconnais volontiers que je ne comprend pas bien ces notions (surtout vs. un reverse proxy). Peut être sinon qu'une migration DSM 7.0 résoudra ce problème ? Mais j'appréhende un peu cette opération (peur que ce soit plus complexe qu'annoncé et/ou de perdre des fonctionnalités / applications) : je vais regarder les sujets des dockers avant (que je ne maitrise pas). Enfin c'est un autre sujet pour une prochaine fois. Merci d'avance pour votre aide,

Bonsoir, Après un transfert des données d'un Synology DS-918+ vers un RS-820+ hébergé chez Ikoula, pour cause de CoViD, tous les clients (2 stations Mac et 5 stations Win) ont pu retrouver leurs habitudes (connexion via SMB), sauf une station Windows et son client qui ne parviennent pas à se reconnecter. Après deux jours de tentatives infructueuses, je m'adresse à la communauté pour solliciter de l'aide. L'origine du problème est bien sûr du coté de la station windows, mais il existe sur internet tellement de topics concernant des problèmers de connexion à un serveur via SMB que je préfère réduire le champs à des Synologystes. Diagnostique du problème : Depuis la station, tracert et ping vers le RS-820+ fonctionnent ; le client se connecte bien au DSM avec son navigateur (donc a priori, résolution de nom, connexion réseau et authentification corrects), mais un net use avec le FQDN du serveur renvoi erreur 53, chemin réseau non trouvé, et net use avec l'adresse IP du serveur renvoi l'erreur 1244, utilisateur non authentifié. Si j'utilise mes crédits, j'obtiens le même résultat. Depuis une autre machine, située ailleurs, les crédits du client (et les miens) établissent bien sans erreur la connexion. Voici les vérifications que j'ai pu faire : Du coté du Syno, pas de pb attendu, mais on contrôle quand même : Serveur Wins : non renseigné SMB max : 3 SMB min : 2 Plage SMB : SMB2, SMB2 et Large MTU, SMB3 chiffrement du transfert : auto seule la case Activer Opportunistic Locking est cochée Du coté de la station Windows : Système : Windows 10 Famille Version : 10.0.19041 Machine : HP Pavillon Laptop 15 Processeur : i7-7500U @ 2.7 GHz EnableSMB1Protocol : true EnableSMB2Protocol : true EnableSMB3Protocol : (pas de réponse) fichier Windows\system32\drivers\etc\LMHOSTS : vide (seulement les lignes de commentaires) Réseau local de type : Privé et Firewall : désactivé Si quelqu'un a une piste de recherches à effectuer, je suis preneur et reconnaissant. Cordialement -- Francis

Bonjour, Matériel Synology DS 211+ Freebox V5 faisant office de routeur PC sous Windows 7 Edition Familiale Premium 64 bits Lors de l'installe j'ai choisi le réseau de type domicile ? le choix par défaut il me semble ? Dans : Démarrer / Ordinateur / Réseau W7 a trouvé tout seul la Diskstation Par réseau / DISKSTATION je peux créer des sous répertoires, copier des fichiers etc. Comment assigner à un répertoire de ma DISKSTATION le raccourci Téléchargement de mes Favories (PC sous Win 7) ? Merci, Pierre