.Shad.

Bienvenue à toi 🙂

Hello, Tout d'abord on aime bien que les utilisateurs du forum passent par la case présentation. Pour éviter tout problème lié à un changement d'IP de l'hôte, autant utiliser l'IP de boucle locale (loopback), ainsi tu ne dépends pas du sous-réseau utilisé sur ton LAN, il suffit de remplacer : 172.22.240.12 par : localhost Ensuite, dans ta zone DNS sur OVH as-tu bien une entrée CNAME tr.mon.domaine.fr qui pointe vers ton IP ? (dynamique ou fixe) PS : Je te conseille d'éviter d'utiliser l'HSTS, cette option a tendance à être tenace si on souhaite s'en débarrasser, privilégie plutôt une redirection http -> https à l'HSTS.

Dans /etc/nginx/nginx.conf Attention cependant que le fichier est écrasé à chaque réinitialisation de nginx. Si tu comptes modifier le fichier, tu peux t'inspirer de l'ancien tutoriel sur la mise en place d'un reverse proxy (avant que Synology n'inclut la fonctionnalité dans le portail des applications).

On peut faire appel à @seagate_surfer éventuellement s'il a des recommandations à faire pour le changement du disque.

Hello, Chez moi ça remarche déjà depuis quelques temps, j'ai vérifié sur mon container telegraf, il a été créé à l'heure correspondant au cronjob d'ouroboros. Ma version de docker : Il se peut cela dit qu'il faille recréer les containers après la dernière màj.

Bonjour et Bienvenue, Tu trouveras certaines informations qui pourraient t'être utiles dans le tutoriel suivant : Si tu as des questions, pose-les dans un sujet externe à ta présentation. On compte sur toi ! 😛

La plupart des TV, même 4K, sont en 10/100mbits, une hérésie ? oui je trouve, c'est un argument de plus pour des produits comme une Shield ou autre android box face à un serveur qui transcode.

Cela dépend si ta box peut faire du loopback, c'est-à-dire être capable de rester en local si elle remarque que le nom de domaine Synology pointe sur sa propre IP publique. Il faudrait que d'autres personnes te répondent, je ne sais pas comment nslookup est sensé se comporter si ta box fait effectivement du loopback, affiche-t-il l'IP locale en lieu de place de par exemple l'IP que tu renvoies sur ton screen (81.242...) ? Je ne sais pas. Je ne peux que te conseiller de mettre en place un serveur DNS local, Synology fournit un paquet très accessible pour le faire, et ça te permettra de t'affranchir de cette éventuelle limitation.

Oui c'est une solution. Tu peux également faire un test avec l'outil d'analyse de la marque de ton disque, ça peut toujours faire gagner du temps sur le remplacement. 😉

Salut @Reset60, T'es un chanceux toi 😄 Oublie les disques 7200 tr/min pour un NAS, surtout s'il n'est pas isolé dans une pièce à part. C'est juste plus bruyant, et tu ne verras aucune différence de performance, surtout s'il s'agit juste de faire du stockage de données. Et tu le paieras plus cher. @ bientôt

Je ne pense pas que ce soit réellement lié à l'update, beaucoup de monde ici l'a faite, tout autant utilise le proxy inversé de Synology, et personne n'est venu se plaindre d'un quelconque problème à ma connaissance. Donc c'est soit l'implémentation de ton proxy inversé, soit un problème autre qui doit être la cause de tes ennuis. Et il se peut que la mise à jour ait mis en lumière un défaut dans ta configuration. Quand tu dis les redirections vers les serveurs locaux du NAS, tu veux dire que depuis l'extérieur, les entrées du proxy inversé qui pointent sur le NAS fonctionnent, mais pas sur ta box ? Si c'est le cas, assure-toi que ta box a toujours la même IP locale. Tu peux également te connecter en ssh et vérifier l'IP renvoyée par la commande nslookup sur ton nom de domaine. nslookup domain.example et notamment sur le CNAME pointant vers ta box.

Est-ce que tu utilises un serveur DNS local (DNS Serveur de Synology ou autre) ?

Si je ne dis pas de bétise, cette option est réservée au système de fichiers BTRFS, si tu as un vieux NAS tu es possiblement encore en ext4.

Ce n'était pas un reproche, la forme de ma réponse n'était pas très claire. 🙂 Pour en revenir au problème, tu pourras éventuellement créer un compte dédié à la lecture via DLNA, que tu pourras désactiver via script sur une base horaire. Et utiliser un 2ème compte, qui servira aux autres tâches, dont tu peux (à tester) restreindre l'accès au DLNA, et ne donner aucun droit sur le dossier video et l'application Video Station. Dans les options de Serveur Multimedia, il y a une option pour Restreindre l'accès à des périphériques : Je n'ai jamais essayé mais dans l'absolu ça devrait marcher. Mais dans ce cas-là il faut que tu ton WDTV permette le switch de comptes. Après ce que tu demandes là est quand même très spécifique, pour moi Synology construit des NAS et doit se concentrer sur ça, de toute façon je pense que Video Station est voué plus ou moins à disparaître sous sa forme actuelle, il est trop à la traîne par rapport à ses concurrents, ce qui n'est pas le cas des autres applis Synology.

