Auteur Sujet: Bug Rwin limitée à 65ko avec Windows 7 (Lu 12782 fois)

pasbefri · « **Réponse #12 le:** 17 mars 2015 à 18:21:30 »

Citation de: vivien le 17 mars 2015 à 17:07:37

Version 6.1.7601.18438

Je n'ai pas appliqué le patch Microsoft, pour rester au plus proche de ce qu'on les clients.

Si je me souviens, en 2008R2/ 7 tu n'as plus la clé de registre qui permet de fixer RWin, donc le seul moyen de mettre une valeur c'est une option lorsque tu ouvres le socket avec l'API Win32 qui va bien.
Ce qui expliquerait ton comportement si c'est bien le module CAPI2 qui fait la vérification du certificat (composant système) alors que la gestion https est faite par le navigateur.
Tu as la possibilté de
1- tester avec un autre navigateur ?
2- avoir la sortie de netsh interface tcp show global pour savoir quel réglage tu as de l'algo de tuning? ( a priori ca devrait être normal) P.Ex.
TCP Global Parameters ---------------------------------------------- Receive-Side Scaling State : enabled Chimney Offload State : disabled NetDMA State : disabled Direct Cache Access (DCA) : disabled Receive Window Auto-Tuning Level : normal Add-On Congestion Control Provider : none ECN Capability : enabled RFC 1323 Timestamps : disabled Initial RTO : 3000 Receive Segment Coalescing State : enabled Non Sack Rtt Resiliency : disabled Max SYN Retransmissions : 2

vivien · « **Réponse #13 le:** 17 mars 2015 à 18:57:29 »

A noter que j'ai le souci qui apparait aussi lors d'une connexion http (je ne suis pas sur que le fait que le système soit informé que c'est ce soit https a part pour le port cible (443 vs 80) car le pb c'est dans le paquet SYN où pour une étrange raison, il manque des options)

L'auto-tuning est "normal", j'ai tout fait pour être représentatif de Mme Michu

Windows 7 Home 64bits :
C:\Users\Vivien>netsh interface tcp show global Recherche du statut actif... Paramètres TCP globaux ---------------------------------------------- État de mise à l'échelle côté réception : enabled État de déchargement Chimney : automatic État NetDMA : enabled Accès direct au cache : disabled Réglage auto fenêtre de réception : normal Fournisseur de ctrl surcharge comp.: none Fonctionnalité ECN : disabled Horodatages RFC 1323 : disabled

L'horodatages RFC 1323 n'était pas activé sous Windows XP ?
Il me semble que si (même si cela bloquait ensuite si le serveur était sous Linux)
=> Timestamps - Horodatage TCP : Bug dans la pile TCP/IP de Windows ?

vivien · « **Réponse #14 le:** 17 mars 2015 à 21:08:38 »

Windows 10 Pro 64bits Technical Preview Build 9926 : (Compaq 6510b Core2 Duo T8100 @2,10 GHz / 4Go RAM)
C:\Users\Vivien>netsh interface tcp show global Recherche du statut actif... Paramètres TCP globaux ---------------------------------------------- État de mise à l'échelle côté réception : enabled État de déchargement Chimney : disabled État NetDMA : disabled Accès direct au cache : disabled Réglage auto fenêtre de réception : normal Fournisseur de ctrl surcharge comp. : none Fonctionnalité ECN : disabled Horodatages RFC 1323 : disabled RTO initial : 3000 État RSC (Receive Segment Coalescing) : disabled Résilience non Sack RTT : disabled Retransmissions SYN max : 2

Windows 8.1 64bits : (Pré-installé par Dell sur un Core i3-4150 @3.50Ghz / 16 Go RAM)
C:\Users\Vivien>netsh interface tcp show global Recherche du statut actif... Paramètres TCP globaux ---------------------------------------------- État de mise à l'échelle côté réception : enabled État de déchargement Chimney : disabled État NetDMA : disabled Accès direct au cache : disabled Réglage auto fenêtre de réception : normal Fournisseur de ctrl surcharge comp. : none Fonctionnalité ECN : disabled Horodatages RFC 1323 : disabled RTO initial : 3000 État RSC (Receive Segment Coalescing) : disabled Résilience non Sack RTT : disabled Retransmissions SYN max : 2

