Auteur Sujet: Chrome 41 ouvre 2 connexions TCP systématiquement (une pour Chrome 40) (Lu 7298 fois)

vivien · « **le:** 07 mars 2015 à 08:46:02 »

Chrome 41 est en cours de déploiement et il apporte une nouveauté que je n'ai pas vu mentionné : Il ouvre 2 connexions TCP dés le démarrage vers chaque destination, même si il a un seul fichier a télécharger.

Exemple en téléchargeant un fichier de 50 Mo : http://1.testdebit.info/fichiers/50Mo.dat

Chrome 40 : L'ouverture de la connexion TCP est entourée en rouge

Chrome 41 : L'ouverture des 2 connexions TCP est entourée en rouge

La seconde connexion est inutilisée et sera fermée à la fin du téléchargement :

La première connexion TCP, elle est utilisée pour le téléchargement :

Environnement :
- Hardware : Dell Inspiron 660, 8Go DDR3 et Core i3-2120 @3,3 Ghz
- OS : Windows 7 Édition Familiale Premium SP1 64bits pré-installé par Dell
- Réseau : Bbox ADSL Sagem F@st 3965b IPv4 uniquement
- Anti-virus : Microsoft Security Essentiales
- Navigateur : Chrome 40 64bits puis mise à jour vers Chrome 41 64bits

kgersen · « **Réponse #1 le:** 07 mars 2015 à 09:28:17 »

Bizarre, Windows 7 64bit Chrome 41 ici aussi et je n'ai qu'une seule connexion.
T'es sur que c'est Chrome qui ouvre les 2 connexions ? (fait une capture dans Chrome lui meme par exemple)
C'est général a toutes les connexions ou juste les téléchargements ?

vivien · « **Réponse #2 le:** 07 mars 2015 à 09:33:57 »

J'ai fais pas mal de téléchargement et c'est systématique depuis Chrome 41.
Attention : j'ai la version 64bits de Chrome, la version par défaut proposée est toujours la version 32 bits.

Avec des OS serveurs plus anciens, comme le serveur bouygues.testdebit.info qui est sous Ubuntu 12.04 LTS, le serveur s’inquiète de ne pas voir de demande sur la seconde connexion ouverte et il va faire des retransmissions d’acquittement. On se retrouve entre le client et le serveurs qui se font régulièrement d'acquittements de rien, vu que rien n'a été envoyé ou demandé.

kgersen · « **Réponse #3 le:** 07 mars 2015 à 09:43:58 »

Donc c'est que les download pas le chargement des pages ? t'as pas une extension particulière ?
Il faut vraiment s'assurer que c'est Chrome qui ouvre les 2 connexions (avec TCPView par exemple ou "netstat -bn").

vivien · « **Réponse #4 le:** 07 mars 2015 à 09:55:09 »

J'ai surtout étudié le download (les téléchargements de pages, il y de nombreuses connexions)
Cela fonctionne pour des fichiers plus petit comme http://1.testdebit.info/fichiers/1Mo.dat
C'est également le cas en https https://1.testdebit.info/fichiers/50Mo.dat (il y a alors un peu de trafic sur la seconde connexion pour ouvrir le SSL)

C'est un chrome sans extension, utilisé uniquement pour les tests.

Pour toi, la capture Wireshark n'est pas suffisante pour montrer la double ouverture de connexion ?

Optix · « **Réponse #5 le:** 07 mars 2015 à 10:11:19 »

Peut-être que la 2e connexion est utilisée dès que la permière est coupée, pour ne pas interrompre le download.

corrector · « **Réponse #6 le:** 07 mars 2015 à 10:29:43 »

Tu crois?

En général les serveurs n'aiment pas attendre une requête et ferment rapidement la connexion s'il n'y a rien.

Optix · « **Réponse #7 le:** 07 mars 2015 à 10:38:01 »

Citation de: corrector le 07 mars 2015 à 10:29:43

Tu crois?

En général les serveurs n'aiment pas attendre une requête et ferment rapidement la connexion s'il n'y a rien.

Cette 2e connexion est bien initiée dans un but précis, en tout cas. D'ailleurs, il y a du keep-alive dessus ?

Par ex, tu as des situations où le débit chute à 0 Kbps et la connexion est toujours ouverte. Le navigateur peut rebalancer une requête sur la 2e avec du "Content-Range" pour reprendre le download.

