.Shad.

Oublie le DS923+ si tu souhaites que le NAS puisse transcoder matériellement. Le PlexPass sans le iGPU c'est un peu une tourte vide 😄 Ou alors, tu prends le DS923+ pour le stockage et le transcodage sera effectué par un périphérique tiers, une Shield Pro par exemple (mais 3 utilisateurs ça risque d'être un peu dur pour elle) ou un mini-PC. Transcoder n'utilise pas beaucoup de RAM, ce sera amplement suffisant, voire surdimensionné. Je ne suis pas sûr que ça change quoi que ce soit pour l'utilisation que tu prévois. Soit le client lit nativement le fichier (donc capable d'ingurgiter video/audio/sous-titres, dans ce cas-là il se contente de décoder, soit il ne sait pas le faire et donc c'est au serveur de faire le nécessaire avec ses ressources, iGPU dans le cas du DS920+ ou DS918+, CPU dans le cas du DS923+. PlexPass permet au serveur de faire le transcodage.

Tu as un besoin plus explicite que ça ?

En connexion auto, tu as quand même le choix d'introduire un préfixe ? car c'est la connaissance du préfixe qui va permettre à ton routeur et tes équipements d'obtenir des IPv6 routables, ce que soit en DHCPv6 ou en auto-adressage (SLAAC). Normalement ta box doit délivrer un préfixe de minimum /56, voir /52 ou /48. Parmi ce pool, tu dois normalement "choisir" un /64, par exemple si je reçois un /56 : 2a01:abcd:ef87:5c::/56 Je peux choisir : 2a01:abcd:ef87:5c01::/64 et tous mes périphériques auront leur IP routable dans cette plage.

Pihole (et Adguard j'imagine) n'a pas besoin d'avoir une IPv6 pour traiter les requêtes DNS faites par un périphérique causant IPv6. Il se contente de passer les plats, donc si le ou les upstream DNS servers renseignés savent traiter l'IPv6, c'est bon. Ton deuxième NAS n'est accessible en IPv6 que pour certains ports depuis l'extérieur, mais là on parle bien d'un fonctionnement local non ? en local il ne se comporte pas différemment de ton autre NAS.

Pihole sur le NAS en redondance ? Je toune avec 2 pihole depuis plusieurs années, du coup je peux reboot un périphérique ou l'autre sans problème.

Vous vous égarez là. Quel besoin de modifier a mano (changement qui ne sera pas persistant au passage) le fichier hosts quand tu as le conditional forwarding qui sert justement à récupérer les noms d'hôte des périphériques de ton réseau à la place de leurs IP ? Paragraphe 5-C-2

Bienvenue 🙂

Regarde dans le tuto de monitoring, je propose une stack avec les différents compose.

A ma connaissance non. Mais si tes montages de volumes sont correctement faits, c'est l'affaire de 2 minutes de recréer un conteneur dans une stack sans perte de données.

Clairement il y avait peu de chance que ça donne quelque chose je suis d'accord avec toi, mais j'ai trouvé plusieurs retours en ce sens sur les forums officiels Synology, ça ne coûtait pas grand chose de tester.

Salut et bienvenue parmi nous ! J'espère que tu as une ou deux sauvegardes pour tes photos !

Et en utilisant le chemin absolu au lieu du relatif : /usr/syno/sbin/synonet ?

@PierU Il pourrait être intéressant que tu installes Wireshark sur ton PC et que tu compares le magic packet que tu reçois lors de l'utilisation de synonet et celui reçu lors de l'utilisation du logiciel.

Oui évidemment, pas le temps de regarder ce soir mais j'enquêterai du week-end 🙂

Ah ben c'est marrant chez moi c'est gris quand c'est pas Docker Hub 🤔 je vais regarder pourquoi.

Moi j'y vais comme un barbare, je ne me sers d'aucun des magnifiques outils que propose Git, j'édite mes fichiers directement sur Github. Donc je pense que je n'ai aucune leçon à te donner sur l'utilisation d'un dépôt Git. 😄 @Dimebag Darrell Il faut que les images utilisées soient celles de Dockerhub, et pas d'un dépôt tiers (comme ghcr.io ou lscr.io), sinon l'icône s'affichera en gris.

Sur le GitHub officiel, la dernière mise à jour date de 2017🤔

Pour les intéressés, il est possible de passer à Portainer business gratuitement (jusqu'à 5 noeuds (machines)), il y a quelques avantages sympathiques, je vous laisse consulter la video de @GuiPoM à ce sujet :

Ok je verrai à compléter alors ou être plus clair.

Ca me semblait assez clair, je ne suis pas allé plus loin que le chemin pour une distribution Linux classique ou pour DSM, vu le forum où on se trouve.

Le jour où tu changes de box, le NAS aura une IP de la nouvelle plage DHCP, il est très facile à trouver : via son hostname + domaine local via find de Synology via la consultation des baux DHCP dans ta box directement Et tu pourras réattribuer l'IP de ton choix au NAS

Mes condoléances à sa famille, et merci pour toute l'aide qu'il a apportée au sein de notre communauté.

Dans les faits oui ça marche tout aussi bien, mais le jour où je résilie un nom de domaine, j'ai juste à supprimer le conteneur ad hoc au lieu de modifier l'existant. Puis deux NDD avec les même credentials, c'est donc un token qui donne au minimum accès aux requêtes sur les deux NDD, voir souvent par commodité sur l'ensemble de la zone DNS (*). Moins sécurisé je trouve. Mais je suis d'accord c'est un détail. 😉

J'étais encore inculte ! 😄

Non pas du tout, car L'image Linuxserver exécute le conteneur en tant que root, les variables PUID/PGID n'ont rien à voir avec qui exécute le conteneur, c'est un mapping d'un utilisateur du conteneur vers l'hôte pour qu'il n'y ait pas de couac au niveau des permissions lors de la lecture/écriture des fichiers. Pour changer qui exécute un conteneur, en docker cli : --user toto en yml : user: toto Ca se vérifie facilement avec l'id du conteneur : ps aux | grep f6712af170c1b5bbfd581b9a68d91058d5307e8aa026b360b37ce3551c488058 root 2651069 0.0 0.0 712456 14284 ? Sl Nov07 0:30 /usr/bin/containerd-shim-runc-v2 -namespace moby -id f6712af170c1b5bbfd581b9a68d91058d5307e8aa026b360b37ce3551c488058 -address /run/containerd/containerd.sock Voir le changement récent avec l'image de Telegraf, qui a effectivement changé l'utilisateur exécutant le conteneur (root -> telegraf)