Windows 8.0 64bits :
C:\Users\vivie_000>netsh interface tcp show global Recherche du statut actif... Paramètres TCP globaux ---------------------------------------------- État de mise à l'échelle côté réception : enabled État de déchargement Chimney : disabled État NetDMA : disabled Accès direct au cache : disabled Réglage auto fenêtre de réception : normal Fournisseur de ctrl surcharge comp. : none Fonctionnalité ECN : disabled Horodatages RFC 1323 : disabled RTO initial : 3000 État RSC (Receive Segment Coalescing) : disabled

kgersen · « **Réponse #15 le:** 17 mars 2015 à 22:38:24 »

'netsh' n'est plus supporté sous Windows 8.x/Server 2012 et Windows 10. Meme si la commande 'marchouille' encore sous ses systemes, il est recommandé d'utilisé Powershell (en mode admin) et les commandes (cmdlet): get-NetTCPSetting et set-NetTCPSetting
En effet il y a maintenant des 'profiles' (Internet, Datacenter, Custom, etc) pour les parametres TCP et il faut utiliser ces commandes pour y accéder.
La doc des commandes est la : https://technet.microsoft.com/fr-fr/library/hh826123.aspx

"get-NetTCPSetting Internet" permet de voir les parametres pour les connexions qui utilisent le profil "Internet" (usuellement utilisé pour acceder a Internet).
"get-NetTCPConnection" permet d'afficher les connexions en cours et voir leur profil (dernière colonne).

vivien · « **Réponse #16 le:** 18 mars 2015 à 06:38:01 »

Ah oui, il y a plus de choses avec PowerShell...
On ne comprend pas bien quel profil est utilisé...

Windows 8.1 64bits : (Pré-installé par Dell sur un Core i3-4150 @3.50Ghz / 16 Go RAM)
Windows PowerShell Copyright (C) 2014 Microsoft Corporation. Tous droits réservés. PS C:\Users\Vivien> get-NetTCPSetting SettingName : Automatic MinRto(ms) : InitialCongestionWindow(MSS) : CongestionProvider : CwndRestart : DelayedAckTimeout(ms) : DelayedAckFrequency : MemoryPressureProtection : AutoTuningLevelLocal : AutoTuningLevelGroupPolicy : AutoTuningLevelEffective : EcnCapability : Timestamps : InitialRto(ms) : ScalingHeuristics : DynamicPortRangeStartPort : DynamicPortRangeNumberOfPorts : AutomaticUseCustom : NonSackRttResiliency : ForceWS : MaxSynRetransmissions : SettingName : InternetCustom MinRto(ms) : 300 InitialCongestionWindow(MSS) : 4 CongestionProvider : CTCP CwndRestart : False DelayedAckTimeout(ms) : 50 DelayedAckFrequency : 2 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 AutomaticUseCustom : Disabled NonSackRttResiliency : Disabled ForceWS : Disabled MaxSynRetransmissions : 2 SettingName : DatacenterCustom MinRto(ms) : 20 InitialCongestionWindow(MSS) : 4 CongestionProvider : DCTCP CwndRestart : True DelayedAckTimeout(ms) : 10 DelayedAckFrequency : 2 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 AutomaticUseCustom : Disabled NonSackRttResiliency : Disabled ForceWS : Disabled MaxSynRetransmissions : 2 SettingName : Compat MinRto(ms) : 300 InitialCongestionWindow(MSS) : 2 CongestionProvider : Default CwndRestart : False DelayedAckTimeout(ms) : 200 DelayedAckFrequency : 2 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 AutomaticUseCustom : Disabled NonSackRttResiliency : Disabled ForceWS : Disabled MaxSynRetransmissions : 2 SettingName : Datacenter MinRto(ms) : 20 InitialCongestionWindow(MSS) : 4 CongestionProvider : DCTCP CwndRestart : True DelayedAckTimeout(ms) : 10 DelayedAckFrequency : 2 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 AutomaticUseCustom : Disabled NonSackRttResiliency : Disabled ForceWS : Disabled MaxSynRetransmissions : 2 SettingName : Internet MinRto(ms) : 300 InitialCongestionWindow(MSS) : 4 CongestionProvider : CTCP CwndRestart : False DelayedAckTimeout(ms) : 50 DelayedAckFrequency : 2 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 AutomaticUseCustom : Disabled NonSackRttResiliency : Disabled ForceWS : Disabled MaxSynRetransmissions : 2

Windows 10 Pro 64bits Technical Preview Build 9926 : (Compaq 6510b Core2 Duo T8100 @2,10 GHz / 4Go RAM)

