cadkey

Quand je dis 'et non le certificat Synology', c'est qu'il est possible au départ de mettre un certificat autosigné Synology si j'ai bonne mémoire. Tu confirmes? Si c'est pas clair ou faux, je modifie.

Le certificat Let's encrypt se présente comme ceci, premiere ligne le nom que tu lui donnes, dessous le nom de domaine auquel il est rattaché. C'est bien un certificat émis par Let's Encrypt (R3) et non le certificat synology.

Web station installé, il est normal que si tu te connectes depuis l'exterieur avec https://xxx.synology.me tu tombes sur la page d'erreur que tu indiques car tu n'heberges pas de site web sur ton NAS. C'est ce qu'indique le message. C'est sans importance. Si tu te connectes avec https://xxx.synology.me:5001 tu accedes à DSM (5001 ou le port HTTPS que tu as redéfinis)

Super 👍

@oracle7 c'est une astuce pourtant très utilisée. Je te confirme que j'ai une IP fixe et je la définie dans DDNS. Ainsi elle est reliée à mon nom de domaine, peu importe que dans mon cas l'IP soit fixe. Je ne configure rien dans Avancé et tout va bien. C'est plus simple. Le nom de domaine est associé à une IP qui est fixe. Qui peut le plus peut le moins. DDNS fonctionne aussi avec une IP externe Statique, bien sûr. Ça a toujours parfaitement fonctionné comme ça 😀

@ewfzapp, Je suppose qu'en changeant de FAI, tu as forcement changé d'IP Publique Fixe... Et que tu as bien pensé à la changer dans DSM 'Accès externe' 'DDNS' et donc que tu retrouves bien cette Ip publique associée à ton NAS dans ton compte synology https://account.synology.com/fr-fr/overview

Personnellement, le Reverse Proxy est le plus securisé, profil de controle, limitation des ports ouverts, le 443 uniquement, parefeu. Etre en Http à partir de chez soi derrière son routeur n'est pas un problème, puisque on est en adresse locale. Le routeur et le parefeu ont fait le boulot. Le https ne sert plus à rien à ce stade au niveau du reseau local. J'ai tout au travers de mon Reverse Proxy. Et surtout rien via application.

Une box opérateur en 192.169.1.xxx jamais vu ça. Tu es sûr?

Comme tu l'indiques, j'avais aussi une adresse 192.168.0.xxx chez Free, que j'ai dû changer en 192.168.1.xxx chez Sfr. C'est le seul changement que j'ai eu à faire pour recuperer mon NAS sur le reseau LAN (et l'adresse IP externe liée à mon nom de domaine sur le Net en accès externe)

@Kramlech Non ce n'est pas un proxy inversé. @PiwiLAbruti T'a donné la réponse concernant la différence entre un proxy inversé et le portail des applications. Tu as aussi d'autres éléments de réponse dans l'aide synology qui est très interessante, c'est très bien détaillé pour bien faire la différence avec un proxy inversé https://kb.synology.com/fr-fr/DSM/help/DSM/AdminCenter/application_appportalias?version=6 Un proxy inversé fonctionne ainsi: https://fr.wikipedia.org/wiki/Proxy_inverse#:~:text=Un proxy inverse (reverse proxy,accéder à des serveurs internes.

Comme je l'ai écrit, le proxy inversé permet de n'ouvrir que le port 443. L'onglet application n'est pas un proxy inversé. https://kb.synology.com/fr-fr/DSM/help/DSM/AdminCenter/application_appportalias?version=6

C'est bien plus simple. Le proxy inversé se paramètre dans portail des applications. Ça évite d'ouvrir des ports à l'extérieur, tout peut passer par le port 443 en https. Et un nom de sous domaine est facile à retenir. Un seul certificat LE.

Bonjour, Il y a peut-être une solution que tu n'as pas essayé dans ce tuto: https://www.cachem.fr/retrouver-nas-synology/ En dernier recours, un reset Soft ou Hard du Synology n'éffacera pas tes données.

Quelqu'un aurait une solution à mon problème? Edit: Bon, c'est pas grave.Je retire la solution docker, je reste avec Plex classique. Ca fonctionne très bien et c'est très simple à utiliser avec rclone, symlink et quelques lignes de script.

Je ne sais pas... j'espere qu'il y a une autre solution que mettre rclone en docker.

1) Ca fonctionne comme ça depuis longtemps sur mon Plex (paquets). je suis au courant que Plex ne detecte pas les ajouts mais les renommages et les suppressions. Ca marche dans le container, c'est parfait, ça me convient, je ne change rien. Le proprietaire du drive monté est root (ça concerne le point 1, pas le 2). l2) Le dossier teamvideo n'a rien à voir avec rclone ni avec un lien symbolique. C'est un dossier de mon nas. J'ai essayer avec les dossiers video et music, je ne vois rien dans ces dossiers depuis Plex non plus.

Il y a deux choses. 1 - Je fais un lien symbolique car j'ai deux drives strictement identiques. drive1 est monté dans dossier1 avec rclone drive2 est monté dans dossier2 avec rclone. le lien symbolique pointe sur dossier1. Si drive1 a un souci, je pointe le lien symbolique sur dossier2 et tout fonctionne. je peux changer de drive si un devait s'arreter, le monter dans un dossier x avec rclone et pointer le lien symbolique sur drive x. ainsi Plex ne scan jamais la bibliotheque, il ne voit pas les changements de dossier derriere le liens symbolique. ça, ça fonctionne dans le container, c'est ok. Plex voit tout et ne scanne pas au changement, nickel. Efectivement c'est root le proprio du Symlink, ça fonctionne. 2 - je veux aussi pouvoir lire directement quelques fichiers qui sont sur mon nas dans le dossier teamvideo. j'ai declaré le dossier teamvideo dans le container, mais depuis plex je ne vois pas ce qu'il y a dans ce dossier. et je ne comprends pas. J'ai pu faire fonctionner le point 1 et je n'arrive pas à faire fonctionner le point 2. Et je ne comprends pas. Pour moi j'ai déclaré correctement les volumes dans le container. Et je suppose que c'est un probleme de droit. ou autre chose? Le proprio des dossiers doit être le user plex pour fonctionner?

Mon drive est monté avec rclone avec un script. Le dossier teamvideo dont je parle juste avant est un dossier partagé du nas /volume1/teamvideo je n'arrive pas à voir ce qui est dans teamvideo avec plex

J'ai pas tout compris ou je fais mal. J'ai un dossier teamvideo avec des sous dossiers et des vidéos Si j'ajoute teamvideo dans volume de mon container, dans plex, je vois teamvideo mais je ne vois pas ses sous dossiers ni les fichiers. Si c'est un probleme de droit, j'ai verifié, je ne comprends pas.

Dans Plex on ne peut ajouter au bibliotheques uniquement les dossiers qu'on a déclaré en 'volume' dans le container? Si je veux ajouter un dossier dans une bibliotheque, il faut au préalable que je déclare ce dossier dans le container?

Ca je sais faire, c'est pas compliqué je suis d'accord. mais ce n'est pas ma demande. Je veux pointer sur un liens symbolique. Edit: J'ai progressé mais pas completement

Ok, peut-être dans un second temps. Là mon problème est de recuperer toutes mes librairies Plex (paquet) sur Plex Docker sans que Plex scan. Sinon ça va me prendre des jours avec les Quotas de l'Api Google, car quand les quotas sont atteints, il faut attendre 24h.

Je n'ai pas de docker compose. Ce n'est pas un probleme de temps. mes medias sont sur Gdrive, et il y a des quotas qui bloquent car Plex va faire beaucoup d'accès à l'API Google. Et je n'utilise pas Blind Mount, c'est quoi? J'utilise ln -s pour créer des liens symboliques

Mais bon, ça ne fonctionne pas. Je dois pas faire ce qu'il faut dans les volumes car je ne vois pas mes liens symboliques. Pourtant j'ai mis les droitsà l'utilisateur plex et surtout quand je remplace com.plexapp.plugins.library.db par celui contenant tous mes films, je perds le serveur. (avec plex paquets cette manip fonctionne)

Non mais justement, je ne veux pas réindexer. C'est pour ça que j'utilise des SymLink et que je veux rentre strictement les mêmes dssiers des biblio dans Plex sous docker que ce que j'ai dans Plex paquet. Car en copiant com.plexapp.plugins.library.db ça fonctionne. En ayant OBLIGATOIREMENT les memes dossiers, d'ou les liens symboliques. Car mes media sont sur un Gdrive et les quotas api sont vites atteints avec une grosse biblio.