Par défaut, le timeout sur Apache est de 300s. Moi j'ai l'habitude de baisser ça à 5s ou 10s, mais c'est pas le cas de tout le monde.

kgersen · « **Réponse #8 le:** 07 mars 2015 à 10:53:17 »

Citation de: vivien le 07 mars 2015 à 09:55:09

Pour toi, la capture Wireshark n'est pas suffisante pour montrer la double ouverture de connexion ?

La capture ne sait pas quel processus ouvre une connexion donc Wireshark ne "prouve" pas que c'est Chrome qui ouvre la 2eme connexion.

pour en etre sur: télécharge TCPLogView ( http://www.nirsoft.net/utils/tcp_log_view.html ), lance le en admin. puis fait un téléchargement. Ca indiquerait clairement quel programme fait quel connexion.

vivien · « **Réponse #9 le:** 07 mars 2015 à 22:32:43 »

Voici la capture du fichier de 1Mo http://1.testdebit.info/fichiers/1Mo.dat

Il y a bien 2 connexions ouvertes dés le démarrage par Chrome.
La seconde connexion TCP n'est pas utilisée et sera fermée à la fin du téléchargement.

Le navigateur est Chrome 41 64 bits.
Pour changer, le système d'exploitation est Windows 10 Pro Technical Preview (Build 9926)

Le fichier lisible directement avec Wireshark : 201503_chrome41_testdebit_win10preview.pcapng.gz

On remarque que si le serveur DNS ne répond pas très rapidement (26ms), une seconde requête DNS est envoyée, provoquant une seconde réponse :

Environnement :
- Hardware : HP Compaq 6510b, 4Go DDR2 et Core 2 Duo T8100 @2,1 Ghz
- OS : Windows 10 Pro 64bits Technical Preview (Build 9926)
- Anti-virus : Microsoft Security Essentiales
- Navigateur : Chrome 41 64bits

vivien · « **Réponse #10 le:** 07 mars 2015 à 22:40:25 »

Test avec un petit site web : https://ip.lafibre.info/

Il y a bien 2 connexions ouvertes dès le démarrage par Chrome.
La seconde connexion TCP est utilisée et 2 autres seront ouvertes.
La 4ème et dernière connexion ouverte sera inutilisée.
Chrome ouvrirait toujours une connexion d'avance et donc aurait une connexion inutilisée ?

Le fichier lisible directement avec Wireshark : 201503_chrome41_old-linux_win10preview.pcapng.gz

C'est quoi ces nombreuses requêtes NBNS envoyée vers le pauvre serveur web ?

Environnement :
- Hardware : HP Compaq 6510b, 4Go DDR2 et Core 2 Duo T8100 @2,1 Ghz
- OS : Windows 10 Pro 64bits Technical Preview (Build 9926)
- Anti-virus : Microsoft Security Essentiales
- Navigateur : Chrome 41 64bits

kgersen · « **Réponse #11 le:** 07 mars 2015 à 23:57:22 »

Tres curieux. je ne pense pas que ce soit 'normal' et ca serait 'too much' en terme de charge sur les serveurs si tout les Chrome 41 de la planète faisaient ca (meme non utilisée ouvrir une connexion a un cout coté serveur). Chez moi ca ne le fait pas en tout cas.

Chrome fait du prédictif mais la ca n'est pas vraiment la meme chose (le prédictif se désactive dans les paramètres avancés, section confidentialité,'Prélire les ressources pour charger les pages plus rapidement'). Mais je ne vois pas en quoi ca serait lié.

A part un test A/B auquel tu participes sans le savoir (c'est fréquent avec Google) je ne vois pas d'ou ça peut venir. Chrome étant très utilisé et particulièrement surveillé lors de la sortie d'un patch, si tu n'es pas le seul au monde à avoir ce comportement de Chrome 41, je pense d'ici quelques jours on en saura plus.

J'ai rien vu a ce sujet dans le bug tracker pour le moment en tout cas.

Essais avec Chrome Canary sur le meme poste pour voir si ca fait pareil ( Canary peut s'installer sans pertuber le Chrome existant).

Fait aussi une capture interne a Chrome avec chrome://net-internals/#capture et regarde si on voit les 2 connections dedans.