j3r3m51

Pour le coup, ça me conviendrait mieux. Le but étant que les écrans 4K puissent directement lire le fichier. Les autres ne l'étant pas ont besoin d'un transcodage à résolution inférieure, donc 1080p. Ça permettrait d'avoir un seul fichier 4K qui puisse être lu partout et affiché dans une résolution correspondant à cet écran. Mais je saisis bien ce que tu pointes du doigt! 🙂 Bon, les fiches mettent en valeur ce qu'elles veulent mettre en valeur donc. C'est pour cela que c'est bien mis en valeur sur un modèle Play, où les équipes marketing bossent pour en faire un modèle référence pour le streaming... 😆 Je comprends. Il est vrai que j'aimerais avoir un NAS sur lequel je peux compter pendant un petit moment sans le sentir déjà trop vieux, ce qui est un peu le cas pour celui-ci. Non pas par rapport à ses performances générales, mais vraiment car il n'est pas capable de transcoder ce que je souhaite dans Surveillance Station. Surtout que les autres solutions semblent des moyens détournés, en passant par des autres applications, ou bien en achetant des boîtiers externes (comme Apple TV 4K donc) qui elles seront lire nativement les fichiers pour les lire sur un écran dont le format importe peu. C'est toujours moins cher qu'un nouveau NAS, mais j'aime les solutions propres 🙄 Oui, le paquet est installé. Il a même été modifié pour que Surveillance Station puisse décoder le DTS 🙂

Merci de ces précisions @maxou56! En utilisant ton document en complément de celui-ci, il semblerait donc que bien des modèles puissent traiter le H265 10 bits, soit uniquement pour le transcodage pour le DS918+ (Apollo Lake), voire nativement pour le DS920+ (Gemini Lake). Me trompe-je dans ma compréhension? Par contre, ton document n'évoque effectivement pas les résolutions traitées. Néanmoins, certaines fiches techniques officielles évoquent carrément la possibilité de transcodage H265 4K 10bits à la volée, comme le DS218play par exemple, qui a une architecture rtd1296 (non présente dans ton lien). Aussi, sur les fiches techniques des DS918+ et DS920+, on peut effectivement constater qu'il n'y a aucune mention du 10bits. Pourquoi des NAS visiblement plus récents et mieux équipés n'en seraient pas capables? Aussi, pourquoi un NAS vieillissant comme le DS218play semble, quant-à-lui pouvoir le traiter? 🤔

Merci quand même de tes réponses! 🙂 Effectivement, sur les screenshots c'est très bas, mais il y a des montées de plusieurs Mo à certains moments. Mais cela reste des pics. Non effectivement, je l'ai mis au taquet seulement en tentant de transcoder simultanément deux flux 2160p x265 10 bits... Oui, c'est exactement ça! Directement depuis Video Station dans un navigateur web, le problème est présent, mais moins flagrant. Je comprends que le transcodage implique une baisse de qualité qui puisse ne pas convenir... Mais je trouve dommage de ne pas pouvoir en profiter à l'heure actuelle. D'où mes interrogations sur l'origine de cela et comment y pallier? 🙂

Quelques essais et de la patience plus tard... Les fichiers 4K x265 10 bits finissent par être lus, non sans mal. Bien que lus soit un bien grand mot, puisqu'il faut attendre bien longtemps pour que la lecture démarre depuis l'Apple TV. De plus, la lecture se coupe toutes les 1mn45s environ : mise en pause et chargement pendant 5mn. À cela, on peut rajouter que les pistes de sous-titres, pourtant bien calés sur le fichier d'origine, sont totalement désynchronisées. Petit détail supplémentaire, sur le fichier de 60Go, au bout de quelques minutes de film, l'image se fige avec quelques gros pixels et seul le son continue, se coupe, continue... Voici le monitoring pendant que les vidéos se mettent en pause :

Le problème, c'est que je n'ai pas d'Apple TV 4K. Alors s'il y a une solution pour que le transcodage se fasse sur une Apple TV classique, ça serait pas mal 😄 Voici le monitoring du NAS lors de la demande de lecture d'un fichier 2160p x265 10bits (environ 2Go) depuis l'Apple TV. Cela donne un écran simplement noir. Après environ 10mn, la lecture démarre correctement. Et voici ce que cela donne sur la TV avec un fichier avec le même encodage, mais d'environ 60Go :

J'entends bien. J'avais malheureusement en tête que j'avais revendu mon Apple TV gen3 pour acheter une Apple TV pouvant lire nativement de la 4K. Erreur, mauvais souvenir! Mais je n'ai aucun doute sur le fait que les performances soient bien meilleures, grâce aux composants qu'elle a sous le capot. Là aussi, je suis entièrement d'accord sur le procédé. C'est d'ailleurs ce qui devrait se passer pour cet Apple TV du coup, mais le transcodage ne se fait pas / ne réussit pas... Cela reste sur un écran noir. Il faut que je retente en regardant les courbes de CPU du NAS. Je verrai cela quand j'aurai le plaisir de revoir à nouveau mon bel écran. Mon nouveau/futur logement rencontrant quelques problèmes de présence d'amiante (depuis Janvier), je suis dans un logement temporaire dans lequel il ne tient malheureusement pas. J'ai donc un écran basique sur lequel j'ai simplement branché une Apple TV pour le moment. Voilà pour l'histoire 🙂

Effectivement, mon Apple TV 4eme génération n'est pas 4K. J'étais persuadé que toutes les Apple TV épaisses étaient 4K. Mais cela ne devrait pas poser de problème via DS Video directement depuis la SmartTV. Néanmoins, si un média HDR est lu via cette Apple TV non 4K, comment pouvoir le voir quand même? Je comprends que l'intérêt du x265 10bits n'est pas utile sur cet écran, mais je ne vais pas avoir une version du fichier par type d'écran 😄 Si je commence un film 4K HDR dans le séjour et que je veux le finir dans une autre pièce avec un support non HDR, tant pis 😜

Bonjour @firlin et merci de ta réponse. My bad... Je voulais parler de Video Station, j'ai corrigé! 🙂 Je dispose déjà d'une Apple TV et elle n'est pas capable de lire les vidéos en 10bits de Surveillance Station. Ce qui est possible, à l'heure actuelle, uniquement depuis un ordinateur du réseau, via un navigateur web.

Bonjour à tous, Voilà maintenant trois ans que je suis l'heureux propriétaire d'un DS916+. Mes utilisations sont uniquement personnelles et relativement simples : stockage, petit site web, Surveillance Station, Photo Station et Video Station. C'est à propos de ce dernier que je vous contacte aujourd'hui. Ma bibliothèque de médias s'étant un peu étoffée, notamment de médias 1080p et 2160p, dont la plupart sont encodés en x265 10bits. Le DS916+ peut gérer simultanément 1 flux 4K x264/x265 et 3 flux FHD. Mais la fiche technique ne fait pas mention du 10bits. À l'heure actuelle, il semble falloir s'orienter vers le DS918+ pour permettre la lecture du 10bits nativement. Mais, est-ce réellement nécessaire de changer de NAS pour cela? Si oui, je trouve dommage de partir sur un NAS déjà ancien... Aussi, d'un point de vue pratique, quitte à changer, j'aimerais partir sur un NAS rackage en 19", mais Wouaaah les prix conséquents pour avoir des configurations similaires! À l'heure actuelle, les flux sont lus principalement en local, depuis l'application DS Vidéo (intégrée à la SmartTV ou via Apple TV). En parcourant pas mal de sujets, il semblerait que le problème puisse se situer uniquement au niveau de Surveillance Station et que les flux HEVC 4K 10 bits puissent être lus via Plex ou Emby. Plex a ses détracteurs et semble gourmand en ressources. Au niveau d'Emby, je n'ai pas trop creusé, je l'avoue. Je sais qu'il y a aussi Kodi, mais on arrive sur du périphérique externe, là où je souhaite rester sur application. Video Station me convient parfaitement à vrai dire. S'il existe un moyen de lui faire prendre en charge le h265 10bits, je pense que ça peut suffire à me combler! Que me conseillez-vous? Merci d'avance de vos réponses et n'hésitez bien évidemment pas à me demander plus de précisions si jamais il en manque!

Merci de tes propositions en tous cas 😉 J'avais bien eu conscience que l'erreur était normale, j'exposais simplement les démarches effectuées et les erreurs et résultats qui en résultaient 😄 Je me suis basé sur ce tuto pour mettre en place le Reverse Proxy sur mes applis, en suivant exactement la même logique. Je n'avais aucun problème avant de mettre en place les redirections HTTPS, tout fonctionnait parfaitement. Mais la sécurisation du NAS devenant indispensable, j'y suis passé et ai fait le maximum pour que cela soit transparent. Il est vrai que cela fonctionne parfaitement depuis le client pour ordinateur. Malheureusement, ce n'est pas le plus rapide pour visualiser les caméras depuis n'importe quel périphérique 🙂

