.Shad.

Ca ira mieux... d'ici quelques mois, quand tu auras bien compris ce que tu fais. 😄 Bienvenue parmi nous 😉

Si tu n'as pas d'enregistrement nas.ndd.tld et que c'est l'adresse que tu tapes dans le navigateur il y aura forcément un problème. Vérifie que tu n'as pas d'enregistrement "wildcard", c'est-à-dire écrit *.ndd.tld, pour moi tu aurais dû avoir une erreur 404 et pas une redirection. Tu n'as pas moyen de prendre des impressions d'écran de ta zone DNS (en cachant les IP publiques) ?

Oui depuis l'invite de commande c'est bon aussi, c'est juste que la commande n'est pas toujours disponible par défaut. 🙂 Bon donc tu pointes bien sur ton IP publique, autant depuis ton réseau local que depuis Google sur ton domaine racine, est-ce que tu as un enregistrement CNAME pour nas.ndd.tld ? nas.ndd.tld CNAME ndd.tld ou un autre enregistrement A ? nas.ndd.tld A IP_publique_fixe

Si tu tapes en SSH dans le NAS : nslookup ndd.tld 8.8.8.8 et : nslookup ndd.tld Est-ce que dans les deux cas ça te renvoie ton IP publique ?

Chez quel prestataire as-tu pris ton nom de domaine ? Est-ce que dans la zone DNS correspondante tu as bien un enregistrement A de type ? ndd.tld A IP_publique_fixe A première vue cet enregistrement est soit manquant soit erroné et pointe vers l'IP de l'hébergeur par défaut.

Personnellement j'utilise mon VPS dans l'autre sens, à savoir qu'il est client d'un serveur OpenVPN situé chez moi. Aucune connexion intempestive à déplorer depuis sa mise en place (il y a 1 mois) en tout cas.

Pour info, @Jeff777 a eu un souci de déploiement avec de le deploy_hook d'acme sur son NAS en DSM 7 alors que pour l'autre (en 6.2) il n'y a eu aucun souci. J'ai pas eu le temps de lui demander beaucoup de détail (il est en vacances le veinard) mais si vous remarquez un problème similaire n'hésitez pas à balancer du log. 😄

@Mic13710 Ok je comprends mieux, j'étais persuadé que tu étais en TCP, quand on passe sur ce port c'est souvent parce qu'on veut une liaison VPN en TCP et pour les raisons de blocage dont j'ai parlé plus haut. Mais en UDP ce n'est plus le même port que le 443 TCP, on économise une ligne mais ce sont bien deux ports distincts dans chaque cas. @Dark-Spirit pour l'UDP et le TCP : https://openvpn.net/faq/why-does-openvpn-use-udp-and-tcp/

@MilesTEG1 Il te suffit d'ajouter l'argument : depends_on: - influxdb au service telegraf et : depends_on: - influxdb - telegraf au service grafana, ce qui donne pour l'ordre de démarrage : influxdb -> telegraf -> grafana

@bruno78 Est-ce que ça ne peut pas être dû au downtime de ton installation, le buffer de Telegraf qui s'est gonflé pendant qu'InfluxDB était indisponible, et que le paquet est devenu trop gros ? Je n'ai pas constaté de problèmes équivalents, peut-être simplement supprimer le fichier temporaire ? Je n'ai rien trouvé de plus que j'imagine tu as déjà trouvé en modifiant la taille du cache dans Nginx.

Bienvenue parmi nous ! 🙂

