Jeff777

Et bien tu as de la chance 😁; Ce n'est pas mon cas et ça doit venir de l'utilisation de Cloud Sync. comme a dit @StéphanH Edit : retard à l'allumage 😅

Bonjour @StéphanH Je confirme ce que je disais. Il s'agit de la synchro du répertoire wordpress du dossier partagé web. La synchro fonctionne entre les deux répertoires, mais les fichiers à la racine de web (index.html et .htaccrss) sont également synchronisés. Dans mon application ce n'est pas grave si .htaccess est synchronisé mais index.html est customisé sur chaque NAS. J'ai résolu le pb en changeant son extension en .htm et en excluant cette extension de la synchro (il n'y a pas de fichier .htm dans wordpress). Mais ce n'est pas top ! Par contre je précise que le NAS client est un DS213+ donc sans Drive, j'ai donc installé CloudServer sur celui-ci et fait la synchro depuis le SynologyDriveSync du DS218+ (pas possible d'installé CloudServer Sync sur le DS218+ car en conflit avec Drive dont je me sert par ailleurs). Le problème viendrait-il de là?

Bienvenue sur le forum

Oui ça me semblerait plus logique. Je vérifierai, demain. Merci 🙂

Pas de quoi. Si tu trouves réponse à ma question ci-dessus, je suis preneur.

Bonjour @GrOoT64 J'utilise Synology Drive ShareSync D'ailleurs je rebondis sur ta question pour en poser une autre : Je synchronise un seul répertoire d'un dossier partagé. Les autres répertoires ne sont pas touchés mais les fichiers à la racine du dossier partagé sont également synchronisés. Comment faire pour qu'ils ne le soit pas ??

Bonjour @Babou57 Je pense que c'est normal...j'ai le même résultat. Si tu veux être certain tu notes ton IPV4, tu redémarres la box et si ton IPV4 n'a pas changé tu es en IP fixe.

Bonjour Celle-ci je la note dans un coin 😅. Bonne continuation

Merci @.Shad. ça marche super (reçu ce matin):

Oui c'est bien ce que je voulais dire. L'intérêt du proxy inversé est d'éviter d'ouvrir les ports spécifiques aux applications. Tu te connectes avec https://appli.ndd donc la requête arrive de l'extérieur sur le port 443 (https) et depuis le LAN la requête est redirigée vers http://iplocaleNAS:portappli. donc tu n'as besoin d'ouvrir que le port 443 et de le rediriger vers le NAS. C'est donc une erreur d'ouvrit les ports spécifiques aux applications et de les rediriger Certains ports tu seras cependant obligé de les ouvrir (pour utiliser VPNserveur ou DNS serveur etc...) Se connecter de l'extérieur c'est se connecter de l'extérieur de son réseau local. Le réseau local est constitué de tous les équipements connectés à ta box que ce soit par câble éthernet ou WIFI. Lorsque tu te connectes avec un smartphone tu peux le faire de l'intérieur (en WIFI vers ta box) ou de l'extérieur en 4G et WIFI coupé.

Personnellement j'ai installé Drive et Drive Sharesync sur le DS218+ installé Cloud Station et Cloudstation share sync sur le DS212+ Cliqué sur Cloudstation share Sync et mis les identifiants du DS218+ puis recherché le répertoire que je souhaitais synchroniser.

Bonjour @PhilippusBulgaricus C'est peut-être possible en installant Cloud Sync sur le DS1010+. En tout cas j'arrive à synchroniser des répertoires entre : DS218+ avec Drive et DS212+ avec Cloud Sync (Drive Sync non supporté) Par contre les deux ont la même version du DSM

Bonjour @Kevin Ledig De quel tuto s'agit-il? Une petite présentation ici serait utile pour te dépanner. Ce n'est pas anormal d'arriver sur le DSM avec ndd:5001. Après, cela dépend de ce que tu veux faire. En général on préfère l'utilisation d'un proxy inverse pour arriver au DSM sans utilisation de port, avec nas.ndd par exemple . Mais cela n'a rien d'obligatoire. Je te conseille de lire le tuto sécuriser les accès à son NAS en priorité

Bienvenue @JJM93

Bonjour @Babou57 Essaie avec https://video.ndd ==> https://iplocaledunas c'est pas terrible de faire deux chiffrements mais parfois cela fonctionne. Sur android DS vidéo il faut cocher la case https même si tu as un fichier .htaccess

Bravo ! Watchtower est vraiment top surtout en utilisant docker-compose. J'ai aussi rajouté ROLLING-RESTART

Là c'est un peu contraignant. C'est pour cela que la plupart d'entre nous utilise le proxy inversé avec un fichier .htaccess pour forcer le https. Dans ce cas les ports des applications dont 5000 et 5001 ne sont pas ouverts. Je mettrais un bémol à ce que dit @oracle7. Même si moins sécurisé si tu imposes d'utiliser https://nomduDSM.synology.me:5001 (https) en fermant le port 5000 c'est déjà bien. D'ailleurs quand tu te connectes à ta banque tu es bien en SSL. En conclusion j'utilise une connexion VPN lorsque je me connecte à mon NAS de l'extérieur surtout en admin. Les utilisateurs non admin de mon NAS se connectent en https imposé. J'écris sous couvert de ceux qui savent mieux que moi. Qu'ils n'hésitent pas à corriger mes propos 😉

En se connectant au serveur VPN du NAS de l'extérieur (donc avec l'adresse publique qui figure dans le fichier de config) on peut surfer sur internet en utilisant sa propre connexion. Je n'ai pas la possibilité de faire un test mais il me semble bien m'être connecté à mon NAS depuis l'extérieur avec son adresse locale en utilisant un client VPN depuis une tablette. Edit : merci de ta réponse @oracle7, j'ai effectivement cette option cochée dans les paramètres du VPN. @seb46 tu ne l'as peut-être pas cochée de ton côté ?

Avec OpenVPN. Si quelqu'un sait pourquoi la connexion est possible avec l'adresse VPN mais pas l'adresse locale j'aimerais bien savoir 🙂

Bienvenue @Joachim49 Tu commences mal, je vais te demander des droits d'auteur pour ton jeu de mot 🤣 Bon je ne suis pas sûr d'être le premier sur cette affaire 🙄

En résumé : Tu te connectes au DSM depuis l'extérieur de ton LAN: Avec http://192.168.1.14:5000 sur un périphérique android dont client VPN activé Tu n'y arrives pas avec un périphérique windows 10 le client VPN étant bien activé C'est ça ?

Tu as bien vidé le cache navigateur. Eventuellement change de navigateur.

Bonjour @seb46 Fais le même essai en décochant la case "rediriger automatiquement les connexions HTTP vers HTPS". Toujours en VPN

bienvenue @Asakura er à bientôt sur ce forum.

Bienvenue @nimeno29 On avait compris 🤣