.Shad.

@bruno78 est arrivé à cette constatation avant moi. ^^ Pour la distance, je pense que le script récupère simplement les informations que veut bien lui donner Ookla lors d'un speedtest, quand j'en fais un via mon navigateur, je n'ai ni plus ni moins d'info que ce renvoie la page web. Librespeed en revanche renvoie la distance séparant le client du serveur.

Concrètement @simkard s'est connecté il y a près de 9 mois pour la dernière fois, je doute qu'il apporte une réponse quelconque ici. Sans parler de son raisonnement quant au fait que Synology puisse patcher ce qui lui permet d'installer DSM 6.x sur son série 10. Je crois honnêtement que Synology a d'autres chats à fouetter, et venir étaler son savoir sans le partager n'est pas très raccord avec l'esprit de ce forum.

Pour ma part, la seule solution que j'ai trouvé est de passer l'utilisateur dédié en admin, ce qui revient au même qu'utiliser les credentials de l'utilisateur admin par défaut. Et pour les données, je parlais des champs qui sont exploitables dans Grafana, j'ai le ping jitter en plus j'ai l'impression, mais ça n'a pas vraiment d'utilité à moins d'avoir une connexion fluctuante et bien dégueulasse. 😄

L'image de @oracle7 ne récolte pas les données a priori, en tout cas la documentation ne le mentionne pas. Pour tout le reste comme tu dis oui, la version browser, ou comme mon FAI par exemple qui de toute façon met chaque jour ma partie client sur leur site avec le dernier test Ookla en date. Donc bon 😄 C'est juste l'histoire de devoir utiliser les credentials admin qui me gênent, pour le reste les images sont très similaires dans les données qu'elles renvoient. 🙂

Bienvenue parmi nous 🙂

J'utilise les rows oui, surtout pour les logs. Et pour les données ce genre de données-là ne me gênent pas du tout.

Pour ma part ça me dérangeait fort de devoir utiliser le compte admin d'influxdb pour speedtest, du coup je suis parti sur cette image : https://github.com/loganmarchione/docker-speedtest-influxdbv2 Par contre, quelque soit l'image, ils n'aiment visiblement pas que j'accède à mon instance InfluxDB par un proxy inversé, du coup obligé d'exposer le port 8086 sur l'hôte, bon avec ufw je limite ça à la machine qui héberge speedtest, mais c'est moche quand même, Telegraf gère parfaitement le proxy inversé.

Bienvenue parmi nous 🙂

Tutoriel révisé.

Félicitations, bienvenue parmi nous et bonne année. 😉

J'ai vérifié ce que tu disais, qu'en désinstallant Webstation on libérait le port 443 par la même occasion, c'est faux. il écoute toujours dessus, et il écoute sur bien d'autres ports également. Il me semble donc peu recommandé de vouloir faire en sorte de libérer totalement ces deux ports sur le NAS, la solution du macvlan me semble toute indiquée. @EVOTk : j'ai reproduit l'installation de swag sur le NAS, l'ajout à la liste des proxy fiables marche parfaitement. Que ce soit en full macvlan, ou en macvlan/bridge comme dans le tutoriel.

Un smartphone embarque un magasin de certificats, tu n'as normalement pas besoin d'installer un certificat. Pour DS Video, tu as testé avec et sans HTTPS ? Video Station est connu pour avoir des problèmes avec ces réglages.

Bonne année à tous !

Refonte du tutoriel d'ici quelques jours/semaines, je trouve sa mise en place un peu trop complexe, elle marche très bien mais elle peut faire peur de prime abord, on privilégiera l'orientation donnée par @Einsteinium. Ajout prochain d'un tutoriel (à part) pour Authelia, meilleure application 2020 pour moi.

Je viens seulement de voir ton message désolé, non des promos pour le 920+ je ne pense pas, en revanche c'est plus fréquent pour le 918+, dont la RAM a l'avantage de ne pas être soudée contrairement au 920+. Au passage, ajout substantiel à venir d'une partie explicative pour docker-compose, qu'on est de plus en plus nombreux à utiliser (et c'est recommandé).

Merci @oracle7 pour ton retour. Je ferai bientôt une mise à jour du tutoriel, avec quelques éléments liés aux fichierx docker-compose, et les différents retours de ceux qui l'ont mis en place (UPS, speedtest, etc...), je compte laisser les explications même si certaines sont redondantes avec ce qui est abordé dans le tutoriel introductif sur Docker. Je pense que ça permet de poser le contexte plus facilement. Pour ceux qui ont développé de belles dashboards, pourriez-vous m'envoyer en MP une impression d'écran (2 maximum) de votre dashboard la plus aboutie ? Cela permettra de remplacer l'aperçu en tête de tutoriel. Pour ceux qui souhaitent partager leur json (Synology seulement, je souhaite qu'on ne s'éparpille pas trop dans le cadre du tutoriel) pas de souci.

Je ne crois pas qu'il apporte des fonctionnalités qui nous intéressent spécialement. La 1.X est toujours développé, en l'état des choses il y a encore quelques mois, les cas d'utilisation étaient relativement différents. Rien ne t'empêche de le mettre en place et de voir par toi-même. 😉

Bienvenue dans la communauté. 😉

Welcome !

On est nombreux je pense à en avoir eu marre de faire ça ! 😉 Bienvenue parmi nous.

Du tout, j'ai un bête Switch D-Link PoE qui alimente ma borne UAP-AC-LR sans problème.

Bienvenue parmi nous 😉

Bienvenue parmi nous !

Pas que je sache non, que ce soit pour les MV ou les applis.

Quand un périphérique A met dans sa DMZ un périphérique B, tous les ports qui ne sont pas par ailleurs redirigés par A vers un autre périphérique sont redirigés automatiquement vers B. Donc il n'y aucun besoin de faire du NAT pour un périphérique dans une DMZ, c'est redondant et donc inutile. Pas que je sache, tout simplement parce que certaines requêtes émises à l'extérieur de ton réseau s'attendent à trouver un port donné à destination : 25, 587, etc... Ca dépend d'où tu regardes, depuis un PC local rien n'empêche de le bypasser pour les applications Synology. En IPv4 depuis l'extérieur le NAT remplit ce rôle de frontend. Je crois qu'il y a un gros malentendu sur la définition de port sécurisé, le port HTTPS l'est par défaut pour de la navigation. Le port 54256 peut parfaitement l'être aussi... tant que j'ai un certificat serveur à opposer au client, muni ou non d'un certificat lui aussi. Un peu de lecture : http://www.steves-internet-guide.com/ssl-certificates-explained/ Le port 6690 utilisé par Synology Drive se fait sur base d'une transaction TLS, donc le transfert des informations est chiffré. C'est que le routeur fait une redirection automatique, case que l'on conseille de décocher dans le NAS quand on met en place un proxy inversé. Pour le NAS, nas.ndd.tld est sensé t'amener vers quoi ? Je n'ai rien compris. 😝 Si le port de l'application que tu souhaites atteindre est différent du port de base (le cas de toutes les applications DS sauf DS Photo), il faut le préciser car si tu ne mets rien, les applications DS chercheront à atteindre le port dédié. Le domaine que tu entres dans l'applications DS ne suit pas la convention de navigation où pas de port en http = 80 et pas de port en https = 443.