Le Reverse Proxy redirige déjà les sources HTTPS sur les destinations en HTTPS. Dans le cas de Surveillance Station : https://cams.ndd.fr est redirigé vers https://localhost:52043. Le port 52043 qui, dans le portail des applications est bien affecté au protocole HTTPS de Surveillance Station. J'ai donc essayé de rediriger la source HTTPS vers une destination HTTP (en conservant le même port), ce qui a mené sur cette erreur : "The plain HTTP request was sent to HTTPS port". Cette erreur disparaît lorsque, dans le Portail des Applications, j'assigne le port 52043 au protocole HTTP au lieu du HTTPS. Je peux ensuite accéder à Surveillance Station, mais je suis confronté au même problème que ci-dessus. 😥

Bonjour @Zeus et merci de cette réponse. Aussi, je m'excuse de ne répondre que maintenant, j'avais un peu laissé mon NAS de côté ces derniers mois. Pour préciser le problème, lorsque j'accède à Surveillance Station depuis le sous-domaine https://cams.ndd.fr, je suis dans l'incapacité de voir le Direct et les enregistrements effectués. Cela tente de charger en vain. En ce qui concerne les enregistrements, les "timelines" sont bien colorées, mais cliquer dessus ne mène à rien. Par contre, si j'accède à Surveillance Station depuis son IP LAN, en me connectant sur mon NAS sur le port 5001, je ne rencontre aucun problème. J'ai fait les photos suivantes, histoire de mettre des images sur des mots. Merci et à bientôt.

