.Shad.

@PascalFr On peut y regarder un soir de la semaine si tu veux, MP moi tes disponibilités, je piocherai dedans.

@Gabin Gabin Plusieurs choses : Je te conseillerais d'utiliser l'image Linuxserver de MariaDB, plus adaptée de façon générale à l'utilisation sur un NAS. La fonction des links est dépréciée depuis longtemps pour communiquer avec un autre conteneur, il faut utiliser un réseau bridge personnalisé. As-tu précisé le port (3306) pour la connexion à la DB dans le wizard Nextcloud ? ==> db:3306 Si ça ne fonctionne pas plus, recrée des dossiers vierges et essaie cette stack : version: '2.1' services: db: image: linuxserver/mariadb restart: unless-stopped networks: - net-nextcloud volumes: - /volume1/docker/nextcloud/db:/var/lib/mysql environment: - PUID=1026 - PGID=100 - MYSQL_ROOT_PASSWORD=XXXXXXXXX - MYSQL_PASSWORD=XXXXXXXXX - MYSQL_DATABASE=nextcloud - MYSQL_USER=nextcloud app: image: nextcloud restart: unless-stopped networks: - net-nextcloud ports: - 8244:80 volumes: - /volume1/docker/nextcloud/config:/var/www/html environment: - PUID=1026 - PGID=100 - MYSQL_PASSWORD=XXXXXXXXX - MYSQL_DATABASE=nextcloud - MYSQL_USER=nextcloud - MYSQL_HOST=db networks: net-nextcloud:

@Sehoku Qu'as-tu mis dans ton client Synology, j'entends client desktop Windows ou Mac ? (pas Android ou iOS) drive.ndd.fr pour l'adresse du NAS ? En parallèle, peux-tu faire via le terminal : nslookup drive.ndd.fr

Hello, content que ça réponde à ton besoin. drive.ndd.fr pointe vers ton proxy ou ton NAS ? car le ndd doit pointer vers le NAS pour le trafic qui passe par le port 6690. Ce que tu peux faire passer par le proxy c'est l'interface d'accès à Drive.

