les requests chrome restnt bloquées en attente

Description du problème

Nous disposons d'un server Web qui dessert des atouts statiques. Nous rencontrons un problème où, après avoir parcouru certaines des requêtes http, vous êtes coincé dans l'état "en attente". Dans l'inspecteur chrome, les en têtes de réponses reviennent, mais les requests ne dépassent pas le timeout et elles semblent être en cours de téléchargement. Dans la vue de la ligne de time, "Waiting (ttfb)" est le dernier élément rempli (400 ms par exemple), puis il y a une note "ATTENTION: la request n'est pas encore terminée!"

Ce problème semble limité à Chrome, et lorsque le site se lance sur https. Nous ne pouvons pas reproduire sur safari, ff, c'est-à-dire, et nous ne pouvons pas reproduire si https est désactivé.

Repro. mesures sockets

  1. open chromé incognito
  2. Ouvrir les outils de l'inspecteur> onglet net
  3. naviguer vers le site
  4. généralement la première page et toutes ses requests finissent
  5. parcourir une autre page
  6. Comportement imprévu: les parties de la page ne se chargent pas; Les requêtes xhr pour les files .html et les images jpg sont typiquement. Lorsqu'ils sont inspectés dans l'onglet net de Chrome, ils disent "en attente"

Note étrange:

  1. après avoir suivi les étapes ci-dessus, si vous ouvrez la requête "en attente" dans un nouvel onglet, l'onglet "tourne"
  2. Si vous fermez le premier onglet, le deuxième onglet avec l'URL «en attente» se résout, ce qui nous conduit à regarder les limites et les timeouts, mais en vain.
  3. Cette question complète peut parfois se présenter à la première request (document)

Notes sur l'environnement:

  • frontend is angularjs, accessed via chrome autres browsers ne semblent pas avoir ce problème
  • le server est exécuté https, wildcard cert (* .domain.com)
  • nginx version 1.9.3

    # some variables we've tweaked worker_processes 4; worker_connections 4000; keepalive_timeout 15; client_body_timeout 12; gzip on 
  • Les journaux nginx ne se plaignent de rien

  • le cpu / ram ne se rapproche jamais de maxxing out lorsqu'il y a du chargement sur le server
  • ddddMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM etag, gzip, type de contenu, date, dernière modification, server, état (200), ssortingct-transport-security: max-age = 604800 …
  • changer la checkbox "désactiver cache" de chrome ne semble pas affecter les choses
  • Nous l'avons expérimenté sur les browsers man chrome sur différents ordinateurs. J'utilise 44,0 64 bits sur max

Sur la base de ces problèmes, le bug ressemble à un problème de configuration du server, nous ne pensons pas qu'il soit certainement associé à un cert, mais le fait que cela n'affecte que le chrome est vraiment étrange.