C'est strictement identique, sauf que sous "MaxSynRetransmissions : 2"
il ya deux nouvelles lignes qui sont à 0 pour tous les profils :
AutoReusePortRangeStartPort : 0 AutoReusePortRangeNumberOfPorts : 0

Windows 7 : Non supporté
Windows PowerShell Copyright (C) 2009 Microsoft Corporation. Tous droits réservés. PS C:\Users\Vivien> get-NetTCPSetting Le terme « get-NetTCPSetting » n'est pas reconnu comme nom d'applet de commande, fonction, fichier de script ou programme exécutable. Vérifiez l'orthographe du nom, ou si un chemin d'accès existe, vérifiez que le chemin d'accès est correct et réessayez. Au niveau de ligne : 1 Caractère : 18 + get-NetTCPSetting <<<< + CategoryInfo : ObjectNotFound: (get-NetTCPSetting:String) [], CommandNotFoundException

kgersen · « **Réponse #17 le:** 18 mars 2015 à 12:34:03 »

Citation de: vivien le 18 mars 2015 à 06:38:01

On ne comprend pas bien quel profil est utilisé...

Chaque connexion a son profil:

Citation de: kgersen le 17 mars 2015 à 22:38:24

"get-NetTCPConnection" permet d'afficher les connexions en cours et voir leur profil (dernière colonne).

vivien · « **Réponse #18 le:** 18 mars 2015 à 13:31:27 »

Ok. tout est dans la classe "Internet"

Il y a eu une évolution des profils entre Windows 8 et Windows 8.1 :
Windows PowerShell Copyright © 2012 Microsoft Corporation. Tous droits réservés. PS C:\Users\vivie_000> get-NetTCPSetting SettingName : Automatic MinRto(ms) : InitialCongestionWindow(MSS) : CongestionProvider : CwndRestart : DelayedAckTimeout(ms) : MemoryPressureProtection : AutoTuningLevelLocal : AutoTuningLevelGroupPolicy : AutoTuningLevelEffective : EcnCapability : Timestamps : InitialRto(ms) : ScalingHeuristics : DynamicPortRangeStartPort : DynamicPortRangeNumberOfPorts : SettingName : Custom MinRto(ms) : 20 InitialCongestionWindow(MSS) : 4 CongestionProvider : DCTCP CwndRestart : True DelayedAckTimeout(ms) : 10 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 SettingName : Compat MinRto(ms) : 300 InitialCongestionWindow(MSS) : 2 CongestionProvider : Default CwndRestart : False DelayedAckTimeout(ms) : 200 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 SettingName : Datacenter MinRto(ms) : 20 InitialCongestionWindow(MSS) : 4 CongestionProvider : DCTCP CwndRestart : True DelayedAckTimeout(ms) : 10 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384 SettingName : Internet MinRto(ms) : 300 InitialCongestionWindow(MSS) : 4 CongestionProvider : CTCP CwndRestart : False DelayedAckTimeout(ms) : 50 MemoryPressureProtection : Disabled AutoTuningLevelLocal : Normal AutoTuningLevelGroupPolicy : NotConfigured AutoTuningLevelEffective : Local EcnCapability : Disabled Timestamps : Disabled InitialRto(ms) : 3000 ScalingHeuristics : Disabled DynamicPortRangeStartPort : 49152 DynamicPortRangeNumberOfPorts : 16384

vivien · « **Réponse #19 le:** 10 avril 2015 à 18:41:11 »

Citation de: kgersen le 17 mars 2015 à 17:03:36

fait
Code: [Sélectionner]
wmic datafile where name="C:\\Windows\\System32\\drivers\\tcpip.sys" get version

Je tente d'installer sur un Windows Serveur 2008 SP2 32bits le patch https://support.microsoft.com/en-us/kb/2762983 "TCP receive window autotuning feature does not work correctly in Windows Vista or in Windows Server 2008"

J'ai le droit au message d'erreur "La mise à jour ne s'applique pas à votre système."

L'article de Microsoft KB2762983 indique que la version du patch est "Tcpip.sys 6.0.6002.22947"

Je regarde ma version de Tcpip.sys et c'est la version 6.0.6002.23370.

J'ai copié / collé l'intégralité des informations remontées par wmic datafile where name="C:\\Windows\\System32\\drivers\\tcpip.sys" mais je n'arrive pas a trouver la date du patch :