Le problème étant que ce sera désactivé pour tous les utilisateurs...

A première vue pour le point 1) je ne vois pas moyen de le faire via les outils à disposition. Peut(-être via un script ? et encore j'ai un doute. Est-ce que le NAS doit rester accessible pour tes utilisateurs "enfants" en dehors des vidéos ? Pour ta 2ème question, j'ai un peu fouillé je n'ai rien trouvé, il faudrait jeter un oeil plus avant en SSH dans /var/log/. Et pour ta dernière question, je ne crois pas non plus qu'on puisse faire ça par utilisateur. Tu ferais mieux d'envisager une solution Plex ou Emby, tu peux gérer le contrôle parental de manière plus complète que sur Video Station.

Dans le tuto : Il a simplement créé un dossier partagé docker, dans lequel il a créé un sous-dossier pour Plex, et d'autres sous-dossiers dans Plex pour les fichiers de configuration et de transcodage.

Jette un oeil à Emby aussi : Et pour Plex :

Bienvenue !

Pour moi, tu n'auras aucun moyen de faire ce que tu souhaites à partir du NAS, il te faudra un mini-pc ou une Shield par exemple pour avoir ce genre de fonctionnalités, qui intégreraient directement les bons output. Après ffmpeg a l'air de pouvoir faire ce que tu souhaites, à savoir séparer les deux flux, reste qu'après le flux vidéo devra être lu par ta TV et l'audio par ton ampli. CA me semble très compliqué à bidouiller, si on ne veut pas mettre la main au portefeuille. 😛

Bienvenue 🙂

Je te souhaite que ce ne soit pas le câble interne au mur qui ne soit pas compatible 1 Gb/s...

Hello, Il faut que tu vérifies si ton DDNS est OK dans DSM (ndd et IP partiellement cachés) : Par contre, à moins d'avoir mis en place un serveur DNS local, la résolution ne se fait que par Internet, vu que les enregistrements DNS sont situés chez Synology. Tu peux vérifier en tapant la commande (depuis n'importe quel périphérique de ton réseau local, pas forcément en SSH sur le NAS) nslookup xxx.synology.me IP_locale_du_NAS Si tu vois apparaître en dernière ligne ton adresse IP publique, c'est que tu passes par l'extérieur même quand tu es à l'intérieur.

Salut, Je ne vois pas trop le rapport entre le fait de n'avoir qu'une pièce et le dilemme switch/routeur. Le routeur a généralement pour but d'attribuer les adresses IP, fournir les DNS, délivrer les informations aux périphériques via DHCP, etc... là où le switch va assurer la liaison entre tes équipements réseau. Avec possibilité de gérer les réseaux locaux virtuels (VLAN), faire du contrôle de paquet, de trafic, etc... Si ta box te convient en tant que modem/routeur, tu n'as pas de raison de prendre un routeur, un switch conviendra parfaitement. En revanche, si ta box est limitée dans son paramétrage, ce qui est souvent le cas avec les box des FAI, tu pourrais vouloir la passer en mode bridge, c'est-à-dire lui laisser gérer uniquement la partie modem et déléguer le reste à un routeur en aval. Je pense que c'est le cas de beaucoup de membres du forum. Vu l'utilisation que tu as décrite, un switch non administrable conviendra en tout point, l'administration du switch est intéressante quand on souhaite utiliser les VLAN, et séparer les périphériques au sein d'un même réseau local.

Salut, Pour répondre à tes autres questions : Il n'y a aucun besoin de partitionner, DSM a créé un volume pour ton groupe de stockage. Tu te sers ensuite des dossiers partagés pour compartimenter. Nextcloud par Cloud Station ? je trouve ça bizarre... par le centre de paquets tu veux dire ? Pour ma part je te recommande de le faire par Docker, les mise à jour sont bien plus fréquentes, c'est isolé de ton OS donc tu évites tout problème d'incompatibilité, et c'est flexible à souhait. Je ne vois pas de réel inconvénient, je te recommanderais juste d'utiliser docker-compose plutôt que docker, histoire de sauvegarder la configuration d'initialisation du container. Pour la gestion des dossiers, je peux te dire ce que j'ai fait si ça peut t'inspirer, pour tous mes applications conteneurisées, j'ai créé un dossier partagé docker, dans lequel j'ai un dossier pour chaque application. Chaque dossier contient les données de configuration de l'application (quand tu crées un container tu as quasi toujours un dossier à monter pour les fichiers de configuration, histoire qu'ils soient facilement accessibles). La data à proprement parler, par exemple musique, films, etc... pour une application comme Plex ou Emby ,sont dans les dossiers partagés prévus par le NAS.