Kramlech

Et si je peux conseiller un truc, c'est de laisser faire au DSM ce qu'il sait faire ... Donc, tu enlèves ta redirection via le reverse proxy, et tu active l'option "Activer un domaine personnalise" ... Ca revient au même et au moins tu es certain de ne pas te planter dans les ports utilisés ....

Ce qui m'étonne, c'est que avec ce que tu décris, ça devrait marcher depuis un navigateur, mais pas depuis l'application pour smartphone. En effet, dans les applications pour smartphone, il est demandé de saisir l'url simple, car l'application ajoute elle même le numéro de port à utiliser. Donc pour passer par le reverse proxy, tu devrais ajouter :443 à la fin pour le forcer à passer par ce port ... Damned, grilled !!! 😄

L'exclure des répertoires à sauvegarder ?

Ok, je n'avais pas compris ça !!!! Faut dire que tes indications n'aident pas beaucoup !!! Je fais une synthèse de ce que je comprend : Ca marche quand tu accèdes avec l'application depuis un smartphone connecté en 4G Ca ne marche pas quand tu accèdes avec un navigateur depuis un smartphone connecté en 4G Ca ne marche pas quand tu accèdes avec un navigateur depuis ton PC connecté au réseau local Si c'est bien ça, j'ai donné l'explication pour le cas 3... Pour comprendre la différence de comportement entre les cas 1 et 2, on en revient a des questions déjà posées : Comment as-tu paramétré tes redirections de port sur le routeur ? Comment as-tu paramétré ton Reverse Proxy ? Comment as-tu paramétré ton pare-feu ?

Si tu regardes au niveau de l'écran qui permet de donner les droits sur les répertoires partagés, il est écrit : "Priorité des permissions : NA > RW > RO" Ce qui signifie que pour un user qui appartient à plusieurs groupes, et qui se trouve donc avec des permissions différentes sur un même objet, le Read/Write l'emporte sur le Read Only, mais que le Non Autorisé l'emporte sur le Read/Write. D’où deux morales : Ne pas toucher aux droits du groupe "Users" (sauf si on est certain de ce que l'on fait), car tout le monde appartient à ce groupe, et ce n'est pas modifiable. Mettre NA pour un objet au groupe Users interdit à TOUT LE MONDE d'accéder à cet objet. Ce n'est pas parce que l'on appartient au groupe "Administrateur" que l'on a tous les droits. Il est tout a fait possible de supprimer de droits à un user administrateur ... Mais sauf à lui interdire d'accéder au DSM (ce que tu as du faire), rien ne lui interdit de se remettre tous les droits qu'il veut ....

Un simple reset va réinitialiser le user admin ... https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_reset_my_Synology_NAS

Il faudrait que tu te mettes d'accord avec toi même !!! 😁 Parce que là ça va être dur de t'aider ... Donc ça c'est normal ... Alors pour résumer : Depuis ton réseau local (en filaire ou en wifi), il est normal que tu ne puisses pas atteindre ton NAS avec ton URL "drive.nomDeDomaine.ovh"... Pour que cela marche, il faudrait que ton routeur accepte le loopback. Depuis internet, si ton paramétrage est OK, l'accès devrait être OK Dis nous si cela correspond bien à ta situation.