Code: [Sélectionner]

C:\Users\Administrator>wmic datafile where name="C:\\Windows\\System32\\drivers\\tcpip.sys"
AccessMask  Archive  Caption                                Compressed  CompressionMethod
18809279    TRUE     c:\windows\system32\drivers\tcpip.sys  FALSE                          

CreationClassName  CreationDate
CIM_LogicalFile    20140827104418.550903+120

CSCreationClassName   CSName       Description                            
Win32_ComputerSystem  WINDOWS2008  c:\windows\system32\drivers\tcpip.sys  

Drive  EightDotThreeFileName                  
c:     c:\windows\system32\drivers\tcpip.sys

Encrypted  EncryptionMethod  Extension  FileName  FileSize  FileType     
FALSE                        sys        tcpip     915392    System file  

FSCreationClassName  FSName  Hidden  InstallDate                InUseCount
Win32_FileSystem     NTFS    FALSE   20140827104418.550903+120              

LastAccessed               LastModified               
20140827104418.550903+120  20140405052310.115785+120  

Manufacturer           Name                                   
Microsoft Corporation  c:\windows\system32\drivers\tcpip.sys  

Path                        Readable  Status  System  Version         Writeable
\windows\system32\drivers\  TRUE      OK      FALSE   6.0.6002.23370  TRUE

D'où ma question : la version 6.0.6002.23370 est plus récente que la version 6.0.6002.22947 ?

Pourquoi la version 6.0.6002.23370 n'inclue pas le patch ? J'ai régulièrement des Rwin bridée à 64 Ko.

La version livré avec ce Windows Server 2008 SP2 semble la 6.0.6002.19080

Voici ma version de Windows Server 2008 : (j'ai bien tenté d'installer le patch x86)
A noter qu'il me dit "Cette copie de Windows n'est pas authentique" car je n'ai pas activé ma copie de windows (il me propose a chaque démarrage de l'activer et j'ai un fond d'écran noir, mais cela fonctionne bien)

pasbefri · « **Réponse #20 le:** 10 avril 2015 à 21:36:58 »

Citation de: vivien le 10 avril 2015 à 18:41:11

D'où ma question : la version 6.0.6002.23370 est plus récente que la version 6.0.6002.22947 ?

Pourquoi la version 6.0.6002.23370 n'inclue pas le patch ? J'ai régulièrement des Rwin bridée à 64 Ko.

La version livré avec ce Windows Server 2008 SP2 semble la 6.0.6002.19080

Au vu de ce qui est dit dans http://blogs.technet.com/b/mrsnrub/archive/2009/05/14/gdr-qfe-ldr-wth.aspx c'est cohérent dans le schéma de numérotation.
Mais ça ne serait pas la 1ere fois qu'un hotfix introduit une régression...

Essaie de forcer le patch avec la procédure suivante : http://social.technet.microsoft.com/wiki/contents/articles/3323.how-to-forcibly-install-the-ldr-branch-from-a-particular-hotfix-package.aspx

kgersen · « **Réponse #21 le:** 13 avril 2015 à 23:15:41 »

Citation de: vivien le 10 avril 2015 à 18:41:11

D'où ma question : la version 6.0.6002.23370 est plus récente que la version 6.0.6002.22947 ?

oui et les 2 sont en LDR.
la 6.0.6002.23370 correspond au patch de securité: MS14-031

Citation de: vivien le 10 avril 2015 à 18:41:11

Pourquoi la version 6.0.6002.23370 n'inclue pas le patch ? J'ai régulièrement des Rwin bridée à 64 Ko.

Elle devrait, a moins d'une régression du a un patch quelque part entre les 2. Il faudrait rechercher en détails dans l'historique des patchs (wmic qfe list /format:table)

vivien · « **Réponse #22 le:** 14 avril 2015 à 08:52:37 »

La 6.0.6002.23370 est bien celle du patch que j'avais déjà installé, j'ai fais un test sur un VM neuve.

C'est juste Microsoft qui m'a troublé en parlant sur son site de la 6.0.6002.22947, probablement une erreur : Cela ne correspond ni à la version du Service Pack 2 (6.0.6002.19080) ni à celle du patch (6.0.6002.23370)

Pour les pb de perf (rencontrés avec curl), je vais faire un comparatif curl vs Firefox pour voir si j’obtiens bien les mêmes performances.