[r0ro]

Bonjour,

Je constate un temps d'accès très important à mon site via le cdn OVH lors d'un cache miss.
D'après mes tests, il y a aléatoirement environ 15 secondes de délai entre l'accès sur le CDN et le moment ou le contenu est récupéré sur mon serveur backend :

r0ro@r0ro:/tmp$ time wget -S -O /dev/null https://www.nzb-rss.com/nzb/134331-Partners.2014.S01E10.720p.HDTV.X264-DIMENSION.nzb
--2014-09-02 16:27:29--  https://www.nzb-rss.com/nzb/134331-Partners.2014.S01E10.720p.HDTV.X264-DIMENSION.nzb
Résolution de www.nzb-rss.com (www.nzb-rss.com)... 46.105.201.150
Connexion vers www.nzb-rss.com (www.nzb-rss.com)|46.105.201.150|:443... connecté.
requête HTTP transmise, en attente de la réponse... 
  HTTP/1.1 200 OK
  Set-Cookie: OVHCDN=R2163931646; path=/; expires=Fri, 05-Sep-2014 02:37:46 GMT
  Content-Type: text/html; charset=utf-8
  Vary: Accept-Encoding
  Expires: Tue, 02 Sep 2014 15:27:44 GMT
  Cache-Control: max-age=3600
  Strict-Transport-Security: max-age=31536000
  Transfer-Encoding: chunked
  Date: Tue, 02 Sep 2014 14:27:44 GMT
  Connection: keep-alive
  X-Cacheable: Cacheable
  X-CDN-Geo: par
  X-CDN-Geo-IP: 46.105.197.5
  X-CDN-Any-IP: 46.105.201.150
Taille*: non spécifié [text/html]
Enregistre : «/dev/null»

    [ <=>                                                                                                                     ] 4 661       --.-K/s   ds 0s      

2014-09-02 16:27:44 (40,0 MB/s) - «/dev/null» enregistré [4661]


real    0m15.159s
user    0m0.009s
sys     0m0.006s

et dans les logs de mon serveur backend :

46.105.196.8 - - [02/Sep/2014:16:27:44 +0200] "GET /nzb/134331-Partners.2014.S01E10.720p.HDTV.X264-DIMENSION.nzb HTTP/1.1" 200 4674 "-" "Wget/1.15 (linux-gnu)" [0.002 ms]

On remarque donc que la requête sur mon server arrive à 16:27:44 pour une requête faite à 16:27:29 sur le cdn (les machines sont synchronisées en ntp). Il y a donc 15 secondes de délai avant que la requête ne parte.
Par contre une fois que ça a été pu être mis en en cache pas de problème :

time wget -S -O /dev/null https://www.nzb-rss.com/nzb/134331-Partners.2014.S01E10.720p.HDTV.X264-DIMENSION.nzb
--2014-09-02 16:34:09--  https://www.nzb-rss.com/nzb/134331-Partners.2014.S01E10.720p.HDTV.X264-DIMENSION.nzb
Résolution de www.nzb-rss.com (www.nzb-rss.com)... 46.105.201.150
Connexion vers www.nzb-rss.com (www.nzb-rss.com)|46.105.201.150|:443... connecté.
requête HTTP transmise, en attente de la réponse... 
  HTTP/1.1 200 OK
  Set-Cookie: OVHCDN=R2163904421; path=/; expires=Fri, 05-Sep-2014 02:36:15 GMT
  Content-Type: text/html; charset=utf-8
  Vary: Accept-Encoding
  Expires: Tue, 02 Sep 2014 15:33:01 GMT
  Cache-Control: max-age=3600
  Strict-Transport-Security: max-age=31536000
  Content-Length: 4661
  Accept-Ranges: bytes
  Date: Tue, 02 Sep 2014 14:34:09 GMT
  Connection: keep-alive
  X-Cacheable: Matched cache
  X-CDN-Geo: par
  X-CDN-Geo-IP: 46.105.197.5
  X-CDN-Any-IP: 46.105.201.150
Taille*: 4661 (4,6K) [text/html]
Enregistre : «/dev/null»

100%[========================================================================================================================>] 4 661       --.-K/s   ds 0s      

2014-09-02 16:34:09 (31,1 MB/s) - «/dev/null» enregistré [4661/4661]


real    0m0.029s
user    0m0.008s
sys     0m0.005s

Est ce que vous avez déjà rencontré ce problème ?
Ce qui est encore plus étrange c'est que dès fois ça passe sans problème même quand la requête n'est pas en cache.
J'ai bien sur essayé en attaquant mon serveur directement en bypassant le cdn en modifiant mon /etc/hosts et je n'ai pas de problème.

Bref, pour une solution d'accélération, ça ne me semble pas très au point dans l'état actuel.