Ok, donc a priori tu as bien tout paramétré ... Question : quand tu veux accéder depuis ton navigateur, tu es connecté à ton réseau local, ou tu essaie depuis internet (l'extérieur) ? Si tu es connecté à ton réseau local, c'est sans doute normal que ça ne marche pas. Seules les box de Free acceptent de faire du "loopback" (c'est à dire avoir la possibilité d'accéder à une URL du réseau local depuis le même réseau local ...)

Tu as aussi le tuto : [Tuto] Reverse Proxy Mais pour pouvoir t'aider il faudrait plus d'informations : Comment est paramétré OVH Est-ce qu'un ping vers ton URL renvoie un résultat Comment tu as paramétré les redirections de ton routeur Comment tu as paramétré ton Pare-Feu

Dans Panneau de configuration, Dossier partagé, Créer .... Ca ne marche pas ?

Bizarre... Dans les deux cas, tu y accède de la même manière (par File Station, Propriétés, Permission) ? Parce que la deuxième capture ressemble à la fenêtre que l'on obtient en passant par le Panneau de configuration, Dossier partagés, etc...

Ce n'est pas parce qu'un user fait partie du groupe Admin qu'il a systématiquement accès à tous les répertoires partagés... Tu peux limiter les droits d'accès même à ces users là... Le seul truc, c'est que si un user fait partie du groupe Admin, il peut se donner à lui même les droits d'accès qu'il veut ...

Les répertoires partagés ne sont pas créés par magie. Est-ce que tu avais fait une sauvegarde de la configuration de ton NAS pour pouvair la restaurer ? Si ce n'est pas la cas, il va falloir que tu recrées manuellement tous les répertoires partagés ... Damned, grilled !!!!

Tu fais ce que tu veux. C'est toi qui décide quelle URL va pointer vers quel service ... Il faudra simplement que tu paramètres tout cela correctement (enregistrements CNAME coté OVH, Reverse proxy du coté de ton NAS) Je te conseil de consulter le tuto suivant : [TUTO] Pourquoi et comment utiliser un nom de domaine ?

Ben non, je suis moi aussi en recherche d'une solution ...

J'ai exactement la même chose ... et je suis en IP fixe. Il semble que l'interface ait changé depuis la création du tuto...

Ok, désolé, il semble que j'ai un peu dévié ....😥 Recentrons nous : ton problème, c'est la mise à jour du DynDSN quand tu es connecté avec le VPN ... Si personne ne peux répondre à cette question, je pense que tu peux la poser au support ...

Ah OK... Tu as cherché dans le forum ? J'ai déjà vu passer ce type de problème sans vraiment m'y intéresser (pour moi, hors se cacher d'HADOPI, j'ai du mal à comprendre l'anonymisation que vantent les vendeurs de VPN ...)

Possible, je n'ai jamais testé ...

Là je ne comprend pas. Dans "passerelle par défaut", il faut mettre l'adresse IP de ton routeur (la passerelle entre ton réseau local et internet). Je ne vois pas comment tu peux en mettre 2, ni comment tu peux mettre le VPN ?

Oui, c'est tout à fait cela : quand le VPN est actif, pour le NAS son IP externe n'est plus celle du fournisseur d'accès, mais celle du tunnel VPN. Donc si l'IP du fournisseur d'accès change pendant que le VPN est actif, le NAS ne le sait pas, et ne va donc pas actionner l'API du DynDNS. Par contre la question que je me pose est la suivante : lors de l'activation du VPN, il y a bien changement d'adresse d'IP externe pour le NAS. Est-ce qu'il ne devrait pas alors mettre à jour le DynDNS avec la nouvelle IP ? Ou alors, le système est-il conçu pour ne pas prendre en compte ce changement d'IP s'il est provoqué par l'activation d'un VPN ?

Tu mets ton disque au congélateur pendant une petite demi heure (perso je l'emballe dans un torchon et je met tout dans un sac en plastique pour éviter la condensation). Puis, vite, tu le reconnectes et tu essaies de le lire ! Ça peut marcher ... ou pas ... Si ça marche ce sera de courte durée (le temps de récupérer certaines données ?) J'ai déjà réussi à récupérer une partie du contenu d'un disque de cette manière. J'ai aussi vu fonctionner la méthode de la bombe d'air (le refroidissement est fait avec l'air comprimé d'une bombe dépoussiérante).

Tout à fait d'accord ... C'est pour cela que je n'ai pas donné plus d'explications. Mais il faut quand même bien donner les pistes de recherches à mario2711 ...

Le problème vient sans doute de là ... Si ça se trouve quand tu es connecté au VPN, le NAS ne détecte pas le changement d'IP de ton fournisseur ! A faire confirmer par un spécialiste des clients VPN du NAS

Cette nouvelle demande n'a plus aucun rapport avec la question initiale .... Pour répondre à ce besoin, deux solutions : Passer par un VPN : cela permet de se connecter à son NAS comme si on est sur son réseau local (et donc de faire de montages de disques réseaux comme en local) Utiliser Webdav