Certains sites inacessibles

Bonjour,

J'ai moi aussi le même problème, notamment sur les sites du domaine iacr.org.

Un traceroute vers iacr.org donne aussi une erreur au niveau d'un mx-lvl3 de chez vous:

traceroute to 216.184.8.41 (216.184.8.41), 30 hops max, 60 byte packets
 1  _gateway (192.168.0.1)  0.718 ms  0.410 ms  0.453 ms
 2  10.161.13.161 (10.161.13.161)  6.734 ms  10.948 ms  10.816 ms
 3  mx-ans1-1-ae102-300.voo.be (78.129.127.1)  10.851 ms  10.712 ms  10.573 ms
 4  10.255.255.0 (10.255.255.0)  13.754 ms  13.626 ms  13.497 ms
 5  * * *
 6  10.255.254.129 (10.255.254.129)  12.957 ms * *
 7  mx-bxl2-2-ae12-20.voo.be (212.68.211.69)  15.427 ms  14.840 ms  14.594 ms
 8  mx-lvl3-2-ae1-0.voo.be (212.68.211.22)  14.470 ms  14.341 ms  14.192 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Je suis aussi en région de Liège.

A noter que ma connexion est très instable globalement depuis hier midi.

Je viens de recevoir un email de maintenance prévue le 17 juin, ne me dites pas que c'est pour résoudre le souci dont on parle ici ???? Si c'est cela, plus de 15 jours pour résoudre un problème pareil ne me parait pas raisonnable du tout. J'espère qu'il s'agit d'autre chose (même si j'en doute).

Bonjour, J'ai le même soucis depuis hier, région de Mouscron.  Snapcraft appartient à Ubuntu également. Etant Client Pro, ce soucis impact mon activitée, peut-on espérer un retour à la normale dans les plus bref delais ?

me@host:~$ traceroute api.snapcraft.io
traceroute to api.snapcraft.io (91.189.92.41), 30 hops max, 60 byte packets
 1  gateway1.digrouz.com (192.168.0.1)  4.058 ms  4.043 ms  4.034 ms
 2  192.168.1.1 (192.168.1.1)  206.496 ms  213.250 ms  210.234 ms
 4  mx-str-1-ae69-307.voo.be (109.88.204.213)  233.662 ms  219.979 ms  219.972 ms
 5  mx-lvl3-2-ae8-0.voo.be (212.68.211.169)  233.644 ms  229.663 ms  243.886 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Même problème depuis hier à Mons : 

traceroute to archive.ubuntu.com (91.189.88.152), 30 hops max, 60 byte packets
 1  _gateway (192.168.0.1)  1.707 ms  3.581 ms  3.570 ms
 2  10.161.0.33 (10.161.0.33)  15.746 ms  17.029 ms  17.019 ms
 3  mx-bxl2-1-ae68-352.voo.be (109.88.204.237)  19.722 ms  19.712 ms  19.703 ms
 4  mx-lvl3-2-ae13-0.voo.be (212.68.211.29)  19.722 ms  19.713 ms  21.415 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *

@mauro2319 

Ce problème ci n'a rien à voir avec une maintenance planifiée vu que tout le monde semble impacté par les mêmes soucis.

Moi je suis dans la région liégeoise donc pas du tout dans votre coin.

@roylion15  Oui c'est pour ça que je dis j'espère, car la coïncidence de recevoir ce mail à l'instant est forte tout de même ...

Semble résolu :

tracepath -4 ubuntu.com
 1?: [LOCALHOST]                      pmtu 1500
 1:  OPNsense.pronetworking.be                             1.042 ms 
 1:  OPNsense.pronetworking.be                             0.380 ms 
 2:  10.161.16.129                                        11.521 ms 
 3:  mx-far-1-ae63-354.voo.be                             28.001 ms 
 4:  mx-bxl2-2-ae7-0.voo.be                               10.807 ms 
 5 :  aucune réponse
 6 :  aucune réponse
 7:  ve990.core1.lon7.he.net                              19.018 ms 
 8:  canonical-group-limited.e0-53.switch1.lon7.he.net    20.038 ms 
 9:  davybones.canonical.com                              20.289 ms reached
     Reprise : pmtu 1500 hops 9 back 10 

Pourrait-on avoir plus de détail sur ce qui coinçait ? Pourquoi ça ne concernait que ces sites-là ...

ici aussi, ça refonctionne

Oui çà semble résolu ( pour le moment, en tt cas).

C'est probablement un souci de peering qq part mais bon tout dépendait effectivement des sites qu'on essayait d'atteindre et de la route prise.

J'ai parlé trop vite, l'ipv4 est bon, mais pas l'ipv6

ping www.ubuntu.com
PING www.ubuntu.com(2001:67c:1360:8001::2b (2001:67c:1360:8001::2b)) 56 data bytes
^C
--- statistiques ping www.ubuntu.com ---
29 paquets transmis, 0 reçus, 100 % paquets perdus, temps 28675 ms

ping -4 www.ubuntu.com
PING www.ubuntu.com (91.189.88.181) 56(84) bytes of data.
64 octets de davybones.canonical.com (91.189.88.181) : icmp_seq=1 ttl=55 temps=20.5 ms
64 octets de davybones.canonical.com (91.189.88.181) : icmp_seq=2 ttl=55 temps=19.0 ms
64 octets de davybones.canonical.com (91.189.88.181) : icmp_seq=3 ttl=55 temps=18.0 ms
64 octets de davybones.canonical.com (91.189.88.181) : icmp_seq=4 ttl=55 temps=18.8 ms
^C
--- statistiques ping www.ubuntu.com ---
4 paquets transmis, 4 reçus, 0 % paquets perdus, temps 3004 ms
rtt min/avg/max/mdev = 17.951/19.049/20.452/0.901 ms

tracepath ubuntu.com
 1?: [LOCALHOST]                        0.005 ms pmtu 1500
 1:  host.dynamic.voo.be                                   0.611 ms 
 1:  host.dynamic.voo.be                                   0.424 ms 
 2:  host.dynamic.voo.be                                   8.399 ms 
 3:  host.dynamic.voo.be                                  11.846 ms 
 4:  2a02:2788:ffff:f::1                                  14.133 ms 
 5 :  aucune réponse
 6 :  aucune réponse
 7 :  aucune réponse
 8 :  aucune réponse
 9 :  aucune réponse
10 :  aucune réponse
11 :  aucune réponse
12 :  aucune réponse
13 :  aucune réponse
14 :  aucune réponse
15 :  aucune réponse
16 :  aucune réponse
17 :  aucune réponse
18 :  aucune réponse
19 :  aucune réponse
20 :  aucune réponse
21 :  aucune réponse
22 :  aucune réponse
23 :  aucune réponse
24 :  aucune réponse
25 :  aucune réponse
26 :  aucune réponse
27 :  aucune réponse
28 :  aucune réponse
29 :  aucune réponse
30 :  aucune réponse
     Too many hops: pmtu 1500
     Reprise : pmtu 1500 

le site web Enterprise Open Source and Linux | Ubuntu est correctement accessible via un navigateur web donc que ce soit v4 ou v6, on s'en fout un peu. 

oui c'est exact que le navigateur ou le système privilégie IPV6 d'abord quand disponible mais le "fallback" en ipv4 (suivant le navigateur), c'est quasi instantané et normalement on ne remarque rien du tout. 

Je confirme que n3.meraki.com et les autres sites à problème sont à présent accessibles ici aussi en IPv4 (mais pas en IPv6).

Juste pour donner des nouvelles, ipv6 réglé également à ce jour de mon côté.