Ralentissement du site

C'est moi ou… ?

Le problème exposé dans ce sujet a été résolu.

@victor : cela persiste de mon côté également. Le problème ne semble pas venir des délais de connexion au serveur, que de soit pour le joindre via ping ou netcat, les temps de réponses sont normaux.

 1
 2
 3
 4
 5
 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
31
$ ping -c 10 www.zestedesavoir.com                                                                                                     
PING zdsprod1.zestedesavoir.com (92.243.7.44): 56 data bytes                                                                           
64 bytes from 92.243.7.44: icmp_seq=0 ttl=50 time=44.409 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=1 ttl=50 time=43.809 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=2 ttl=50 time=44.103 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=3 ttl=50 time=44.714 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=4 ttl=50 time=44.052 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=6 ttl=50 time=42.827 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=7 ttl=50 time=45.343 ms                                                                            
64 bytes from 92.243.7.44: icmp_seq=9 ttl=50 time=43.832 ms                                                                            

--- zdsprod1.zestedesavoir.com ping statistics ---
10 packets transmitted, 8 packets received, 20.0% packet loss
round-trip min/avg/max/std-dev = 42.827/44.136/45.343/0.688 ms                                                                         

$ ping -c 10 linuxfr.org                                                                                                               
PING linuxfr.org (88.191.250.176): 56 data bytes                                                                                       
64 bytes from 88.191.250.176: icmp_seq=0 ttl=51 time=44.847 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=1 ttl=51 time=45.240 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=2 ttl=51 time=44.753 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=3 ttl=51 time=44.556 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=4 ttl=51 time=46.237 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=5 ttl=51 time=45.124 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=6 ttl=51 time=45.168 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=7 ttl=51 time=45.011 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=8 ttl=51 time=44.755 ms                                                                         
64 bytes from 88.191.250.176: icmp_seq=9 ttl=51 time=44.809 ms                                                                         

--- linuxfr.org ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 44.556/45.050/46.237/0.445 ms

Par contre, le délai de réponse aux requêtes HTTP est parfois long, sans raison visible. Que ce soit via Firefox, netcat ou openssl, j’observe des temps de réponse parfois important. À noter qu’en cas de réponse courte type 301, la réponse arrive immédiatement, là ou l’affichage d’une page comme celle de l’accueil prend plus de temps pour arriver.

@Sandhose : de mon côté je ne passe a priori pas par France-IX

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
~ doas traceroute -I www.zestedesavoir.com                                                                                             
traceroute to zdsprod1.zestedesavoir.com (92.243.7.44), 64 hops max, 60 byte packets                                                   
 1  192.168.0.1 (192.168.0.1)  1.92 ms  1.801 ms  1.67 ms                                                                              
 2  1.240-134-109.adsl-dyn.isp.belgacom.be (109.134.240.1)  82.271 ms  66.691 ms  91.006 ms                                            
 3  * lag-62-100.iarmar1.isp.belgacom.be (91.183.241.250)  27.165 ms *                                                                 
 4  lag-24-1000.ibrmar4.isp.belgacom.be (91.183.246.180)  26.896 ms  26.863 ms  26.502 ms                                              
 5  he.bnix.net (194.53.172.33)  26.498 ms  37.471 ms  30.106 ms                                                                       
 6  10ge10-8.core1.par2.he.net (184.105.64.17)  48.482 ms  41.582 ms  34.497 ms                                                        
 7  gandi-sas.10gigabitethernet8-18.core1.par2.he.net (216.66.89.126)  47.707 ms  49.357 ms  46.198 ms                                 
 8  v601.csd5.paris.gandi.net (217.70.176.3)  42.715 ms  45.082 ms  42.912 ms                                                          
 9  i0.edge-b.sd5.paris.gandi.net (217.70.176.11)  43.597 ms  43.382 ms  43.896 ms                                                     
10  xvm-136-5.sd5.ghst.net (155.133.136.5)  43.832 ms  43.986 ms  43.703 ms                                                            
11  zdsprod1.zestedesavoir.com (92.243.7.44)  46.829 ms  43.724 ms  43.654 ms
+0 -0

@Taurre : J’ai regardé et il se trouve que Hurricane Electric (he.net) utilise les points de connexion de France IX sur Paris, ceci explique probablement cela ! :) À noter qu’il est possible de voir d’où vient les pertes de paquets avec sudo mtr zestedesavoir.com.

+0 -0

@Sandhose : Voici le résultat de la commande :

 1
 2
 3
 4
 5
 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
31
32
33
traceroute to zestedesavoir.com (92.243.7.44), 30 hops max, 60 byte packets
 1  bbox.lan (192.168.1.254)  2.195 ms  2.036 ms  1.931 ms
 2  * * *
 3  be15.cbr01-cro.net.bbox.fr (212.194.171.92)  17.443 ms  17.381 ms  18.338 ms
 4  la37.rpt02-th2.net.bbox.fr (212.194.171.125)  17.380 ms  17.287 ms  18.604 ms
 5  eqix-pa2.gandi.net (195.42.144.8)  20.982 ms  22.295 ms  24.855 ms
 6  v600.csd4.paris.gandi.net (217.70.176.1)  23.299 ms  23.432 ms  23.856 ms
 7  i0.edge-r.sd5.paris.gandi.net (217.70.176.9)  25.677 ms  14.852 ms  14.820 ms
 8  xvm-136-5.sd5.ghst.net (155.133.136.5)  14.596 ms  15.285 ms  15.202 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