Me revoici déjà. J'ai pu résoudre la problématique. Dans un premier temps, j'ai réglé l'heure de mon téléphone manuellement et désactivé tout ce qui concernait son automatisation. Pour coïncider avec ce dont je m'étais rendu compte (la minute d'avance), j'ai rajouté une minute sur l'heure réglée manuellement et ai redémarré mon téléphone. Nouvelle tentative de connexion et, cette fois-ci, MIRACLE, le code était correct. J'ai vérifié dans les paramètres et l'heure était pourtant synchronisée sur le serveur NTP de Google... J'ai effectué une resynchronisation et la minute d'avance a disparu! Concernant les mails non envoyés, le tableau de bord des notifications regorgeait de nombreuses notifications de "Vérification en 2 étapes" informant de l'échec de l'envoi du mail et me demandant de vérifier mon mot de passe. Mes coordonnées étaient bien correctes puisque je reçois tout de même régulièrement des mails du NAS. Cependant, dans Options -> Compte email, il était indiquer que le compte était en attente d'authentification, j'ai cliqué sur "Authentifier" , ai saisi mes informations de connexion mail et le texte est ainsi devenu "Authentifié". Je n'explique pas ce besoin de devoir resaisir le mot de passe au bout d'un certain temps, surtout à ce moment! Merci @Zeus et @goerges pour vos contributions 😉

Je comprends bien ce que tu dis, mais n'en reste pas moins étonné. Les piles de BIOS ont généralement des durées de vie impressionnantes et cette usure prématurée met en valeur un léger problème quelque part, d'après moi. J'ai pu me connecter à PhotoStation puisque celui-ci n'exige pas une connexion en deux étapes et, via le journal, j'ai pu remarquer que le NAS avait une avance de 1mn. Cela signifierait que la double authentification ne serait pas calibrée par rapport aux serveurs Google, mais sur l'heure du NAS. Après un check de l'application, je ne peux pas me synchroniser sur un autre horaire, malheureusement.

J'ai un second NAS qui tourne depuis 2011 et la pile ne semble pas montrer de faiblesse, c'est pour cela que j'étais étonné. L'appareil en question est un téléphone sous Android. Lorsque je tente une resynchronisation, l'application informe que cela n'est pas possible car celle-ci est déjà synchronisée sur les serveurs de Google 😕

Merci du tuyau! Est-ce que la pile de mon NAS pourrait être déjà faiblarde ? Celui-ci a moins de deux ans pourtant. Et l'horaire est normalement calé sur un serveur horaire de Google me semble-t'il 🤔

Bonsoir et merci de ces réponses. J'ai bien peur que le SSH soit désactivé. Je suis actuellement en déplacement et ne pourrai rien effectuer de physique avant plusieurs jours. Avez-vous la moindre idée qui pourrait expliquer cette situation ? Et pourquoi les codes de Google Authentificator seraient soudainement tous faux ?

Bonjour à tous, Cela faisait un moment que je n'avais pas eu besoin d'accéder à mon NAS (DS916+). Aujourd'hui, impossible de me connecter dessus. La double authentification a toujours correctement fonctionné avec Google Authentificator, mais là, rien à faire, aucun code de vérification n'est considéré comme bon. J'ai essayé d'attendre un peu après le nouveau code, mais rien à faire, je reste face à un message d'erreur d'authentification. Je me suis dit qu'à-cela-ne-tienne, je vais me connecter avec le code qui me sera envoyé par mail! Problème, je ne reçois aucun mail (même en indésirable). Il y a bien un message comme quoi le mail est envoyé, mais je ne reçois rien. Je n'ai aucun autre compte administrateur, je suis donc bien embêté. Avant même de chercher à comprendre ce qui a pu se passer, que puis-je faire pour avoir de nouveau accès au NAS svp? Merci d'avance de vos réponses!

Personne n'a d'idée concernant cette problématique? 😲

Bonjour à tous, Je rencontre un léger problème avec Surveillance Station depuis la redirection automatique HTTP->HTTPS mise en place sur mon NAS. Dans le Portail des Applications, le reverse proxy est configuré pour les applications DSM, dont Surveillance Station. En tenant compte des conseils de Fenrir sur son post très utile sur la sécurisation de son NAS, la redirection automatique HTTP->HTTPS du NAS est désactivée et j'ai mis en place ce petit script sur la page index.php de Web Station : Seulement, je ne peux plus accéder aux enregistrements effectués lorsque j'accède à Surveillance Station via https://cams.mondomaine.fr (même au sein de mon réseau local), ce qui fonctionnait avant de mettre en place la redirection automatique. Par contre, ce qui est étrange, c'est que je peux accéder aux enregistrements en LAN via l'adresse IP du NAS, sur le port 5001. Il semblerait donc qu'il y ait un soucis lors de l'utilisation du sous-domaine, mais uniquement pour l'accès aux enregistrements de Surveillance Station. Aucun problème sur les autres applications. Auriez-vous éventuellement une idée de la problématique, s'il-vous-plaît?

Merci de ton retour. Après vérification, je n'avais pas de redirection HTTPS->HTTP enclenchée. J'ai solutionné le problème en vérifiant simplement si le protocole était déjà en HTTPS avant d'effectuer la redirection, de la manière suivante :

Bonjour et merci de ce tutoriel ô combien utile ! J'ai quelques sous-domaines et ai donc configuré un proxy inversé dans le Portail des applications. Cela fonctionne parfaitement bien lorsqu'on accède directement à mes sous-domaines en HTTPS. Afin de conserver le fonctionnement de mes sous-domaines, j'ai désactivé la redirection automatique du Syno HTTP -> HTTPS et ai mis en place le petit script fourni. Le script PHP fait bien son office pour mes sous-domaines, mais plante totalement le site web hébergé. Il semble qu'un reload infini tente de s'effectuer sur celui-ci et ai ensuite bloqué par le navigateur. Erreur sous Firefox : Erreur sous Safari : J'ai essayé de modifier le nombre de redirections maximales de Firefox (en les passant de 20 à 200), mais le résultat, bien plus long à se manifester, reste malheureusement le même. Une idée de l'origine du problème ?

Merci encore de cette réponse! En effet, j'y ai pensé au cours de la nuit, mes dernières règles sont inutiles et le problème se situait autre part. Dans tous les cas, ajuster les règles du pare-feu Syno et modifier la configuration du Portail des applications et du Reverse Proxy solutionnera sans le moindre doute les attaques dont il était question dans mon premier message. Merci encore! Je vais étudier ce tutoriel et vous remercie de toutes ces réponses qui furent toutes efficaces et bienveillantes.

Il semblerait que je m'en sois plutôt bien sorti avec le Reverse Proxy, cela fonctionne! Ça sera néanmoins légèrement plus complexe de communiquer les identifiants de connexion à mes amis et ma famille désormais 😛 Par contre, petite demande supplémentaire. Je souhaite que l'accès à DSM ne soit pas possible en dehors de mon réseau local (via un VPN ou lorsque je suis chez moi donc). Dans Reverse Proxy, j'ai créé une règle qui pointe nas.domaine.fr vers 192.168.2.5 sur le port 5001. Dans le Pare-feu, j'ai créé une règle qui accepte les connexions sur les ports 5000 & 5001 à partir du moment où les IPs sont de la plage 192.168.x.x et une autre règle pour la plage 10.x.x.x (VPN). Cependant, j'arrive encore à me connecter à nas.domaine.fr depuis l'extérieur de mon réseau local. Qu'ai-je omis, s'il-vous-plait?

Il est vrai que l'accès aux pages Web est surtout intéressant pour les personnes francophones. Mais, à brider les ports à seulement ces visiteurs, j'ai peur de ne pas pouvoir accéder à mes applications (surtout DS Cam) lorsque je suis à l'étranger, ce qui m'arrive régulièrement. Je vous remercie, je vais essayer de creuser l'utilisation du Reverse Proxy donc et reviendrai faire un bilan ici de ce que j'ai réussi à faire et comment.