Pour moi ce que l'OP veut faire correspond à ces (34 😄) pages de discussion chez Orange : https://lafibre.info/orange-les-news/livebox-5-2-gbs-sur-un-seul-pc/72/ En gros c'est de l'agrégation de liens modifiée logiciellement au niveau du PC pour rassembler les débits. Je doute fort que tu aies aussi "facile" (entre tes gros guillemets 😛) avec le NAS. C'est quand même très technique et va te demander de nombreuses heures de travail (en supposant que tu sois à l'aise avec tous les concepts développés). Je pense que tu as plus facile d'attendre que la Livebox passe ses ports réseaux en 10 Gb/s et adapter ton réseau, le temps que ça arrive tu auras pu économiser. 😛

C'est possible mais très spécifique, ça s'appelle SSLH. Un article qui en parle clairement : https://ostechnix.com/sslh-share-port-https-ssh/ En gros, c'est SSLH qui écoute sur le port 443, puis redirige vers SSH ou SSL (proxy inversé) suivant la requête. C'est en amont du proxy inversé. La même chose est faisable avec OpenVPN, je crois que c'est ce que @Mic13710 a mis en place, dans les faits je pense que c'est se fatiguer pour pas grand chose. Le données circulant sur le port 1194 sont de toute façon chiffrées. L'intérêt que tu peux avoir à passer sur le port HTTPS pour OpenVPN c'est d'être en TCP et pas UDP. C'est plus stable, mais moins rapide généralement (les paquets arrivés à destination renvoient l'information qu'ils sont bien arrivés, UDP ne le permet pas). On ne parle pas de quelque chose de facilement discernable à l'usage. Concrètement on s'en sert quand on est sur une connexion qui bloque des ports de destination autres que 443 et 80 par exemple, ça arrive dans certains wifi surveillés et bien cadenassés, ou en entreprise. C'est quand même pas fréquent. A moins d'être dans ce cas-là je ne vois pas d'intérêt réel. @GrOoT64 a tout de même raison dans le sens où le proxy inversé ne sert à rien pour OpenVPN. J'apportais juste la nuance concernant la possibilité de "partager" le port 443.

InfluxDB peut être gourmand, suivant le nombre de machines que tu supervises.

A ta place je partirais sur le J, vu qu'effectivement la Shield va s'occuper du reste.

Google est ton ami ! Et la documentation de Grafana est hyper détaillée, donc... 😗 La dashboard que je donne un exemple pour importer dans le tuto utilise ce principe-là pour la variable "host".

Pour éviter de rentrer des IP il suffit d'utiliser les variables de dashboard, dans les paramètres de celui-ci. Perso je mets des variables où je peux, ça évite justement d'avoir à modifier des valeurs, et ça facilite la transition d'un NAS à l'autre dans le même dashboard.

Bienvenue parmi nous !

Bienvenue parmi nous !

Tu es en double NAT ?

71 c'est l'IP de ta borne ? Si tu la remplaces par celle du NAS ça ne peut pas fonctionner. La borne tu n'as pas le choix tu es obligé d'utiliser son IP locale, tu n'as pas d'autres moyens de la joindre.

Ca va on a vu plus débutant que ça quand même 😄 Bienvenue 🙂

Bienvenue parmi nous ! 🙂

Pas trouvé d'option pour le faire J'avais eu le même souci au début, je n'avais jamais identifié pourquoi, j'avais réinstallé également, c'est peut-être bien ça, mon mot de passe actuel est très long mais ne contient pas de caractères spéciaux. Et bien à la base j'étais assez satisfait d'Heimdall, mais c'était justement le manque d'authentification qui me gênait. Car j'expose certains de mes services sur Internet, et avec des utilisateurs différents. Quand ma femme s'y connecte elle ne voit que les applications qui l'intéressent. Donc si tu l'utilises uniquement en local, alors la question se pose en effet. Je n'ai vu que l'option tags_expanded et visiblement ça concerne l'ensemble des tags. Il faut savoir que le développeur a commencé à développer une v0.7 qui est une refonte totale de l'application, mais il n'est plus très actif depuis quelques semaines, et il ne donne pas de nouvelles. Ca avait l'air très prometteur, à voir.

Oui il faut te servir des tags, dans les settings tu as des exemples. Pour les images, bah Google images 😄