La Fibre
Télécom => Réseau => 
TCP/IP / Fonctionnement des réseaux => Discussion démarrée par: LAB3W.ORJ le 13 août 2026 à 17:40:47
-
Message sur mon Facebook (https://www.facebook.com/O.Romain.Jaillet.ramey/posts/pfbid02QU2g2HauHJkfduLddRxF8bjr3JbdjXiJmmrMTiq7gYMufaVEbZL2ZPRRAPgcY1bvl) et sur mon Linkedin (http://www.linkedin.com/posts/o-romain-jaillet-ramey_ovhcloudca-orange-businessfr-hostinger-ugcPost-7493689425626054657-Gj5C/) :
OVHcloud_CA, Orange_FR, Hostinger, Arcep, Internet Engineering Task Force - IETF, IESF - Ingénieurs et Scientifiques de France
ANSSI - Agence nationale de la sécurité des systèmes d'information, Cybersecurity and Infrastructure Security Agency, Canadian CyberSecurity Journal
Going from OVH (Canada, Montreal) to Hostinger (France, Paris), the traffic routes through my Orange Livebox at my mountain home in Valdeblore—bouncing from OVH to there and then on to Hostinger !
> De OVH (Canada, Montreal) à Hostinger (France, Paris) je transit via MY LIVEBOX Orange_FR à la montagne dans ma maison de Valdeblore pour repartir votre OVH pour arriver à hostinger !!
What are you doing ; You must have serious mental issues !
> Qu'est-ce que vous faites ; vous avez de gros problèmes mentaux !
MTR :-: INFOS :-: SRV.🇨🇦.◕‿◕.ST (On OVH)
My Traceroute (over ICMP) : https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html
My Traceroute (over TCP) on port 443 (HTTPS)
https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-tcp_443.html
MTR :-: INFOS :-: SRV.🇫🇷.◕‿◕.ST (On Orange_FR)
My Traceroute (over ICMP)
https://srv.xn--j77hya.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html
My Traceroute (over TCP) on port 443 (HTTPS)
https://srv.xn--j77hya.xn--hwgz2tba.st/infos/my-traceroute/mtr-tcp_443.html
The HTML pages for MTR results are updated every 5 minutes.
> Les pages HTML des retours MTR sont mises à jours toutes les 5 minutes : https://SRV.CA.xn--hwgz2tba.st/infos/my-traceroute/ - https://SRV.FR.xn--hwgz2tba.st/infos/my-traceroute/
# --
@LAB3W/O.Romain.Jaillet-ramey : +33 61621****
Freelance | Consultant LAMP (W3C.Master : Analyste.SSI/Dev.OpS)
ZW3B’s LAB3W : The Web’s Laboratory ; Engineering of the Internet.
---
Pouvez-vous essayer depuis chez vous et/ou depuis vos serveurs.
Pouvez-vous tracer la chemin (command "mtr") pour le protocole HTTPS sur le port 443 en TCP sur l'IPv6.
# the net
## my livebox
## mtr 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 -6 -c 3 -brwz (on ICMPv6 ; The web service HTTPS must not be accessible (the boxe's web interface). )
### up to my "gateway" : https://gate.xn--j77hya.xn--hwgz2tba.st
### GATE.🇫🇷.◕‿◕.ST ::1/64
mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
# must respond Address IP or rDNS
#### up to my "server" : https://srv.xn--j77hya.xn--hwgz2tba.st
#### SRV.🇫🇷.◕‿◕.ST 1AB3::1/70
mtr 2a01:cb1d:6aa:b400:1ab3::1 -6 -c 3 -brwz -T -P 443
# must respond Address IP or rDNS
#### up to my "backend" : http://[2a01:cb1d:6aa:b400:1ab3:116:42:10]
mtr 2a01:cb1d:6aa:b400:1ab3:116:42:10 -6 -c 3 -brwz -T -P 443
# must respond Address IP or rDNS
C'est débile déjà l'histoire de l'adresse IPv6 GUA en EUI-64 chez Orange_FR ; çà devrait être seulement le lien "fe80::" entre la boxe et mon infrastructure - la boxe serait invisible "marquée par une étoile dans les traceroutes".
Ma Livebox (mon routeur loué au FAI) doit répondre sur ces 3 adresses IPv6 GUA : "2a01:cb1d:6aa:b4ff:ffff:ffff:ffff:fff(d-e-f)/58" et pour gérer mon bloc IPv6::/56 et pouvoir me déléguer/distribuer/voir mes adresses IPv6 GUA.
Logiquement, techniquement je NE doit PAS voir une de ces adresses celles du routeur "2a01:cb1d:6aa:b4ff:ffff:ffff:ffff:fff(d-e-f)" depuis l'internet.
Puis le lien entre ma "livebox" et mon 1er ordinateur :
2a01:cb1d:6aa:b4ff:ffff:ffff:ffff:fffe (liveboxe) to 2a01:cb1d:6aa:b400:0000:0000:0000:ffc1/112 connecté sur 2 "fe80::" en EUI-64
FE-80:c2d7:aaff:fec0:f839" (liveboxe) to FE-80:E8XX:XXFF:FEXX:XXXX" sur lequel je peut ajouter une adresse IPv6 GUA qui sera visible.
Persone ne doit voir l'adersse de nos routeurs "Liveboxe" depuis internet.
---
Infos :
# OVH CANADA
# host srv.ca.xn--hwgz2tba.st
srv.ca.xn--hwgz2tba.st has address 158.69.126.137
srv.ca.xn--hwgz2tba.st has IPv6 address 2607:5300:60:9389::1
# HOSTINGER FRANCE
# host hst.fr.xn--hwgz2tba.st
hst.fr.xn--hwgz2tba.st has address 147.79.115.130
hst.fr.xn--hwgz2tba.st has IPv6 address 2a02:4780:28:5295::1
# ORANGE FRANCE
# host gate.fr.xn--hwgz2tba.st
gate.fr.xn--hwgz2tba.st has address 109.210.49.186
gate.fr.xn--hwgz2tba.st has IPv6 address 2a01:cb1d:6aa:b400::1
# host srv.fr.xn--hwgz2tba.st
srv.fr.xn--hwgz2tba.st has address 109.210.49.186
srv.fr.xn--hwgz2tba.st has IPv6 address 2a01:cb1d:6aa:b400:1ab3::1
# host xn--wg8h.xn--j77hya.xn--hwgz2tba.st
xn--wg8h.xn--j77hya.xn--hwgz2tba.st has IPv6 address 2a01:cb1d:813:4a00:1ab3:116:42:10
# host xn--tg8h.xn--j77hya.xn--hwgz2tba.st
xn--tg8h.xn--j77hya.xn--hwgz2tba.st has IPv6 address 2a01:cb1d:813:4a00:1ab3:126:42:10
-
Perso je n'ai rien compris.
-
Perso je n'ai rien compris.
Tu n'es pas le seul :o
-
Tu n'es pas le seul :o
Linkedin, nouvelle référence des ingés en cybersec :o
-
Perso je n'ai rien compris.
Salut, messieurs.
@lgom : Oui il y'a tous les milliardaires et ex patron, PDG IT, business et pleins d'autres ; Et, il y a vous/nous les ingés ; c'est mieux que twitter pour ce genre de problèmes.
# pour la route jusqu'à Paris (Hostinger)
@acut3, @Symbol moi non plus ; je ne comprend pas comment "De OVH (Canada, Montreal) à Hostinger (France, Paris) je transit via MY LIVEBOX Orange_FR à la montagne dans ma maison de Valdeblore pour repartir votre OVH pour arriver à hostinger !!"
# ---
Plus sérieusement, il faut aller sur mon serveur canada et vérifier "le traceroute TCP sur port 443" jusqu'à chez moi "gate-fr (France, Valdeblore).
MTR :-: INFOS :-: SRV.🇨🇦.◕‿◕.ST : https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-tcp_443.html
Sur cette page ci-dessus ; il faut cliquer sur le menu :
⛔🔜 root@srv-ca (Canada, Montreal, OVH)~ #
Dans le sous-menu ; il faut cliquer sur le menu :
mtr to "gate-fr (France, Valdeblore, Orange_FR)"
mtr to "hst-fr (France, Paris, Hostinger)"
ou de chez vous ; cette "route" je l'ai déjà.
# pour la route jusqu'à chez moi
Actuellement, dernier refresh - j'arrive à 30 Hop sur l'IPv6 mais ne voit pas ma "gateway" ET SURTOUT je pars d'OVH arrivé au saut 17 .. je retourne à OVH (2607:5300:60:93ff:ff:ff:ff:f(f-d-e)) saut 25 je retourne à OVH (2607:5300:60:93ff:ff:ff:ff:f(f-d-e)) ; çà tourne en boucle.. et sans voir ; une de mes IPv6 d'Orange_FR sur AS3215 en IPv6.
# Ajout 12h40
C'est vraiment côté protocole Web ; les routes via ICMP me semblent correctes : https://SRV.CA.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html - https://SRV.FR.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html
# ----
Pour infos selon le protocole de communication les chemins peuvent différencier à travers le monde ; "Tracer le chemin sur le protocole HTTPS" permet d'identifier un possible attaquant ou homme du milieu qui espionnerait les requêtes et rendus Web ; en plus de vérifier la disponibilité du service sur le port en question et la couche IPv4 et/ou IPv6.
# ----
Comme vous disiez ; j'ai rien compris !
# ----
J'ai ouvert une page sur le Wiki de mon GitHub : LAB3W/docs/wiki/ MTR-My-Traceroute-IPv4-IPv6-over-ICMP‐TCP‐UDP (https://github.com/LAB3W/docs/wiki/MTR-My-Traceroute-IPv4-IPv6-over-ICMP%E2%80%90TCP%E2%80%90UDP)
-
Que ce soit depuis chez moi ou depuis un VPS chez Hetzner, je ne vois rien d'anormal :
$ mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T13:06:17+0200
HOST: meshify Loss% Snt Last Avg Best Wrst StDev
1. AS3215 livebox.home (XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX) 0.0% 3 0.9 1.1 0.9 1.2 0.2
2. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
3. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
4. AS3215 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 0.0% 3 12.8 12.9 12.8 13.1 0.2
5. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
$ mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T13:05:33+0200
HOST: bb1 Loss% Snt Last Avg Best Wrst StDev
1. AS??? fe80::1 0.0% 3 3.3 3.5 3.3 3.8 0.2
2. AS24940 11837.your-cloud.host (2a01:4f8:0:e0c0::2655) 0.0% 3 0.7 1.4 0.7 2.7 1.1
3. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
4. AS24940 spine7-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:195) 0.0% 3 1.2 1.9 1.2 3.2 1.1
spine7-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:191)
AS24940 spine7-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:191)
5. AS24940 core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f069) 0.0% 3 0.8 1.0 0.8 1.3 0.3
core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f061)
AS24940 core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f061)
core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f06d)
AS24940 core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f06d)
6. AS24940 core11.nbg1.hetzner.com (2a01:4f8:0:3::2a1) 0.0% 3 0.8 1.0 0.7 1.4 0.3
core12.nbg1.hetzner.com (2a01:4f8:0:3::2e1)
AS24940 core12.nbg1.hetzner.com (2a01:4f8:0:3::2e1)
7. AS24940 juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22a) 0.0% 3 0.8 3.2 0.8 7.9 4.1
juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22e)
AS24940 juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22e)
8. AS1299 nug-b2-link.ip.twelve99.net (2001:2035:0:1e9f::1) 0.0% 3 0.8 1.0 0.8 1.3 0.2
9. AS1299 ffm-bb1-link.ip.twelve99.net (2001:2034:a:199::) 0.0% 3 24.4 24.7 24.4 25.0 0.3
10. AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:171::1) 0.0% 3 4.3 4.5 4.3 5.0 0.4
ffm-b5-link.ip.twelve99.net (2001:2034:a:71::1)
AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:71::1)
11. AS1299 orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2) 0.0% 3 5.1 687.6 4.8 2053. 1182.5
12. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
-
Juste une idée comme ça, mais je me demande si c'est possible qu'OVH rejette certains paquets TCP avec une TTL "suspecte" ? Pour ces entrés que mtr te montre après 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839, j'imagine qu'il est plus probable que les paquets soient en fait rejetés avant qu'ils n'atteignent 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839.
-
je ne comprend pas comment "De OVH (Canada, Montreal) à Hostinger (France, Paris) je transit via MY LIVEBOX Orange_FR à la montagne dans ma maison de Valdeblore pour repartir votre OVH pour arriver à hostinger !!"
C'est impossible.
Donc
- tu as un tunnel monté entre ta montagne et ta box OVH et/ou ta box Hostinger
- tu as des routes spécifiques quelque part sur l'un des trois éléments, mais c'est un peu comme le premier point
Bref le traceroute ne correspond certainement pas à la réalité observable par le reste du monde.
-
C'est impossible.
Donc
- tu as un tunnel monté entre ta montagne et ta box OVH et/ou ta box Hostinger
- tu as des routes spécifiques quelque part sur l'un des trois éléments, mais c'est un peu comme le premier point
Bref le traceroute ne correspond certainement pas à la réalité observable par le reste du monde.
Oui c'est exactement ce que je me dis ; mais portant j'ai vérifié ; je revérifie.
J'ai ouvert une page sur le Wiki de mon GitHub : LAB3W/docs/wiki/ MTR-My-Traceroute-IPv4-IPv6-over-ICMP‐TCP‐UDP (https://github.com/LAB3W/docs/wiki/MTR-My-Traceroute-IPv4-IPv6-over-ICMP%E2%80%90TCP%E2%80%90UDP) ;)
---
Pour ma gateway "2a01:cb1d:6aa:b400::1" - Ma "GATE" est la seule machine connectée à la Livebox Orange.
ven. août 14 16:33:30 ⛔🔜 root@gate:~ # swanctl --list-sas
ven. août 14 16:33:32 ⛔🔜 root@gate:~ # ip -6 xfrm state
ven. août 14 16:33:47 ⛔🔜 root@gate:~ # ip -6 xfrm policy
src ::/0 dst ::/0
socket in priority 0 ptype main
src ::/0 dst ::/0
socket out priority 0 ptype main
src ::/0 dst ::/0
socket in priority 0 ptype main
src ::/0 dst ::/0
socket out priority 0 ptype main
ven. août 14 16:33:52 ⛔🔜 root@gate:~ # ip -6 route show
2a01:cb1d:6aa:b400:bee:eeff::/104 dev netbr0 proto kernel metric 256 pref medium
2a01:cb1d:6aa:b400:1ab3::/80 dev srvbr0 proto kernel metric 256 expires 86397sec pref medium
2a01:cb1d:6aa:b400::/64 dev netbr0 proto kernel metric 256 expires 86352sec pref medium
fc01::10:106:0:250/124 dev srvbr0 proto kernel metric 256 pref medium
fc01::10:0:0:0/80 via fc01::10:106:0:252 dev srvbr0 metric 1024 pref medium
fc01::172:16:0:0/112 dev lanbr0 proto kernel metric 256 pref medium
fd10:6:42::/64 dev wlanbr0 proto kernel metric 256 linkdown pref medium
fe80::/64 dev netbr0 proto kernel metric 256 pref medium
fe80::/64 dev srvbr0 proto kernel metric 256 pref medium
fe80::/64 dev lanbr0 proto kernel metric 256 pref medium
fec1::/16 dev netbr0 proto kernel metric 256 pref medium
default via fe80::c2d7:aaff:fec0:f839 dev netbr0 proto ra metric 1024 expires 552sec hoplimit 64 pref high
Pour mon serveur Canadien :
ven. août 14 11:01:02 ⛔🔜 root@srv-ca:~ # ip -6 route show
::1 dev lo proto kernel metric 256 pref medium
2607:5300:60:9389::1 dev vmbr0 proto kernel metric 256 pref medium
2607:5300:60:9389:15:1::/124 dev vmbr1 proto kernel metric 256 pref medium
2607:5300:60:9389:15:1::/124 dev vmbr1 metric 1024 pref medium
2607:5300:60:9389:15:1:a:0/112 dev vmbr1 metric 1024 pref medium
2607:5300:60:9389:15:2::/124 dev vmbr5 proto kernel metric 256 pref medium
2607:5300:60:9389:15:2:a:0/112 dev vmbr5 metric 1024 pref medium
2607:5300:60:9389:17:4::/124 dev vmbr2 metric 1024 linkdown pref medium
2607:5300:60:9389:17:4c1:0:10/124 dev vmbr4 proto kernel metric 256 pref medium
fc00:5300:60:9389:15:1::/124 dev vmbr1 proto kernel metric 256 pref medium
fc00:5300:60:9389:15:1:a:0/112 via fc00:5300:60:9389:15:1:0:1 dev vmbr1 metric 1024 pref medium
fc00:5300:60:9389:15:2::/124 dev vmbr5 proto kernel metric 256 pref medium
fc00:5300:60:9389:15:2:a:0/112 via fc00:5300:60:9389:15:2:0:1 dev vmbr5 metric 1024 pref medium
fe80::/64 dev vmbr0 proto kernel metric 256 pref medium
fe80::/64 dev vmbr1 proto kernel metric 256 pref medium
fe80::/64 dev vmbr4 proto kernel metric 256 pref medium
fe80::/64 dev vmbr5 proto kernel metric 256 pref medium
fec0::/16 dev vmbr0 proto kernel metric 256 pref medium
default via 2607:5300:60:93ff:ff:ff:ff:fe dev vmbr0 metric 1024 onlink pref medium
ven. août 14 11:01:10 ⛔🔜 root@gate:~ # swanctl --list-sas
ven. août 14 11:01:14 ⛔🔜 root@srv-ca:~ # ip -6 xfrm state
ven. août 14 11:04:15 ⛔🔜 root@srv-ca:~ # ip -6 xfrm policy
src ::/0 dst ::/0
socket in priority 0
src ::/0 dst ::/0
socket out priority 0
src ::/0 dst ::/0
socket in priority 0
src ::/0 dst ::/0
socket out priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket in priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket out priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket in priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket out priority 0
Juste une idée comme ça, mais je me demande si c'est possible qu'OVH rejette certains paquets TCP avec une TTL "suspecte" ? Pour ces entrés que mtr te montre après 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839, j'imagine qu'il est plus probable que les paquets soient en fait rejetés avant qu'ils n'atteignent 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839.
Ouais ; c'est peut-être çà ; c'est bizarre .. çà s'appelle un gros bug réseau malgré tout.
Que ce soit depuis chez moi ou depuis un VPS chez Hetzner, je ne vois rien d'anormal :
$ mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T13:06:17+0200
HOST: meshify Loss% Snt Last Avg Best Wrst StDev
1. AS3215 livebox.home (XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX) 0.0% 3 0.9 1.1 0.9 1.2 0.2
2. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
3. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
4. AS3215 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 0.0% 3 12.8 12.9 12.8 13.1 0.2
5. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
Super merci pour cette réponse ;
Depuis orange de chez vous ; le traceroute arrive à ma Livebox "2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839" -- On habite super près !!!?
$ mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T13:05:33+0200
HOST: bb1 Loss% Snt Last Avg Best Wrst StDev
1. AS??? fe80::1 0.0% 3 3.3 3.5 3.3 3.8 0.2
2. AS24940 11837.your-cloud.host (2a01:4f8:0:e0c0::2655) 0.0% 3 0.7 1.4 0.7 2.7 1.1
3. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
4. AS24940 spine7-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:195) 0.0% 3 1.2 1.9 1.2 3.2 1.1
spine7-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:191)
AS24940 spine7-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:191)
5. AS24940 core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f069) 0.0% 3 0.8 1.0 0.8 1.3 0.3
core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f061)
AS24940 core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f061)
core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f06d)
AS24940 core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f06d)
6. AS24940 core11.nbg1.hetzner.com (2a01:4f8:0:3::2a1) 0.0% 3 0.8 1.0 0.7 1.4 0.3
core12.nbg1.hetzner.com (2a01:4f8:0:3::2e1)
AS24940 core12.nbg1.hetzner.com (2a01:4f8:0:3::2e1)
7. AS24940 juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22a) 0.0% 3 0.8 3.2 0.8 7.9 4.1
juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22e)
AS24940 juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22e)
8. AS1299 nug-b2-link.ip.twelve99.net (2001:2035:0:1e9f::1) 0.0% 3 0.8 1.0 0.8 1.3 0.2
9. AS1299 ffm-bb1-link.ip.twelve99.net (2001:2034:a:199::) 0.0% 3 24.4 24.7 24.4 25.0 0.3
10. AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:171::1) 0.0% 3 4.3 4.5 4.3 5.0 0.4
ffm-b5-link.ip.twelve99.net (2001:2034:a:71::1)
AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:71::1)
11. AS1299 orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2) 0.0% 3 5.1 687.6 4.8 2053. 1182.5
12. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
Super merci pour cette réponse ;
Depuis votre VPS chez Hetzner mon addresse est bloquée à "orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2)"
Sinon pas de boucle - sauf que mon service "actif" n'est pas accessible - le dernier saut marqué "? ? ?" pour l'hôte.
---
Note à 17h41 : On dirais que la route fonctionne (mainteant) ; sauf mon service HTTPS n'est pas visible..
Depuis SRV-CA :
ven. août 14 11:34:14 ⛔🔜 root@srv-ca:~ # mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T11:35:33-0400
HOST: lab3w Loss% Snt Last Avg Best Wrst StDev
1. AS16276 ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fe) 0.0% 3 0.8 0.7 0.7 0.8 0.0
AS16276 ovh.xn--ip10-mw4b.ws (2607:5300:60:93ff:ff:ff:ff:fd)
2. AS16276 2001:41d0:0:50::2:160 0.0% 3 0.8 0.9 0.8 0.9 0.0
AS16276 2001:41d0:0:50::2:15e
3. AS16276 2001:41d0:0:50::6:95a 0.0% 3 0.2 0.2 0.2 0.2 0.0
AS16276 2001:41d0:0:50::6:84e
AS16276 2001:41d0:0:50::6:84c
4. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
5. AS16276 ymq-mtl3-sbb2-8k.qc.ca (2607:5300::2564) 0.0% 3 3.8 3.9 3.5 4.4 0.4
6. AS16276 2001:41d0::2689 0.0% 3 4.6 3.6 3.1 4.6 0.9
AS16276 be301.ymq-mtl3-pb2-8k.qc.ca (2001:41d0::2695)
7. AS1299 motl-b3-link.ip.twelve99.net (2001:2035:0:2cd3::1) 0.0% 3 3029. 1351. 1.7 3029. 1540.7
AS174 2001:550:2:6::3e
8. AS174 be2090.ccr22.ymq01.atlas.cogentco.com (2001:550:0:1000::9a36:2d75) 0.0% 3 3032. 1356. 1.9 3032. 1541.0
AS174 be2089.ccr21.ymq01.atlas.cogentco.com (2001:550:0:1000::9a36:2d71)
AS1299 motl-b4-link.ip.twelve99.net (2001:2034:a:2c2::1)
9. AS174 be2088.ccr21.alb02.atlas.cogentco.com (2001:550:0:1000::9a36:2b12) 0.0% 3 8.9 1018. 8.9 3036. 1747.9
AS1299 nyk-bb5-link.ip.twelve99.net (2001:2034:a:f3::)
AS174 be2104.ccr22.alb02.atlas.cogentco.com (2001:550:0:1000::9a36:2b16)
10. AS174 be4077.ccr42.jfk02.atlas.cogentco.com (2001:550:0:1000::9a36:5a65) 0.0% 3 9.2 9.1 9.0 9.2 0.1
AS174 be4076.ccr41.jfk02.atlas.cogentco.com (2001:550:0:1000::9a36:5a61)
11. AS174 port-channel8073.ccr91.dca04.atlas.cogentco.com (2001:550:0:1000::9a36:aa45) 0.0% 3 7257. 2762. 13.8 7257. 3925.1
AS174 port-channel4188.ccr92.dca04.atlas.cogentco.com (2001:550:0:1000::9a36:1e79)
12. AS174 be8413.ccr41.iad02.atlas.cogentco.com (2001:550:0:1000::9a36:5da) 0.0% 3 14.6 14.5 14.2 14.6 0.2
13. AS174 2001:550:3::206 33.3% 3 1128. 614.0 99.8 1128. 727.2
14. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
15. AS??? 2a01:cfc4:0:2100::2 0.0% 3 96.7 436.6 96.7 1116. 588.7
16. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
17. AS3215 2a01cb08a00402110193025300750144.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253 0.0% 3 99.6 436.6 99.6 1110. 583.8
18. AS3215 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 0.0% 3 102.0 101.9 101.6 102.1 0.3
19. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
-> KO
Depuis HST-FR (TODO faire la page mtr) :
Fri Aug 14 17:36:59 ⛔🔜 root@hst-fr:~ # mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T17:36:41+0200
HOST: hst-fr Loss% Snt Last Avg Best Wrst StDev
1. AS47583 _gateway (2a02:4780:28::1) 0.0% 3 1.0 1.0 1.0 1.1 0.1
2. AS47583 2a02:4780:27:ffff::2d 0.0% 3 2.0 1.1 0.5 2.0 0.8
3. AS47583 2a02:4780:27:ffff::2 0.0% 3 0.9 0.6 0.5 0.9 0.2
2a02:4780:27:ffff::1
AS47583 2a02:4780:27:ffff::1
4. AS47583 2a02:4780:27:ffff::c 0.0% 3 0.5 0.6 0.5 0.7 0.1
2a02:4780:27:ffff::b
AS47583 2a02:4780:27:ffff::b
5. AS174 2001:978:2:1c::b0:1 0.0% 3 1.6 340.2 1.6 1017. 586.2
2001:978:2:1c::b1:1
AS174 2001:978:2:1c::b1:1
6. AS6939 be47.core3.par2.he.net (2001:470:e:13::2) 0.0% 3 4.9 3.2 1.3 4.9 1.8
be9955.agr71.par05.atlas.cogentco.com (2001:550:0:1000::9a19:b95)
AS174 be9955.agr71.par05.atlas.cogentco.com (2001:550:0:1000::9a19:b95)
7. AS6939 be2.core4.lon2.he.net (2001:470:e:44::1) 0.0% 3 10.5 7.7 1.7 10.8 5.2
prs-bb1-link.ip.twelve99.net (2001:2034:a:a9::)
AS1299 prs-bb1-link.ip.twelve99.net (2001:2034:a:a9::)
8. AS6939 be4.core2.lon3.he.net (2001:470:e:41::2) 0.0% 3 17.2 9.6 1.7 17.2 7.8
2001:688:0:4::1ed
AS5511 2001:688:0:4::1ed
9. AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:171::1) 0.0% 3 1032. 1377. 10.8 3088. 1567.7
ffm-b5-link.ip.twelve99.net (2001:2034:a:23::1)
AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:23::1)
10. AS1299 orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2) 0.0% 3 2047. 688.9 9.8 2047. 1176.1
11. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
-> KO
Pouvez me renvoyer ces 2 retours MTR s'il vous plaît :
Et sur celle-ci "2a01:cb1d:6aa:b400:1ab3::1" (mon SRV-FR après la "GATE", après ma livebox) répond normalement, à ce que j'ai tracé.
ven. août 14 11:44:46 ⛔🔜 root@srv-ca:~ # mtr 2a01:cb1d:6aa:b400:1ab3::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T11:44:56-0400
HOST: lab3w Loss% Snt Last Avg Best Wrst StDev
1. AS16276 ovh.xn--ip10-mw4b.ws (2607:5300:60:93ff:ff:ff:ff:fd) 0.0% 3 0.7 0.7 0.6 0.7 0.0
AS16276 ovh.xn--ip10-mw4b.ws (2607:5300:60:93ff:ff:ff:ff:fe)
2. AS16276 2001:41d0:0:50::2:15c 0.0% 3 0.8 0.9 0.8 1.1 0.2
AS16276 2001:41d0:0:50::2:160
AS16276 2001:41d0:0:50::2:162
3. AS16276 2001:41d0:0:50::6:95a 0.0% 3 0.2 0.2 0.2 0.2 0.0
AS16276 2001:41d0:0:50::6:84e
AS16276 2001:41d0:0:50::6:84a
4. AS16276 be100-100.bhs-g1-nc5.qc.ca (2607:5300::1c2) 0.0% 3 3033. 1352. 0.9 3033. 1543.2
AS16276 be100-100.bhs-g2-nc5.qc.ca (2607:5300::1cc)
5. AS16276 ymq-mtl3-sbb2-8k.qc.ca (2607:5300::2564) 0.0% 3 3.1 3.3 2.8 3.8 0.5
AS16276 ymq-mtl3-sbb1-8k.qc.ca (2607:5300::2562)
6. AS16276 be300.ymq-mtl3-pb2-8k.qc.ca (2001:41d0::2691) 0.0% 3 4.0 3.4 3.0 4.0 0.6
AS16276 be301.ymq-mtl3-pb2-8k.qc.ca (2001:41d0::2695)
AS16276 be301.ymq-mtl3-pb1-8k.qc.ca (2001:41d0::2693)
7. AS174 2001:550:2:6::3e 0.0% 3 3020. 1007. 1.4 3020. 1743.0
8. AS174 be2090.ccr22.ymq01.atlas.cogentco.com (2001:550:0:1000::9a36:2d75) 0.0% 3 1011. 338.2 1.6 1011. 583.0
AS1299 motl-b4-link.ip.twelve99.net (2001:2034:a:2c2::1)
9. AS174 be2104.ccr22.alb02.atlas.cogentco.com (2001:550:0:1000::9a36:2b16) 0.0% 3 1107. 403.7 9.0 1107. 610.7
AS6461 zayo-orange.ter1.iad10.us.zip.zayo.com (2001:438:ffff::407e:31e)
10. AS174 be4076.ccr41.jfk02.atlas.cogentco.com (2001:550:0:1000::9a36:5a61) 0.0% 3 102.6 71.6 9.0 103.3 54.2
AS3215 2a01:cb1d:6aa:b400:1ab3::1
11. AS3215 2a01:cb1d:6aa:b400:1ab3::1 0.0% 3 102.5 73.1 13.8 102.9 51.3
AS174 port-channel4188.ccr92.dca04.atlas.cogentco.com (2001:550:0:1000::9a36:1e79)
-> OK
Fri Aug 14 17:36:59 ⛔🔜 root@hst-fr:~ # mtr 2a01:cb1d:6aa:b400:1ab3::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T17:45:23+0200
HOST: hst-fr Loss% Snt Last Avg Best Wrst StDev
1. AS47583 _gateway (2a02:4780:28::1) 0.0% 3 1.6 1.6 1.2 1.9 0.3
2. AS47583 2a02:4780:27:ffff::2d 0.0% 3 1.2 1.0 0.7 1.2 0.2
2a02:4780:27:ffff::2e
AS47583 2a02:4780:27:ffff::2e
3. AS47583 2a02:4780:27:ffff::1 0.0% 3 1.2 1.2 0.7 1.6 0.4
2a02:4780:27:ffff::2
AS47583 2a02:4780:27:ffff::2
4. AS47583 2a02:4780:27:ffff::c 0.0% 3 1.1 0.9 0.6 1.1 0.2
2a02:4780:27:ffff::b
AS47583 2a02:4780:27:ffff::b
5. AS174 2001:978:2:1c::b0:1 0.0% 3 1011. 338.4 0.9 1011. 583.0
prs-b9-link.ip.twelve99.net (2001:2035:0:2921::1)
AS1299 prs-b9-link.ip.twelve99.net (2001:2035:0:2921::1)
6. AS1299 prs-b16-link.ip.twelve99.net (2001:2034:a:280::) 0.0% 3 5.0 4.2 3.1 5.0 1.0
7. AS6939 be2.core4.lon2.he.net (2001:470:e:44::1) 0.0% 3 1021. 345.0 3.4 1021. 585.6
be9919.rcr81.par05.atlas.cogentco.com (2001:550:0:1000::8275:33d1)
AS174 be9919.rcr81.par05.atlas.cogentco.com (2001:550:0:1000::8275:33d1)
8. AS6939 be4.core2.lon3.he.net (2001:470:e:41::2) 0.0% 3 10.1 16.5 10.1 28.2 10.1
ffm-bb2-link.ip.twelve99.net (2001:2034:a:8f::1)
AS1299 ffm-bb2-link.ip.twelve99.net (2001:2034:a:8f::1)
9. AS3215 2a01:cb1d:6aa:b400:1ab3::1 0.0% 3 30.2 22.1 11.2 30.2 9.8
ffm-b5-link.ip.twelve99.net (2001:2034:a:304::1)
AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:304::1)
-> OK
Merci.
Romain.
-
Et sans abuser sur celle-ci "2a02:4780:28:5295::1" (mon HST-FR à Paris, chez Hostinger) répond normalement en TCP IPv6 en port 443 par MTR, ou non ; la route est bonne ?
ven. août 14 11:45:04 ⛔🔜 root@srv-ca:~ # mtr 2a02:4780:28:5295::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T11:48:46-0400
HOST: lab3w Loss% Snt Last Avg Best Wrst StDev
1. AS16276 ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fd) 0.0% 3 0.6 0.6 0.6 0.7 0.1
AS16276 ovh.xn--ip10-mw4b.ws (2607:5300:60:93ff:ff:ff:ff:fe)
2. AS16276 2001:41d0:0:50::2:15e 0.0% 3 1.0 0.9 0.9 1.0 0.0
AS16276 2001:41d0:0:50::2:15c
AS16276 2001:41d0:0:50::2:160
3. AS16276 2001:41d0:0:50::6:958 0.0% 3 0.2 0.2 0.1 0.2 0.0
AS16276 2001:41d0:0:50::6:95c
AS16276 2001:41d0:0:50::6:84c
4. AS16276 be100-100.bhs-g2-nc5.qc.ca (2607:5300::1cc) 33.3% 3 1009. 505.0 0.6 1009. 713.3
AS16276 be100-100.bhs-g1-nc5.qc.ca (2607:5300::1c2)
5. AS16276 nyc-ny1-sbb1-8k.nj.us (2607:5300::1c7) 0.0% 3 2.9 5.9 2.9 10.7 4.2
AS16276 ymq-mtl3-sbb2-8k.qc.ca (2607:5300::2564)
AS16276 ymq-mtl3-sbb1-8k.qc.ca (2607:5300::2562)
6. AS16276 be10.ymq-mtl3-sbb1-8k.qc.ca (2001:41d0::2696) 0.0% 3 3.0 5.8 3.0 10.4 4.1
AS16276 be10.nyc-ny1-sbb2-8k.nj.us (2001:41d0::26c1)
7. AS16276 lon-thw-sbb1-nc5.uk.eu (2001:41d0::302c) 0.0% 3 77.5 77.8 75.2 80.7 2.8
AS16276 be102.lil1-rbx1-sbb1-nc5.fr.eu (2001:41d0::616)
AS16276 be104.lon-drch-sbb1-nc5.uk.eu (2607:5300::190)
8. AS16276 par-th2-sbb1-nc5.fr.eu (2001:41d0::25e6) 0.0% 3 85.1 83.9 82.9 85.1 1.1
AS16276 be102.lil1-rbx1-sbb2-nc5.fr.eu (2001:41d0::c68)
AS16276 be102.lil1-rbx8-sbb2-nc5.fr.eu (2001:41d0::25eb)
9. AS16276 par-th2-sbb1-nc5.fr.eu (2001:41d0::25e6) 0.0% 3 83.3 83.5 83.3 83.7 0.2
AS16276 be321.par-pa3-pb1-nc5.fr.eu (2001:41d0::25e5)
AS16276 be311.par-th2-pb1-nc5.fr.eu (2001:41d0::25df)
10. AS16276 be311.par-th2-pb1-nc5.fr.eu (2001:41d0::25df) 0.0% 3 3123. 1097. 83.4 3123. 1754.5
AS16276 be301.par-th2-pb1-nc5.fr.eu (2001:41d0::25cb)
11. AS47583 2a02:4780:27:ffff::2 33.3% 3 84.0 84.8 84.0 85.6 1.2
AS47583 2a02:4780:27:ffff::1
12. AS47583 2a02:4780:27:ffff::2 0.0% 3 85.6 85.9 85.6 86.1 0.3
13. AS47583 2a02:4780:27:1234::120 0.0% 3 84.1 85.2 84.1 87.5 1.9
AS47583 2a02:4780:27:ffff::2d
14. AS47583 hst.xn--j77hya.xn--hwgz2tba.st (2a02:4780:28:5295::1) 0.0% 3 86.0 85.7 85.0 86.2 0.7
AS47583 2a02:4780:27:1234::120
ven. août 14 17:35:42 ⛔🔜 root@srv-fr:~ # mtr 2a02:4780:28:5295::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-14T17:50:05+0200
HOST: srv-fr Loss% Snt Last Avg Best Wrst StDev
1. AS??? gate.xn--j77hya.xn--hwgz2tba.st (fc01::10:106:0:254) 0.0% 3 0.2 0.2 0.2 0.2 0.0
2. AS3215 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 0.0% 3 1.0 0.9 0.9 1.0 0.0
3. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
4. AS??? 2a01:cfc0:200:8000:193:252:102:82 0.0% 3 7.0 6.9 6.7 7.1 0.2
5. AS??? 2a01:cfc0:200:8000:193:252:102:81 0.0% 3 7.0 6.8 6.6 7.0 0.2
6. AS??? 2a01:cfc4:0:2000::3 0.0% 3 20.2 22.6 20.2 27.0 3.8
7. AS47583 hst.xn--j77hya.xn--hwgz2tba.st (2a02:4780:28:5295::1) 0.0% 3 29.4 28.9 26.6 30.6 2.1
Merci.
Romain.
-
Depuis Hetzner vers 2a01:cb1d:6aa:b400:1ab3::1, les résultats sont variables :
$ mtr 2a01:cb1d:6aa:b400:1ab3::1 -6 -c 10 -brwz -T -P 443
Start: 2026-08-14T17:40:15+0200
HOST: bb1 Loss% Snt Last Avg Best Wrst StDev
1. AS??? fe80::1 0.0% 10 2.5 3.3 2.4 4.7 0.8
2. AS24940 11837.your-cloud.host (2a01:4f8:0:e0c0::2655) 0.0% 10 0.5 0.6 0.4 1.6 0.3
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS24940 spine7-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:191) 0.0% 10 1.1 1.2 1.1 1.8 0.2
spine7-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:195)
AS24940 spine7-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:195)
5. AS24940 core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f06d) 0.0% 10 0.7 0.7 0.5 1.4 0.3
core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f061)
AS24940 core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f061)
core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f069)
AS24940 core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f069)
core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f065)
AS24940 core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f065)
6. AS24940 core12.nbg1.hetzner.com (2a01:4f8:0:e0c0::a1e5) 0.0% 10 0.6 0.7 0.5 1.4 0.3
core11.nbg1.hetzner.com (2a01:4f8:0:3::2a1)
AS24940 core11.nbg1.hetzner.com (2a01:4f8:0:3::2a1)
core12.nbg1.hetzner.com (2a01:4f8:0:3::2e1)
AS24940 core12.nbg1.hetzner.com (2a01:4f8:0:3::2e1)
core11.nbg1.hetzner.com (2a01:4f8:0:e0c0::a1e1)
AS24940 core11.nbg1.hetzner.com (2a01:4f8:0:e0c0::a1e1)
7. AS24940 juniper4.dc2.nbg1.hetzner.com (2a01:4f8:0:3::26) 0.0% 10 0.9 2.1 0.6 10.7 3.1
juniper4.dc2.nbg1.hetzner.com (2a01:4f8:0:3::10a)
AS24940 juniper4.dc2.nbg1.hetzner.com (2a01:4f8:0:3::10a)
juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22a)
AS24940 juniper5.dc2.nbg1.hetzner.com (2a01:4f8:0:3::22a)
8. AS1299 nug-b2-link.ip.twelve99.net (2001:2035:0:146f::1) 0.0% 10 0.6 1.0 0.5 3.9 1.0
nug-b2-link.ip.twelve99.net (2001:2035:0:1e9f::1)
AS1299 nug-b2-link.ip.twelve99.net (2001:2035:0:1e9f::1)
9. AS1299 ffm-bb1-link.ip.twelve99.net (2001:2034:a:199::) 0.0% 10 24.2 24.3 24.2 24.5 0.1
10. AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:171::1) 0.0% 10 4.2 4.4 3.9 5.7 0.5
orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2)
AS1299 orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2)
ffm-b5-link.ip.twelve99.net (2001:2034:a:71::1)
AS1299 ffm-b5-link.ip.twelve99.net (2001:2034:a:71::1)
11. AS3215 2a01:cb1d:6aa:b400:1ab3::1 0.0% 10 24.8 8.7 4.4 25.1 8.6
orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2)
AS1299 orange-ic-325004.ip.twelve99-cust.net (2001:2035:0:13d9::2)
En regardant un tcpdump sur 10 packets envoyée avec une TTL de 11, on voit que 9 paquets se perdent en recevant un ICMPv6 Time Exceeded de 2001:2035:0:13d9::2, et 1 arrive bien sur 2a01:cb1d:6aa:b400:1ab3::1 (on reçoit le SYN ACK).
Edit : en fait c'est juste que des fois on prend une route à 11 hops, des fois une route à 12 hops. Avec une TTL de 12 on arrive bien systématiquement sur 2a01:cb1d:6aa:b400:1ab3::1. Donc j'ai l'impression qu'il y a comme un bug dans mtr, qui a l'air de s'arrêter à la première TTL qui permet d'atteindre une fois la cible... Alors que parfois avec ce TTL, on n'atteint pas encore la cible.
De Hetzner vers 2a02:4780:28:5295::1, tout est normal (on a systématiquement 2a02:4780:28:5295::1 au hop 12).
-
Depuis Hetzner vers 2a01:cb1d:6aa:b400:1ab3::1, les résultats sont variables :
$ mtr 2a01:cb1d:6aa:b400:1ab3::1 -6 -c 10 -brwz -T -P 443Edit : en fait c'est juste que des fois on prend une route à 11 hops, des fois une route à 12 hops. Avec une TTL de 12 on arrive bien systématiquement sur 2a01:cb1d:6aa:b400:1ab3::1. Donc j'ai l'impression qu'il y a comme un bug dans mtr, qui a l'air de s'arrêter à la première TTL qui permet d'atteindre une fois la cible... Alors que parfois avec ce TTL, on n'atteint pas encore la cible.
Bref, afin de passer par un seul chemin à la fois il faut faire des traceroutes ou mtr en UDP ou en TCP, mais en figeant les ports source et destination (plutôt que d'avoir un incrément de port à chaque paquet comme le traceroute UDP standard ou mtr en TCP/UDP standard ; et ensuite refaire pareil en incrémentant le port dst (ou src) de 1 à la fois, pour voir successivement les autres chemins (sachant que dans mtr il commence par défaut à 33000, dans traceroute à 33434, mais on peut aussi utiliser 443) (en espérant passer d'un chemin à l'autre assez vite pour ne pas se taper 3 ou 4 ports de suite sans changement ;D ).
-
Merci messieurs pour vos réponses.
Que les chemins changent est (je pense) tout à fait normal ; avec plus au moins de sauts aussi ;
C'est le but d'Internet ; de prendre le chemin le plus rapide ou le plus court ; s'il arrive une coupure à un endroit de la chaine, le chemin serait différent.
Le fait de passer par un seul chemin (justement) n'est pas normal à mon avis ;
Pour accéder à mon VPS en Australie ; Fût un temps, depuis la France certaines fois je transitais par l'Europe ; Asie, Singapour; et par d'autres routes, je ne sais plus par où..
C'était justement MON BUT d'avoir un serveur à Sydney ; pour traverser le monde entier.
Par contre maintenant ; j'ai ce retour ; chose anormal ; c'est comme si quelqu'un en France chez Orange S.A. m'avait fait une route "STATIQUE".
root@gate:~ # mtr vps.au.xn--ip10-mw4b.ws -6 -c 10 -brwz -T -P 443
Start: 2026-08-17T15:33:02+0200
HOST: gate Loss% Snt Last Avg Best Wrst StDev
1. AS3215 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 0.0% 10 0.8 0.9 0.7 2.2 0.5
2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3. AS??? 2a01:cfc0:200:8000:193:252:102:82 0.0% 10 6.7 6.5 6.3 6.9 0.2
4. AS??? 2a01:cfc0:200:8000:193:252:102:81 0.0% 10 6.9 7.3 6.3 13.7 2.3
5. AS??? 2a01:cfc4:0:2000::3 0.0% 10 20.1 21.0 19.8 28.4 2.6
6. AS16276 vps.xn--e77hib.xn--ip10-mw4b.ws (2402:1f00:8100:400::1435) 0.0% 10 337.4 336.8 333.7 339.0 1.7
Sinon je n'ai pas tout compris l’histoire des TTL et de TCPDump.
Bonne journée.
Romain.
-
Je suis bien d'accord qu'il n'y a rien d'anormal à ce que les routes changent, et le nombre de hops avec. Ce qui est anormal, c'est que quand lors d'un même run mtr voit parfois 11 hops pour atteindre la destination, parfois 12, il n'affiche que 11 hops. Le 12ème, qui a été vu au moins une fois, passe complètement à la trappe dans la sortie, ce qui fait qu'on a l'impression qu'on n'atteint parfois pas la destination.
-
Je suis bien d'accord qu'il n'y a rien d'anormal à ce que les routes changent, et le nombre de hops avec. Ce qui est anormal, c'est que quand lors d'un même run mtr voit parfois 11 hops pour atteindre la destination, parfois 12, il n'affiche que 11 hops. Le 12ème, qui a été vu au moins une fois, passe complètement à la trappe dans la sortie, ce qui fait qu'on a l'impression qu'on n'atteint parfois pas la destination.
Ok merci ; l'important c'est qu'on est l'IP de la machine "2a01:cb1d:6aa:b400:1ab3::1" au dernier HOP avec Loss% à 0.0% ce qui signifie que le service 443 en TCP est actif est disponible.
Si on a sur le dernier Hop Loss% 100.0% c'est que le service n'est pas disponible (bien qu'il soit actif) ; soit sur TCP IP V4 ou TCP IP V6
Exemple :
# CA to FR over TCP 443 IPv6
Thu Aug 13 09:14:35 ⛔🔜 root@srv-ca.lb2.ww2:~ # mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-13T09:14:56-0400
HOST: ww2 Loss% Snt Last Avg Best Wrst StDev
1. AS16276 2607:5300:60:9389:15:2:a:ffff 0.0% 3 0.1 0.1 0.1 0.1 0.0
2. AS16276 v2.ca.ipv10.net (2607:5300:60:9389:15:2:0:f) 0.0% 3 0.2 0.2 0.2 0.2 0.0
3. AS16276 ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fd) 0.0% 3 0.7 1.2 0.7 1.7 0.5
ovh.xn--ip10-mw4b.ws (2607:5300:60:93ff:ff:ff:ff:fe)
AS16276 ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fe)
4. AS16276 2001:41d0:0:50::2:15c 0.0% 3 0.9 1.0 0.9 1.1 0.1
2001:41d0:0:50::2:162
AS16276 2001:41d0:0:50::2:162
[....]
15. AS174 2001:550:3::206 0.0% 3 95.5 95.3 95.1 95.5 0.2
16. AS5511 2001:688:0:2:1::397 33.3% 3 1116. 1113. 1110. 1116. 4.3
17. AS??? 2a01:cfc4:0:2100::2 0.0% 3 3140. 1786. 1104. 3140. 1172.8
18. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
19. AS3215 2a01cb08a00402110193025300750144.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:144) 33.3% 3 1123. 1116. 1108. 1123. 11.0
20. AS3215 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 0.0% 3 1126. 443.7 102.3 1126. 591.0
21. AS??? ??? 100.0 3 0.0 0.0 0.0 0.0 0.0
# KO !!!!!
# FR Backend (local) to GATE-FR over TCP 443 IPv6
jeu. août 13 15:21:47 ⛔🔜 root@srv-fr.h1.ww1:~ # mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
Start: 2026-08-13T15:21:51+0200
HOST: ww1 Loss% Snt Last Avg Best Wrst StDev
1. AS??? fc01::10:116:42:ffff 0.0% 3 0.1 0.1 0.1 0.1 0.0
2. AS??? fc01::10:116:0:252 0.0% 3 0.2 0.2 0.2 0.3 0.0
3. AS3215 2a01:cb1d:6aa:b400::1 0.0% 3 754.6 251.8 0.4 754.6 435.4
# OK
Romain.
-
Déjà fais des traceroute normaux et pas en forcant des protocoles, des ports, etc.
-
Déjà fais des traceroute normaux et pas en forcant des protocoles, des ports, etc.
Oui chef ^^ j'ai 12 ans.
---
Sinon vous pouvez si vous le souhaitez "copier/coller" le code source HTML/CSS (et JAVASCRIPT) de cette page "mtr-tcp_443.html (https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-tcp_443.html)" ainsi que de celle-ci "mtr-traceroute.html (https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html)" et modifier les valeurs javascript "urls []" avec vos retours "JSON" et nom de serveurs. J'ai TOUT mis (dans un seul fichier HTML pour avoir comme une page HTML dynamique ; apprendre les "requests et réponses fetch") que je puisse utiliser sans PHP ; pour avoir des données "à jour" ;D
C'est un bon départ pour les retours des disponibilté des services via MTR avec rendu HTML. Ci-cela peut vous servir 8)
Ceci est la commande par default qui retourne le résultat "MTR" :
mtr dns.google -6 -c 3 -brwz -T -P 443 --json > /var/www/html/infos/my-traceroute/mtr-json-result_srv.fr_TO_dns.google_tcp_443_ipv6.json
const urls = [
{
servers: "srv-fr",
description: "MTR from this server",
mtrs: [
{
id: 1,
name: "srv-ca (Canada, Montreal)",
url:
{
ipv4: "https://srv.fr.domain.tld/infos/my-traceroute/mtr-json-result_srv.fr_TO_srv.ca_tcp_443_ipv4.json",
ipv6: "https://srv.fr.domain.tld/infos/my-traceroute/mtr-json-result_srv.fr_TO_srv.ca_tcp_443_ipv6.json",
},
},
{
id: 2,
name: "dns.google (Mountain View)",
url:
{
ipv4: "https://srv.fr.domain.tld/infos/my-traceroute/mtr-json-result_srv.fr_TO_dns.google_tcp_443_ipv4.json",
ipv6: "https://srv.fr.domain.tld/infos/my-traceroute/mtr-json-result_srv.fr_TO_dns.google_tcp_443_ipv6.json",
},
},
{
id: 3,
name: "lafibre.info (France, Paris)",
url:
{
ipv4: "https://srv.fr.domain.tld/infos/my-traceroute/mtr-json-result_srv.fr_TO_lafibre.info_tcp_443_ipv4.json",
ipv6: "https://srv.fr.domain.tld/infos/my-traceroute/mtr-json-result_srv.fr_TO_lafibre.info_tcp_443_ipv6.json",
},
}
]
},
{
servers: "srv-ca",
description: "MTR from this server",
mtrs: [
{
id: 1,
name: "gate-fr (France, Valdeblore)",
url:
{
ipv4: "https://srv.ca.domain.tld/infos/my-traceroute/mtr-json-result_srv.ca_TO_gate.fr_tcp_443_ipv4.json",
ipv6: "https://srv.ca.domain.tld/infos/my-traceroute/mtr-json-result_srv.ca_TO_gate.fr_tcp_443_ipv6.json",
},
},
{
id: 2,
name: "dns.google (Mountain View)",
url:
{
ipv4: "https://srv.ca.domain.tld/infos/my-traceroute/mtr-json-result_srv.ca_TO_dns.google_tcp_443_ipv4.json",
ipv6: "https://srv.ca.domain.tld/infos/my-traceroute/mtr-json-result_srv.ca_TO_dns.google_tcp_443_ipv6.json",
},
},
{
id: 3,
name: "lafibre.info (France, Paris)",
url:
{
ipv4: "https://srv.ca.domain.tld/infos/my-traceroute/mtr-json-result_srv.ca_TO_lafibre.info_tcp_443_ipv4.json",
ipv6: "https://srv.ca.domain.tld/infos/my-traceroute/mtr-json-result_srv.ca_TO_lafibre.info_tcp_443_ipv6.json",
},
}
]
}
];
J'utilise la commande Linux "jq" pour ajouter des informations au fichier JSON - le script est le suivant :
# cat /root/mtr-command.sh
# ---------------------------------------------------------------------------------------------
#!/bin/bash
# Owner : ZW3B’s LAB3W : The Web’s Laboratory ; Engineering of the Internet
# Author : O.Romain.Jaillet-ramey (orj AT lab3w.fr)
# Date Created : 2026-01-05
# Date Modified : 2026-08-12
# Description : "mtr" script with JSON output and added output variables – My ICMP traceroute.
# More : Render HTML output (copy/paste) and change the "urls" variables "/var/www/html/infos/my-traceroute/mtr-traceroute.html".
# You could share "your" HTML page, hosted on your servers, with the relevant IT support teams.
# man 8 mtr
# man 0 jq
# MTR : My Traceroute
# Other example : mtr -o 'J M X LSR NA B W V' -wzbc 50 addr_IP
# ┌───┬─────────────────────┐
# │ L │ Loss ratio │
# ├───┼─────────────────────┤
# │ D │ Dropped packets │
# ├───┼─────────────────────┤
# │ R │ Received packets │
# ├───┼─────────────────────┤
# │ S │ Sent Packets │
# ├───┼─────────────────────┤
# │ N │ Newest RTT(ms) │
# ├───┼─────────────────────┤
# │ B │ Min/Best RTT(ms) │
# ├───┼─────────────────────┤
# │ A │ Average RTT(ms) │
# ├───┼─────────────────────┤
# │ W │ Max/Worst RTT(ms) │
# ├───┼─────────────────────┤
# │ V │ Standard Deviation │
# ├───┼─────────────────────┤
# │ G │ Geometric Mean │
# ├───┼─────────────────────┤
# │ J │ Current Jitter │
# ├───┼─────────────────────┤
# │ M │ Jitter Mean/Avg. │
# ├───┼─────────────────────┤
# │ X │ Worst Jitter │
# ├───┼─────────────────────┤
# │ I │ Interarrival Jitter │
# └───┴─────────────────────┘
# Example: -o "LSD NBAW X"
# ----
HST="srv.fr.domain.tld"
TITLE="MTR";
DATE=$(TZ="Europe/Paris" date +"%Y-%m-%d %H:%M:%S GMT%z")
# --------------------
# MTR --count 3 ~= 10 seconds
DESC="My Traceroute (over ICMP)"
mtr dns.google -4 -c 3 -brwz --json | jq --arg date "$DATE" --arg title "$TITLE" --arg desc "$DESC" --arg server "$HST" '.report.infos |= . + { "server": $server, "title": $title, "desc", $desc, "date": $date, "file": "mtr-json-result_srv-fr_TO_srv-ca_ipv4.json" }' > /var/www/html/infos/my-traceroute/mtr-json-result_srv-fr_TO_dns.google_ipv4.json
mtr dns.google -6 -c 3 -brwz --json | jq --arg date "$DATE" --arg title "$TITLE" --arg desc "$DESC" --arg server "$HST" '.report.infos |= . + { "server": $server, "title": $title, "desc", $desc, "date": $date, "file": "mtr-json-result_srv-fr_TO_srv-ca_ipv4.json" }' > /var/www/html/infos/my-traceroute/mtr-json-result_srv-fr_TO_dns.google_ipv6.json
DESC="My Traceroute (over TCP) on port 443 (HTTPS)"
mtr dns.google -4 -c 3 -brwz -T -P 443 --json | jq --arg date "$DATE" --arg title "$TITLE" --arg desc "$DESC" --arg server "$HST" '.report.infos |= . + { "server": $server, "title": $title, "desc", $desc, "date": $date, "file": "mtr-json-result_srv-fr_TO_srv-ca_ipv4.json" }' > /var/www/html/infos/my-traceroute/mtr-json-result_srv-fr_TO_dns.google_tcp_443_ipv4.json
mtr dns.google -6 -c 3 -brwz -T -P 443 --json | jq --arg date "$DATE" --arg title "$TITLE" --arg desc "$DESC" --arg server "$HST" '.report.infos |= . + { "server": $server, "title": $title, "desc", $desc, "date": $date, "file": "mtr-json-result_srv-fr_TO_srv-ca_ipv4.json" }' > /var/www/html/infos/my-traceroute/mtr-json-result_srv-fr_TO_dns.google_tcp_443_ipv6.json
Personnelement j'ai fait 2 fichiers ; pour les 2 types de traceroutes.
Que je lance toutes les 5 minutes :
# crontab -l
# m h dom mon dow command
#minute (0-59)
#| hour (0-23)
#| | day of the month (1-31)
#| | | month of the year (1-12)
#| | | | day of the week (0-6 with 0=Sun)
#| | | | | commands
#| | | | | |
#---------------------------------------------------------------------------------------------------
# --------------------
# A Traceroute
# MTR over ICMP
*/5 * * * * sh /root/mtr-command-one.sh 2>/dev/null 2>&1
# MTR over TCP 443
*/5 * * * * sleep $(shuf -i 60-60 -n1) ; sh /root/mtr-command-tcp-443-one.sh 2>/dev/null 2>&1
@+
---
Il y a 2,3 variables à modifier ou supprimer ; si çà peut vous servir ;-)
var host="locahost";
if(
// SRV-CA
window.location.hostname == "srv.xn--e77hd.xn--hwgz2tba.st"
|| window.location.hostname == "srv.ca.xn--hwgz2tba.st"
|| window.location.hostname == "srv.ca.xn--hwgz2tba.st"
|| window.location.hostname == "158.69.126.137"
|| window.location.hostname == "2607:5300:60:9389::1"
) {
var host="srv-ca";
}
if(
// SRV-FR
window.location.hostname == "srv.xn--j77hya.xn--hwgz2tba.st"
|| window.location.hostname == "srv.fr.xn--hwgz2tba.st"
//|| window.location.hostname == "109.210.49.186"
|| window.location.hostname == "2a01:cb1d:6aa:b400:1ab3::1"
) {
var host="srv-fr";
}
if(
// HST-FR
window.location.hostname == "hst.xn--j77hya.xn--hwgz2tba.st"
|| window.location.hostname == "hst.fr.xn--hwgz2tba.st"
|| window.location.hostname == "147.79.115.130"
|| window.location.hostname == "2a02:4780:28:5295::1"
) {
var host="hst-fr";
}
console.log(host);
---
J'ai créais ces pages Wiki sur mon GitHub ; dernièrement ; avec une phrase d'introduction ::)
🇪🇺 To begin with, I would like to share my expertise with you (GitHub programmers, among others) regarding the configuration of international networks for IPv6 (Internet Protocol version 6). Specifically, I will cover the optimal configuration for utilizing the IPv6 Multicast Addresses Space https://www.iana.org/assignments/ipv6-multicast-addresses within your applications, ensuring maximum network-level security while simultaneously enhancing visibility within the local environment IPv6 ; RFC 7346: IPv6 Multicast Address Scopes https://www.rfc-editor.org/info/rfc7346/
🇫🇷 Pour commencer je vais vous faire, à vous (les programmeurs de GitHub entres autres) un don sur mes connaissances dans la configuration des réseaux Internationaux pour Protocole de communication en version 6, l'IPv6 et de sa configuration la plus adapté pour utiliser l'[Espace d'adressage de multidiffusion IPv6 https://www.iana.org/assignments/ipv6-multicast-addresses depuis nos/vos applications pour quelles soient les mieux sécurisées au niveau du réseau et en même temps plus visible dans l'environnement IPv6 local ; RFC 7346: Portées des adresses de multidiffusion IPv6 https://www.rfc-editor.org/info/rfc7346/
### Last Network's Pages 🤠 on my GitHub !
- MY ISP's BOX : BOX.🇫🇷.◕‿◕.ST - https://github.com/LAB3W/docs/wiki/BOX.%F0%9F%87%AB%F0%9F%87%B7.%E2%97%95%E2%80%BF%E2%97%95.ST) `00FF::FFFF/56`
- MY ROUTER : GATE.🇫🇷.◕‿◕.ST - https://github.com/LAB3W/docs/wiki/GATE.%F0%9F%87%AB%F0%9F%87%B7.%E2%97%95%E2%80%BF%E2%97%95.ST) `XX::1/64`
- AN SERVER : SRV.🇫🇷.◕‿◕.ST - https://github.com/LAB3W/docs/wiki/SRV.%F0%9F%87%AB%F0%9F%87%B7.%E2%97%95%E2%80%BF%E2%97%95.ST) `XX:1AB3::1/70`
Qu'en pensez-vous ? il faut vraiment que j'essaie !
---
En plus ; je ne crois pas vous en avoir informé sur ce forum :
Si vous souhaitez tester "ip(6)tables -L -vn" de ma configuration SRV.🇫🇷.◕‿◕.ST "firewall-ipv6.conf (https://srv.xn--j77hya.xn--hwgz2tba.st/infos/firewall-ipv6.conf)" et "firewall.conf (https://srv.xn--j77hya.xn--hwgz2tba.st/infos/firewall.conf)" - CF : "/infos (https://srv.xn--j77hya.xn--hwgz2tba.st/infos/)/" ou celle de SRV.🇨🇦.◕‿◕.ST ;)
Il faut adapter à vos configurations !
C'est cette doc adaptée "ZW3B ¿How to? 'Or' ¿What to do? , OS GNU/Linux, Security, Comment-faire un réseau IPv6 ? Firewall ICMPv6 (https://howto.zw3b.fr/linux/securite/comment-faire-un-reseau-ipv6-firewall-icmpv6) ; il manque des nouvelles fonctions me semble t'il pleins de choses et le ULA est ouvert fc00::/7 ; regardez les ".conf" c'est mieux !
Note de Moi-même : Un exemple rapide de mon script firewall-ipv6.sh (https://www.zw3b.com/pub/vpn/firewall-ipv6.sh.txt).
Si çà peut vous servir aussi ;-)
---
Note du 22/08/2026 :
Vous ne pouvez pas accéder à ces sites Web ; on est bien d'accord ?
http://[fee0::1]/ - FQDN LOCAL : 🦢.🇨🇦.ip❤10.ws
http://[fee1::1]/ - FQDN LOCAL : 🦢.🇫🇷.ip❤10.ws
http://[fee4::1]/ - FQDN LOCAL : 🦢.🇦🇺.ip❤10.ws
http://[fee5::1]/ - FQDN LOCAL : 🌓.🇫🇷.ip❤10.ws
FQDN : Fully Qualified Domain Name
Merci pour vos réponses ; Et vous autres (aussi et surtout), vous les FAI/ISP ? Pouvez vous écouter ma communication ;) de ces adresses privées de sites strongSwan v6.
Github Internet Protocol securised 🦢 strongswan / Discussions / 🔑 How to configure strongSwan v6 Post-Quantum Cryptography NIST compliant #2731 (https://github.com/strongswan/strongswan/discussions/2731/#discussioncomment-18107521)
;)