.Shad.

Est-ce que c'est sous-entendu tout est filtré sauf ce qui est redirigé ? ou tout reste filtré malgré tout ? joue avec les règles de ton pare-feu (faible, personnalisé) pour voir si ça fonctionne, bref aller par itération pour voir où ça coince. Tu devrais mettre une valeur à ton TTL pour ton CNAME sur OVH, ça peut être 1 journée (86400) ou 1 heure (3600). Ca évite que certains enregistrements restent éventuellement en cache indéfiniment. Tu peux également ajouter dans le pare-feu de ton NAS une autorisation pour les origines localhost => 127.0.0.0/255.0.0.0.

Dans ton pare-feu, met 192.168.1.0/255.255.255.0 au lieu de 192.168.1.1 Vérifie aussi les directions dans ton routeur ou ta box.

Salut, Je pense que tu n'as pas pris le temps de lire le tutoriel de référence : Si tu n'as pas le temps ni l'envie, alors je te conseille de continuer à utiliser QuickConnect, il vaut mieux un QuickConnect avec ses défauts qu'un NAS ouvert à toutes les attaques. L'accès extérieur au NAS ce n'est pas ce qu'il y a de plus évident si on veut le faire de manière sécurisée.

Bienvenue !

DSM verrouille certaines choses, la plupart du temps pour de bonnes raisons, ça protège souvent l'utilisateur de lui-même. Sur mon serveur Debian, j'utilise Emby qui indexe des montages CIFS/SMB, parce que ces montages se retrouvent dans Linux : Si on tape la commande en SSH sur un NAS lorsqu'on a monté un dossier distant, on retrouve quelque chose d'équivalent : Si j'avais mon conteneur Emby sur le NAS, et que j'y montais le dossier /volume1/hub/XXXX/seedbox, ça marcherait sans problème, chose impossible à faire si je passais par le paquet pour DSM.

On parle de deux choses différentes, je dis juste que les paquets inclus dans DSM ne permettent pas d'indexer autre chose que les dossiers partagés du NAS hôte, donc un montage distant par SMB ne sera pas indexable, un disque en USB non plus, etc... Donc espérer indexer pour un même serveur Plex / Emby / DS Vidéo depuis le 916+ un dossier distant ne fonctionnera pas (aux dernières nouvelles en tout cas). Docker n'a rien à voir avec un montage distant, c'est un logiciel de virtualisation (conteneurisation plus précisément) qui permet de faire tourner n'importe quelle application Linux, de façon totalement détachée de DSM. Tu peux voir ça comme des machines virtuelles plus légères. Et si on utilise un serveur multimédia via Docker (Emby / Plex / Jellyfin / etc...), on peut aller indexer un dossier distant normalement. Parce qu'on s'affranchit des limitations de DSM et on cause directement avec le Linux sous-jacent de DSM. Mais Docker est juste le moyen, pas la fin en soi. J'ai écrit un tutoriel sur Docker (lien dans ma signature), mais ça a plein d'implications (temps + compréhension) sur ce que tu vas devoir mettre en place, à ta place j'attendrais quelques autres avis éclairés. 🙂

DSM 7 est plus léger et moins gourmand en ressources, mais attention il est encore en bêta, il ne devrait pas tarder à sortir (quelques mois). Par contre ce sera Synology Photos et plus Moments (Moments et Photo Station fusionnent pour devenir un gestionnaire de photos unique Synology Photos). DSM 6 est très éprouvant pour les modèles d'entrée de gamme.

Attention que s'il fait un montage distant sur un autre NAS, avec DSM il ne pourra pas indexer les fichiers multimédia qui s'y trouvent. Par Docker en revanche il n'aura pas de problème (c'est ce que je fais avec Emby Media Server). @Enzo82 Je pense que c'est plus intéressant en effet. En tout cas en réponse à ta question initiale, non ce n'est pas possible.

Non et je pense que c'est mieux ainsi. Le seul + d'une extension c'est de faire un seul et unique volume entre les deux périphériques. Et on considère ça généralement plutôt comme un -. Si le câble reliant tes deux boitiers est déconnecté, tu bousilles ton volume. Tu peux recycler ton DS415+ comme deuxième NAS de production ou destination de sauvegarde, idéalement hors site.

Bienvenue parmi nous 😉

Bienvenue !

Bienvenue !

Bienvenue parmi nous !

@Jeff777 : Alors, fait étrange, sur le NAS, si je laisse les guillemets pour l'URL Gotify et son token, ça ne fonctionne pas, car Watchtower rajoute automatiquement des guillemets autour des valeurs dans les variables d'environnement, du coup double guillemets il est perdu. En revanche, sur mon serveur Debian, j'ai des guillemets et ça fonctionne correctement. Et sans aussi. Alors à quoi est-ce dû ? Mystère. Un rapport avec les locale ?

Merci pour l'info, je ne connaissais pas cette variable. J'éditerai le tutoriel en ce sens.

De rien. 😉

Ajout d'un paragraphe concernant Portainer agent, et dans le futur Edge Agent (quand je l'aurai testé).

Tu n'es pas le seul à avoir ce problème, ça fait apparemment scandale sur Reddit :

Avec Hyper Backup tu peux sauvegarder tes données et les rétablir sur le nouveau NAS. Le système de fichiers est indépendant des données.

https://www.serverlab.ca/tutorials/linux/database-servers/how-to-create-a-credential-file-for-mysql/ Pour moi tu le mets où tu veux, tu le précises ensuite en ligne de commande. Enfin s'il y accède bien en ligne de commande.

Je ne vois pas ce qui t'empêche de caler ton fichier conf quelque part dans /volume1, et tu chmod 600 / chown root:root le fichier. Personne en dehors de root ne devrait être capable de le lire.

La MIB est bien présente dans le routeur ? Il y a peut-être une bonne raison pour laquelle ils l'ont enlevée, ce n'est pas ce que tu disais ?

Bienvenue parmi nous 🙂

Bienvenue parmi nous ! Tkt dis-toi que même si tu en as fait une grosse, tu en feras sûrement une plus grosse un jour 😄 Un jour, j'ai réussi à chown sur un user non admin l'entièreté d'un / en m'amusant avec le mode privilégié sur Docker, c'était franchement sale. 😄

Sans connaître la variable en question, je pense que c'est comme trust-server, etc... Ça veut probablement dire que tu désactives la vérification du certificat. En local ça ne représente aucun danger, mais aucun intérêt de déployer en HTTPS du coup car le chiffrage n'est pas actif.