C'est top kgersen.

Je l'ai rajouté.

Vos IP locales sont inconnues

(réalisez ce test avec Firefox ou Chrome, et ne pas bloquer le webrtc pour avoir la réponse)

c'est le leak de webrtc. t'as le code la: https://github.com/diafygi/webrtc-ips et une demo la: https://diafygi.github.io/webrtc-ips/

Pour le port source je ne sais pas si on peut l'obtenir. J'en doute.

Pourquoi ne pas faire une version simple et une version avancée ? J'utilise bcp ip.lafibre.info avec mes clients, et là ça va les paumer les 34 indications à la fois (cela dit si tu as un backup du code de l'ancienne version & de la nouvelle et que c'est sous licence libre, je serais ravi d'en héberger un chez Milkywan !)

quand on tombe sur ce message, tu peux ajouter une recommandation pour ceux qui les veulent, mais ne connaissent pas ta méthode, genre: (réalisez ce test avec Firefox ou Chrome, et ne pas bloquer le webrtc pour avoir la réponse)

Ceci dit, je ne vois pas l'utilité pour l'utilisateur d'avoir les IP/ports locales:
- port: cela change tout le temps pour le surf web côté client, donc bon

201706_ipv6_port_local_port_distant_different.pcapng.gz

Ceci dit, je ne vois pas l'utilité pour l'utilisateur d'avoir les IP/ports locales:
- IP: on les a par le statut de notre carte réseau (ou ligne de commande pour être complet en IPv6)

Simple : C'est le seul moyen que j'ai trouvé pour pouvoir diagnostiquer un pb de lenteur lié a une IPv6 publique présente mais qui ne fonctionne pas.

Si on a une IPv6 en IP locale mais pas de connectivité IPv6, cela signifie qu'on a une IPv6 qui est bloqué, ce qui entraîne des lenteurs sur le web et des impossibilité de connexion avec d'autres logiciels (filezilla, ssh par exemple sont incapable de se connecter à un serveur dual  stack)

Cas IPv6 présente, mais défectueuse :

Ce qui n'est pas simple, c'est comment l'expliquer au grand public...

Avec d'autres tests, le diagnostique entouré en rouge est complètement erroné :

Je ne comprends pas pourquoi mon port source en IPv6 change quand il arrive sur le serveur. Comme je suis seul sur l'IPv6, pourquoi ne pas conserver mon port ?

Capture Wireshark :201706_ipv6_port_local_port_distant_different.pcapng.gz

(les fichiers .pcapng.gz sont lisibles directement avec wireshark sans décompression préalable)

On voit que le port source coté client n'a pas été conservé quand la paquet arrive coté serveur.

Chrome donne l'IPv6 'locale' et c'est la même que la IPv6 public (la temporaire si y'en a une) ce qui est normal vu le fonctionnement de webrtc en IPv6.

Firefox est trop mouchard et divulgue tout les IP locales, même celles qui n'ont pas lieu de l’être (notamment l'IPv6 non temporaire quand la privacy extension est activée).