`
+0 -0

@Taurre : J’ai regardé et il se trouve que Hurricane Electric (he.net) utilise les points de connexion de France IX sur Paris, ceci explique probablement cela ! :) À noter qu’il est possible de voir d’où vient les pertes de paquets avec sudo mtr zestedesavoir.com.

Situphen

Attention que le domaine est he.bnix.net et non he.net qui semble appartenir à Belnet Hostmaster d’après la base de données whois de l’ICANN. Sinon, j’ai installé mtr (merci pour l’info, je ne connaissais pas ;) ) et il semble que les pertes viennent des domaines lag-62-100.iarmar1.isp.belgacom.be et lag-24-1000.ibrmar4.isp.belgacom.be (les troisièmes et quatrièmes entrées de la sortie de traceroute). Après, ces derniers sont peut-être liés à France IX également.

Édit : ok, laissez tomber ce que j’ai dis pour mtr, les pertes sont les mêmes lorsque je fais le test vers linuxr.org, je suppose que les paquets doivent être rejetés pour une raison ou une autre (nombre maximum de ping par laps de temps ?).

+0 -0

@Taurre : Non non, tes requêtes passent bien par des sous domaines de he.net

1
2
6 10ge10-8.core1.par2.he.net (184.105.64.17) 48.482 ms 41.582 ms 34.497 ms
7 gandi-sas.10gigabitethernet8-18.core1.par2.he.net (216.66.89.126) 47.707 ms 49.357 ms 46.198 ms

À noter que par2.he.net correspond si je ne me trompe pas au point de connexion homonyme de France IX

+0 -0

Mon traceroute:

1 4 ms 3 ms 3 ms 192.168.0.1
2 14 ms 16 ms 15 ms 46-126-80-1.dynamic.hispeed.ch [46.126.80.1]
3 16 ms 11 ms 15 ms 217-168-52-77.static.cablecom.ch [217.168.52.77]
4 40 ms 48 ms 34 ms ch-nax01a-rc1-ae53-0.aorta.net [84.116.204.233]
5 * * * Délai d’attente de la demande dépassé.
6 34 ms 41 ms 37 ms nl-ams04a-ri3-ae9-0.aorta.net [84.116.130.242]
7 50 ms 47 ms 52 ms 80.249.209.244
8 48 ms 47 ms 50 ms v601.csd5.paris.gandi.net [217.70.176.3]
9 46 ms 48 ms 115 ms i0.edge-b.sd5.paris.gandi.net [217.70.176.11]
10 50 ms 44 ms 47 ms xvm-136-5.sd5.ghst.net [155.133.136.5]
11 58 ms 47 ms 48 ms zdsprod1.zestedesavoir.com [92.243.7.44]

Et pour le ping, j’ai des paquets perdu de façon aléatoire (j’ai mis un timeout de 600s)

Envoi d’une requête ’ping’ sur zdsprod1.zestedesavoir.com [92.243.7.44] avec 32 octets de données :
Réponse de 92.243.7.44 : octets=32 temps=44 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=45 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=48 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=46 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=47 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=48 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=49 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=45 ms TTL=50
Délai d’attente de la demande dépassé.
Réponse de 92.243.7.44 : octets=32 temps=49 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=46 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=44 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=45 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=47 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=49 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=45 ms TTL=50
Réponse de 92.243.7.44 : octets=32 temps=43 ms TTL=50

(sur d’autres site pinguer je n’ai aucune perte).

+0 -0

Je viens d’avoir une réponse de Gandi par Twitter: https://twitter.com/gandinoc/status/970046089075273728

Ils ont donc temporairement coupé le peering avec France-IX1, ce qui devrait régler les problèmes de lenteurs.

  1. Normalement, ceux qui ont fait un traceroute plus tôt devraient constater que la route a changée ↩

+5 -0

Je viens d’avoir une réponse de Gandi par Twitter: https://twitter.com/gandinoc/status/970046089075273728

Ils ont donc temporairement coupé le peering avec France-IX1, ce qui devrait régler les problèmes de lenteurs.

Sandhose

Merci d’avoir fait la démarche, je mets le sujet en résolu :3

  1. Normalement, ceux qui ont fait un traceroute plus tôt devraient constater que la route a changée ↩

+1 -0

Ils ont donc temporairement coupé le peering avec France-IX[^1], ce qui devrait régler les problèmes de lenteurs.

Sandhose

Tout est rentré dans l’ordre pour moi également, un grand merci. :)
(Effectivement, la route vers le serveur de ZdS a changé).

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
traceroute to zdsprod1.zestedesavoir.com (92.243.7.44), 64 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  2.026 ms  1.636 ms  1.86 ms
 2  1.240-134-109.adsl-dyn.isp.belgacom.be (109.134.240.1)  99.702 ms  174.979 ms  148.545 ms
 3  * * *
 4  * * *
 5  80.84.23.94 (80.84.23.94)  26.914 ms  26.853 ms  26.601 ms
 6  94.102.160.57 (94.102.160.57)  27.228 ms  26.705 ms  26.882 ms
 7  * * *
 8  * * *
 9  v600.csd4.paris.gandi.net (217.70.176.1)  43.714 ms  43.122 ms  43.349 ms
10  i0.edge-r.sd5.paris.gandi.net (217.70.176.9)  46.024 ms  46.512 ms  47.181 ms
11  xvm-136-5.sd5.ghst.net (155.133.136.5)  43.856 ms  43.699 ms  44.329 ms
12  zdsprod1.zestedesavoir.com (92.243.7.44)  43.779 ms  44.371 ms  44.663 ms
+0 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte