.Shad.

@stephane74240 Est-ce que tu as bien associé cette application au certificat LE dans DSM ?

Bienvenue parmi nous ! Au plaisir de te lire 🙂

Non du tout.

Bienvenue parmi nous !

Bienvenue parmi nous !

Bienvenue parmi nous 🙂

Re-bienvenue alors !

Si tu choisis un NAS pour transcoder du 4K HDR oublie, les processeurs sont axés faible consommation et "faibles" performances. Pour du 4K HDR il est préférable d'avoir des périphériques capables de lire nativement, ou utiliser des box android comme la Shield TV par exemple. Ou alors un serveur homemade bien beefy avec carte graphique dédiée, vu les prix de ces dernières actuellement, je ne pense pas que ce soit la solution. J'utilise Deluge via Docker qui marche du tonnerre. Cela nécessite un NAS de la série "+" (haut de gamme). Sinon tu peux te servir de Download Station, logiciel de téléchargement de la suite Synology, mais pour une raison que j'ignore, je n'ai jamais réussi à obtenir la même constance dans l'upload et dans le débit que sur Deluge, peut-être une mauvaise configuration de ma part, je ne sais pas.

Oui oui. 🙂 Je vais mettre à jour mon NAS ce week-end, je verrai si le chown bouge. 🙂

Quel protocole utilises-tu pour te connecter au NAS ? SMB ou NFS ? Quelle distribution de Linux ?

Bienvenue parmi nous !

Que dit la page d'erreur ? Si tu fais F12, est-ce que tu arrives à voir le numéro d'erreur ? (404, 503, ...)

Utiliser le groupe permet de ne pas toucher aux permissions. C'est toi qui vois la méthode que tu préfères.

J'expliquais juste à quoi ça servait.

Je ne sais plus comment c'était sous DSM 6, mais je doute que tu aies nativement du 666 sur ce fichier-là, je pense que tu devais avoir initialement du 660 voir plutôt du 640. En l'état tout utilisateur du système peut utiliser et effacer ton fichier. Tu as dû étendre les permissions à un moment donné. Le mieux étant de laisser root/root quand on a la possibilité, si pas, créer un groupe dédié à la manipulation de ce fichier, et attribuer ce groupe au fichier. C'est beaucoup plus sécurisé qu'un 666. C'est d'ailleurs le système utilisé par DSM 7 pour renderD128, qui autrefois appartenait à root/root, et maintenant root/videodriver. Ainsi si besoin qu'un utilisateur accède à ce fichier on peut se servir du groupe, et ne plus modifier les permissions en 666. Les autres distributions Linux fonctionnent sur le même principe, au moins pour Ubuntu et Debian en tout cas. renderD128 je pense que c'est pour le transcodage matériel avec Plex non ? Je ne sais plus comment c'était sous DSM 6, mais je doute que tu aies nativement du 666 sur ce fichier-là, je pense que tu devais avoir initialement du 660 voir plutôt du 640. En l'état tout utilisateur du système peut utiliser et effacer ton fichier. Tu as dû étendre les permissions à un moment donné. Le mieux étant de laisser root/root quand on a la possibilité, si pas, créer un groupe dédié à la manipulation de ce fichier, et attribuer ce groupe au fichier. C'est beaucoup plus sécurisé qu'un 666. C'est d'ailleurs le système utilisé par DSM 7 pour renderD128, qui autrefois appartenait à root/root, et maintenant root/videodriver. Ainsi si besoin qu'un utilisateur accède à ce fichier on peut se servir du groupe, et ne plus modifier les permissions en 666. Les autres distributions Linux fonctionnent sur le même principe, au moins pour Ubuntu et Debian en tout cas. renderD128 je pense que c'est pour le transcodage matériel avec Plex non ? De mon côté ça ne marche pas mieux avec un chmod 666 avec la 1.21.2, donc pour moi le problème ne vient pas de là. Mais d'où, je ne sais pas encore.

Celle où se trouve le NAS distant.

Salut, Très probablement la redirection de ports sur ta box qui a sauté, sinon c'est le pare-feu du NAS qui n'autorise pas l'accès à Hyperbackup. Vérifie que le port 6281 est bien redirigé et actif sur le NAS distant, c'est le port qu'utilise Hyperbackup Vault.

@darkneo

Bienvenue parmi nous !

Avec le NDD (gratuit) de Synology tu peux. Avec un NDD gratuit, je n'en connais pas, ça existe peut-être cela dit.

Moi j'investiguerais vers ton système de redirection IPv4/6 sur des NAS différents, je t'ai toujours dit de remettre ça à plat. 😄 Je dis pas que c'est ça, mais qu'il y a bien 50% de chance que ça le soit. 😄

Normalement, tu fais en sorte d'utiliser des noms d'hôte voire des FQDN pour accéder à tes périphériques, avec un résolveur local qui te permet d'avoir les mêmes adresses en interne et externe, simplement ça pointe soit sur ton IP publique ou une IP locale suivant l'origine de la requête. Même si tu changes ta plage DHCP, dans ce cas-là tu as juste à modifier ton serveur DNS local. Et peut-être deux/trois autres endroits où on peut juste entrer une IP et pas un nom d'hôte, mais c'est très limité.

La grosse limitation de ce tutoriel c'est que c'est très dépendant du périphérique. Ce que j'ai éprouvé c'est le fait qu'un périphérique fonctionnant en NT1 (SMB1) peut se connecter au conteneur qui partage tel ou tel dossier du NAS. Reste le protocole de découverte, wsdd2, mDNS, etc... qui a l'air d'avoir beaucoup évolué au fil des ans, pour ça je compte sur les utilisateurs comme toi pour débugger un peu le fonctionnement de leurs périphériques pour faire avancer la chose. 😉

Bienvenue parmi nous !

Pas de mention = latest Tu peux très bien utiliser le dépôt de Docker Hub, c'est juste que tu es limité à un nombre de pulls, ce qui n'est pas gênant pour l'immense majorité des utilisateurs.