@LeoM Mopidy + Snapcast + Iris Avantages : Permet de gérer autant de flux que tu as d'instances de Mopidy (multipliables, via docker ou vm) Intégration des clients (snapclient) au serveur Snapcast (snapserver) triviale Réglage possible de la latence de diffusion pour mieux synchroniser les sources sonores Intégration possible de Airplay via shairport-sync et Snapcast Inconvénients : Certains services de streaming ne sont pas disponibles (Deezer car interdit par Deezer, Youtube Music car plugin à l'abandon) Même si Iris (https://github.com/jaedb/Iris) est très potable pour une interface graphique gratuite, je ne suis pas sûr que ça réponde à tes exigences Faut clairement mettre les mains dans le cambouis, et ça demande un peu de maintenance lors des changements majeurs de version Une autre solution que tu pourrais envisager c'est Volumio : https://volumio.com/fr/ Volumio Avantages : Complètement compatible avec des Raspberry Pi et des modules Hifiberry (c'est même l'idée de départ) Interface simple, jolie et efficace Tu peux streamer un flux sur 6 clients en simultané Compatible Chromecast et Airplay Intégration de quasi tous les services de streaming Inconvénients : La version gratuite n'inclut pas le multiroom (et l'intégration native de plusieurs services), il faut passer sur abonnement Premium (mais le prix est démocratique) Si tu veux plus de 6 appareils connectables, il te faudra un 2ème abonnement Il faudra passer par une VM si tu veux héberger Volumio sur ton NAS, et ce n'est pas l'installation la plus simple, plus facile de l'installer sur un Raspberry Pi. A savoir que si tu achètes un ampli chez eux (https://fr.shop.volumio.com/), tu as l'abonnement premium à vie inclus. Je me suis posé les mêmes questions que toi récemment, hormis la partie audiophile, et j'ai utilisé le mois gratuit de Volumio Premium (voir la liste des fonctionnalités pour les versions gratuite et premium : https://volumio.com/volumio-premium-plan/). Honnêtement, c'est uniquement parce que j'avais besoin de pouvoir avoir plusieurs flux simultanés possibles que je n'ai pas poursuivi dans cette direction, sinon ça répondait parfaitement à mon besoin. Par rapport à ton besoin, ce qui peut manquer je pense c'est la possibilité de lire directement sur le smartphone, mais il y a peut-être un plugin qui le permet, à vérifier. Dernière chose, je dirais que si tu as besoin d'un WAF élevé (Wife Approval Factor 😉), il vaut mieux je pense mettre économiser et te diriger vers une solution Sonos. La mienne utilise Iris mais peste parfois à juste titre sur certains comportements 😄

C'est le healthcheck qui te dit que le conteneur est malade.

Enlève le healthcheck et la ligne suivante (test: ...) du fichier compose. Avec quel compte crées-tu tes 3 dossiers de données ? un utilisateur admin ? Et tes logs ne vont pas plus loin que ça ? tu obtiens quoi comme erreur lorsque tu tapes dans ton navigateur l'IP de ton NAS suivi du port 7890 ?

Hello @LeoM tu serais le premier à t'intéresser à ce tutoriel 😄 Il est assez simple à mettre en place, mais pâtit de quelques défauts de "confort" depuis la dernière màj (il reste 100% fonctionnel). Si tu veux pouvoir diffuser de la musique sur le périphérique "client" c'est possible aussi, mais c'est pas l'utilisation première prévue (diffusion multiroom et simultanée d'un OU plusieurs flux dédiés sur des clients différents). Si tu rencontres des difficultés je serai là pour t'aider, ne t'inquiète pas.

Je plaide pour un simple problème de nom d'hôte utilisé.

Le plus simple est de faire tourner sa seedbox dans un conteneur, et d'y associer un client VPN, des tas d'image existent, par exemple : https://hub.docker.com/r/haugene/transmission-openvpn/ Il faut par contre avoir un NAS compatible Docker, pour DSM 7 c'est : https://www.synology.com/fr-fr/dsm/packages/ContainerManager Pour DSM 6 c'est : https://www.synology.com/fr-fr/dsm/packages/Docker?os_ver=6.2

Pas d'expérience à ce sujet pour ma part, si je devais en acheter une pour mon RS422+ ce serait sûrement l'officiel (oui pigeon, mais pas envie de m'embêter avec d'éventuels problèmes de compatibilité).

@PascalFr Rien, une intuition, je viens de l'installer ça marche bien. Mais j'ai dû créer les dossiers des volumes auparavant, car les ID utilisées par l'application (100/101) ne sont pas compatibles avec les ACL DSM qui empêchent la création automatique des dossiers. Donc, si je reste sur les consignes du tutoriel, tu dois créer des dossiers data, config et logs dans ton dossier stirling. Et pour la stack compose, si je suis les dernières consignes reprises sur le github, je dois monter : - /volume1/docker/stirling/data:/usr/share/tessdata et pas : /volume1/docker/stirling/data:/usr/share/tesseract-ocr/5/tessdata De ce que je peux voir les variables PUID et PGID documentées ne sont pas implémentées correctement, ce qui aurait permis de ne pas avoir à créer les dossiers manuellement. Ce sera peut-être corrigé à l'avenir, en attendant tu peux laisser les deux lignes les spécifiant dans ton fichier compose.

Emby (Premiere), pas grand chose à reprocher en 5 ans d'utilisation maintenant.

Je suspecte un problème de permission, je vais essayer de l'installer pour voir.

@lenoob22 Dans ta dernière impression d'écran, on voit que le lien renvoie vers localhost, donc ton client, alors que je pense que ça devrait renvoyer vers l'IP ou le FQDN du NAS. Il faut investiguer de ce côté-là, j'utilise Bitwarden et pas Vaultwarden, mais peut-être que @MilesTEG1 pourra t'aider.

@PascalFr Avant de t'attaquer à l'accès distant, il faut déjà régler le problème de l'accès local. Il serait intéressant que tu fournisses les logs du conteneur Stirling, s'il passe en unhealthy c'est que soit le healthcheck introduit dans le fichier compose n'est pas fonctionnel, soit que Stirling ne se lance pas correctement. Je penche plutôt pour cette option. Ca peut être dû à plein de choses, une mauvaise configuration ou des permissions incorrectes au niveau des volumes. Seuls les logs pourront nous éclairer à ce sujet, pour y accéder c'est facile, tu cliques sur le conteneur dans Portainer, tu as bouton logs, tu nous c/c ça ici dans une balise code pour la lisibilité. Si tu as suivi le tutoriel de sécurisation, le port 7890 que tu as mappé du NAS vers le 8080 du conteneur est accessible, donc ce n'est pas un problème lié au port.

@StephN999 Tu dis être à 5000Mb/s, c'est dans le cas d'un transfert de l'un à l'autre ? ou alors en passant par un PC client tiers ?

Bienvenue parmi nous !

Sauf si besoin de transcodage, en ce cas le manque d'iGPU sur le DS223j empêchera d'utiliser le décodage matériel. Cela dit, avec les bons codecs et/ou les clients adaptés, le transcodage ça s'évite en grande partie.

Bienvenue, un collègue imprimeur ! (en total amateur contrairement à toi si j'en crois les articles de lesimprimantes3D.fr 😄) ! Pour l'instant je n'ai testé que le FDM, la résine ça viendra sûrement bientôt. 😉 Au plaisir de pouvoir t'aider 🙂

Que disent les logs ? (Centre de journaux)

Comme l'a justement précisé @Lelolo, on a effectivement besoin de savoir comment tu les as installés (bridge, bridge perso, host, etc...) et quelle(s) image(s) tu utilises.

Bienvenue parmi nous !

Même pour un bon prix je ne prendrai pas un NAS qui a 10 ans, sauf éventuellement pour un NAS qui sert de destination de sauvegarde. Ca fait le job oui, QNAP tu auras un meilleur hardware au détriment d'un software moins poussé que DSM. Ca dépend si tes périphériques peuvent nativement lire les fichiers en question, et si le débit des connexions (côté NAS et client) sont suffisants pour le bitrate du fichier. Ce sont des paquets tiers, tu es tributaire de la bonne volonté du maintainer du paquet. Alors qu'en virtualisation, tu peux utiliser la version native du développeur du logiciel (en créant par exemple une VM sous Linux), et qu'en conteneurisation, même si une image n'est plus maintenue, tu peux être certain que soit il existe une alternative, soit le soft sera forké.

Pour l'aspect multimédia, à partir du moment où tes lecteurs ne demandent pas de transcodage (cad qu'ils savent lire nativement le format de tes fichiers), tu n'as pas besoin d'un foudre de guerre, un modèle "j" peut suffire amplement. Pour du simple stockage ça fait l'affaire. Ton Apple TV est parfaitement pour la lecture de fichiers sur le NAS. Si par contre tu souhaites utiliser Plex (ou Emby ou Jellyfin, etc...) un modèle J doit compter sur la disponibilité d'un paquet compilé pour DSM (l'OS de Synology), alors qu'un modèle "+" permet via Docker ou Virtual Machine Manager de faire tourner n'importe quelle application, donc même si le paquet officiel n'est plus maintenu tu auras (quasi) toujours une solution de secours. Moi je pencherais soit pour un modèle "j" mais plus récent que la série 18 qui a quand même bientôt 7 ans, ne serait-ce que pour la période de support, soit pour un modèle "+" de série 20 et +. Pour le nombre de baies, une baie peut faire l'affaire mais moi j'opterais pour deux baies, c'est plus confortable, si un jour tu veux passer en RAID1 tu n'auras pas à changer de NAS.