Les développeurs connaissent de très mauvaises performances avec Windows Explorer, notamment en ajoutant / supprimant des files, sur VPN vers Win2k3 share

Nous avons l'arrangement suivant: Dev Site <- vpn -> Prod Site. Le pare-feu Prod Site, exécutant pfSense 2, accepte le trafic VPN TCP / UDP sur les ports SMB 135-139 et 445. Nos développeurs peuvent se connecter à des partages administratifs \\Computer\C$ sans incident, et en fait, le téléchargement de files individuels vers le partage est équitable breezy à environ 200-300 kilobytes par seconde. Cependant, lorsque vous tentez d'effectuer une suppression d'un dossier avec de nombreux sous-dossiers / files, ou de transférer de nombreux files individuels, ou de modifier plusieurs files individuels, l'explorateur s'arrête, fonctionnant habituellement autour de 2 à 4 files par seconde (même s'ils sont <1kb). Cela fonctionne très douloureux lors de l'exécution de travaux de synchronisation, etc. Ce manque de vitesse a été confirmé pour les clients Windows XP, 2k3 Server et Windows 7. Le server en question exécute Win2k3.

Quelques questions:

  1. Y at-il quelque chose que je peux faire avec le pare-feu pour améliorer les performances? Comment pourrais-je savoir si c'était un problème de pare-feu?
  2. Y at-il quelque chose que je peux faire avec le server pour améliorer les performances?
  3. Y a-t-il autre chose que je peux faire pour améliorer les performances de partage de files Windows?

3 Solutions collect form web for “Les développeurs connaissent de très mauvaises performances avec Windows Explorer, notamment en ajoutant / supprimant des files, sur VPN vers Win2k3 share”

Vous devez certainement vérifier la bande passante de votre fournisseur de bureau pour vous assurer qu'il ne soit pas sursouscrit, et vous pouvez utiliser ping pour tester la latence entre les développeurs distants et votre server. Je suppose que ce ne sera pas le cas, car vous avez découvert que les performances de SMB sur un VPN sont généralement pue.

Votre solution consiste à find une autre façon pour ces users distants de manipuler des files. Vous pouvez essayer FTP, mais cela introduit un autre protocole, et FTP par lui-même n'est pas particulièrement sécurisé (mieux par rapport au VPN). Mais votre meilleur pari est de donner aux users du bureau à distance sur le server et de les faire supprimer les deletions. Pour les téléchargements de masse, ils peuvent download un file ZIP et le décompresser sur le server via le bureau à distance.

La question des travaux de synchronisation est un défi, car il est très probable que vous deviez regarder chaque file. Si le travail de synchronisation peut être exécuté sur d'autres protocoles (psexec, FTP, SFTP, SCP, etc.), cela pourrait être plus rapide.

Bienvenue dans le monde merveilleux de SMB sur toute connection avec une latence plus élevée que LAN. Tout ce que vous décrivez est parfaitement normal pour de tels scénarios, une fois que vous avez plus de 20 ms, les choses augmentent considérablement plus lentement, plus de 50 ms et c'est péniblement ainsi. Le protocole est très peu conçu pour des connections plus élevées que les latences LAN. Surtout lorsque vous travaillez avec des lots avec beaucoup de files et / ou de directorys.

SMBv2 l'a corrigé dans une certaine mesure. Si vous avez ssortingctement Server 2008 avec Vista ou des clients plus récents, ce ne sera pas aussi grave.

Voir "Problèmes de performance" ici pour plus d'informations en profondeur: http://en.wikipedia.org/wiki/Server_Message_Block

Il peut également y avoir un problème lorsque les packages sont fragmentés. Dans ce cas, vous pouvez essayer d'ajuster le MTU entre les liens (même si cela peut ne pas être possible avec la connection sous VPN). Par exemple, sur mon bureau – je ne peux pas envoyer un ping plus grand que 1472 sans qu'il soit nécessaire de le split en plusieurs packages (Win7 -> Win2008R2):

 ping -f -l 1472 10.1.10.3 

L'argument -f est le drapeau de ne pas fragmenter, et le -l est la taille. Je suggère de commencer à 1500 et de travailler votre path vers le bas.

  • Devrais-je changer mon server vers Ubuntu Server depuis Windows Server 2003
  • SNMP continue de s'écraser
  • Cactus: comment surveiller les hôtes Windows?
  • Solution FTP sécurisée?
  • Trouver et supprimer de mauvais liens symboliques dans Windows
  • Comment puis-je identifier le (s) process (s) qui bloquent les files sur les servers?
  • Comment puis-je empêcher les requêtes ARP excessives envoyées par Windows Server 2003?
  • ISA Server: Comment résoudre le problème DHCP?
  • Suppression des connections aux imprimantes réseau qui n'existent plus
  • Serveur de time pour le domaine Windows 2003
  • Comportement étrange entre Windows Server 2003 et 2008 Résolution DNS
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.