Classement

Je viens de créer un nom de domaine avec le NAS Synology en passant par l'onglet DDNS sous la forme XXXXXX.synology.me. J'ai généré au passage le certificat Let's Encrypt pour ce nouveau nom de domaine, et bien que je n'avais pas ouvert les ports du pare feu du NAS, le certificat a été créé sans soucis et a remplacé mon ancien. J'ai accès en wifi et en 4G depuis mon iPhone et mon PC en réseau. Je testerai demain au boulot mon accès. En renseignant les infos de création, j'ai pu consté en effet mon adresse IP v4 détectée automatiquement (mais je la connaissais) mais aussi l'adresse ipv6 du NAS que je ne connaissais pas. Le début est le même que ma Freebox, mais il y a quasiment le double de caractères. Maintenant, je dois réfléchir, soit gardé mon nom de domaine en synology.me, soit resté en France en allant en souscrire un chez OVH par exemple. En tout cas merci de votre aide (@MilesTEG1 et @.Shad. )

Il suffit de faire un nslookup sur le ndd Freebox pour vérifier sur quel(s) type(s) d'IP il pointe.

Haaa tu aurais du dire ça avant 😅 Je crois que le ndd freebox ne contient que l’adresse ipv6. essaye avec un ndd synology qui devrait avoir les deux. par contre as tu une ipv4 fullstack ?

Salut 👋🏻 perso j’utilise plutôt https://ip.lafibre.info/ pour vérifier mon iP. je suis aussi chez Sosh et également avec ipv6, mais j’ai également une ipv4. J’accède sans soucis à mon ndd ovh depuis mon smartphone (iPhone 7, dernier iOS dispo).

pfiou, pas simple les stats sur la livebox. Désolé ça dépasse sensiblement la thématique "synology", mais ça peut intéresser certains néanmoins. les stats de trafic des terminaux mobiles se trouvent dans une instance de l'objet AssociatedDevice. Le comportement de cette instance lors des connexions au/déconnexions du réseau n'est pas parfaitement limpide. A la déconnexion, elle devient inactive puis disparait mais dans un temps variable. Lorsqu'elle est recréée, l'instance réémerge avec les stats de trafic d'avant sa disparition, mais les remet à zéro ensuite ... De plus, il s'avère que le comportement n'est pas le même entre un AssociatedDevice sur le 2.4GHz (wl0) et le 5GHz (eth4). Mon avis cela tient plutôt du bug: sur le wl0 les stats de Tx ne sont pas remises à zéro alors que celles de Rx le sont ... Pour couronner le tout, les terminaux Apple ont la fâcheuse tendance de rester connectés (instance AssociatedDevice active) sur la box et le répéteur en même temps. Faire de la mesure de débit dans ce contexte devient de la haute voltige ! rrdtool, en mode COUNTER, considère que le compteur a bouclé lorsqu'il reçoit une valeur inférieure à la précédente. Je suis donc passé en DERIVE pour éviter ce problème. pour ce qui est des terminaux sur le 2.4GHz, j'ai tout simplement abandonné l'idée de mesurer leurs stats de trafic via la box. Il m'a fallu adapter mon script pour gérer le changement de point d'accès, voire la double connexion. Mais au final j'ai les stats de trafic et de qualité du signal indépendantes du point d'accès (livebox/répéteur) auquel se connecte le terminal, et j'ai rajouté une petite ligne blanche qui varie entre 0 (livebox) et 5 (répéteur) pour me donner une indication du point d'accès auquel est connecté le terminal. Pour ce qui est des terminaux filaires, j'ai abandonné, via la livebox. Elles doivent exister mais je n'ai pas réussi à y accéder (il y a tout un ensemble de branches qui sont manifestement verrouillées). J'ai donc changé mon fusil d'épaule et, en prévision de la lb6, ai acheté un switch netgear (gs110emx). J'avais un gs108ev2, duquel je pense que j'aurais aussi pu extraire les stats, mais bon, je me suis fait un petit cadeau. J'ai pas mal galéré mais j'ai finalement réussi à utiliser des commandes curl pour extraire les stats des terminaux qui y sont branchés. code/templates/aide/conseils disponibles sur simple demande.