Classement

Bonjour a tous Dans le but de remettre à plat les différentes manières d'accéder à mon NAS, je m’aperçois qu'avec le temps j'ai mis en place deux manières d'accéder aux applications du NAS. La première, c'est en utilisant le portail des applications. Ce portail permet définir trois type d'accès à une application du NAS : Par un alias personnalisé, ce qui permet d'accéder via une URL de type https://<monNDD>/<alias> Par un port, ce qui permet d'accéder via une URL de type https://<monNDD>:<port> Par un domaine personnalisé, ce qui permet d'accéder via une URL de type https://<alias>.<monNDD>. C'est systématiquement ce type d'accès que j'utilise. La deuxième, c'est en utilisant le Reverse Proxy. On se rend compte que le troisième type d'accès du portail correspond en fait à un Reverse Proxy (du moins j'ai toujours fait cet amalgame, je ne sais pas si c'est techniquement exact, sans doute un expert pourrait répondre à cette question). Historiquement, la première solution a été mise en place dans le DSM bien avant le Reverse Proxy. De plus seules les applications standard du NAS (et encore pas toutes) peuvent être gérées dans ce portail. J'en arrive donc a mes questions : D'après vous quels sont les avantages/inconvénients d'utiliser le domaine personnalisé plutôt que le Reverse Proxy ? Est-ce qu'on peut se passer complètement du domaine personnalisé et tout paramétrer via le Reverse Proxy ? Est-ce qu'avec le DSM 7, toutes les applications du NAS auront bien leur entrée dans le portail ? Quelles sont vos préconisations : paramétrer les application du NAS dans le portail et les autres dans le Reverse Proxy, ou tout paramétrer dans le Reverse Proxy (pour tout avoir au même endroit) ? Merci pour vos conseils ...

Salut , @oracle7 J'ai eu un retour du support Synology : Verdict : ne rien tenter 😄 ce qu'on pensait initialement. Par contre, ce que je trouve étonnant, c'est que mes volumes ont été créés sur le 920+ directement... sans passer par l'ancien NAS... Bon à l'époque c'était en DSM 6.2.3-25426 Update 2... Je sais pas si ça joue...

@HugOil Alors, pour le DDNS dans DSM, c'est là pour DSM7, pour DSM 6.2 ça devrait être par là aussi 😉 Tu peux même cumuler plusieurs services différents ^^ J'ai OVH et Synology. Haaa, tu as trouvé comment faire ^^ Et donc ça fonctionne depuis la 4G et aussi depuis ton LAN ? (si ça fonctionne depuis le LAN, ta box gère un peu le loopback 🙂 Je n'ai plus besoin de te faire des captures d'écrans alors ? Pour info, j'utilisais avant mon nom de domaine comme toi 😉 : nas1.mon-ndd.ovh nas2.mon-ndd.ovh Avec des "sous-domaines" : photos.nas1.mon-ndd.ovh service1.nas1.mon-ndd.ovh service2.nas1.mon-ndd.ovh ... mais j'ai changé de méthode, mais ça n'empêche pas celle que tu utilises de fonctionner 🙂 Ha oui, bien vu, j'ai pas précisé que les deux NAS dont je parlais ne sont pas sur la même connexion internet 😉

Dans ce cas-là tu as par exemple nas.hurion.ovh, nas2.hurion.ovh, vps.hurion.ovh, etc... Tu crées un certificat pour chacun des domaines ci-avant, et tu crées par exemple files.nas2.hurion.ovh, music.nas.hurion.ovh, wordpress.vps.hurion.ovh, etc... Mais si ce domaine est destiné uniquement à accéder à des applications derrière une même IP publique, je pense que tu peux t'en passer. Comme l'a dit @PiwiLAbruti tu crées un dynhost du type dynhost.hurion.ovh (pas besoin d'ajouter l'info que ça pointe sur un NAS), puis tu crées tes entrées qui amènent derrière l'IP publique vers laquelle pointe le dynhost : dsfiles.hurion.ovh, dsaudio.hurion.ovh, etc... Pour apporter une nuance à ma première phrase : Tu peux le contourner en transformant files.nas en files-nas par exemple. 😉