none
Accès fichiers/dossiers via Lecteurs réseau mappés très lent / OK via chemin UNC RRS feed

 > 

  • Discussion générale

  • Discussion
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour

    Je sollicite votre aide car depuis moins d'un mois, nos utilisateurs nous remontent des lenteurs pour accéder à leurs dossiers et fichiers via les lecteurs réseau mappés.

    Plus ils naviguent dans l'arborescence du serveur de fichiers, plus le problème s'accentuent (fichiers hors connexion désactivés).

    Le serveur (2012R2 à jour) et les PC Windows 10 (20h2) dialoguent en SMB v3.

    C'est perceptible sur le LAN en Gigabig, mais très prononcé via VPN où l'explorateur se fige alors pendant 10 à 15 secondes. 

    Toutefois et phénomène étrange, le problème disparait en accédant au même dossier via le chemin UNC. 

    Parmi les essais infructueux pour résoudre ce problème :

    - modification du lecteur (nom du serveur par fqdn)

    - désinstallation de l'antivirus tiers

    - désactivation de l'ipv6 sur le PC

    - désactivation de SMB1 et SMB direct

    - forcer Netbios

    - modification de la clé de registre HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters en ajoutant 

    DirectoryCacheLifetime Dword=0
    FileInfoCacheLifetime Dword=0
    FileNotFoundCacheLifetime Dword=0

    Si vous avez des pistes et des idées, je suis preneur,

    Merci d'avance ;)


    mardi 15 décembre 2020 11:05
    |

Toutes les réponses

  • Discussion
    Connectez-vous pour voter
    2
    Connectez-vous pour voter

    Bonjour,

    Quelques pistes a explorer :

    -Tu expliques que le problème ne se produit pas par chemin UNC.

    Peut tu indiquer si tu utilises une IP ou un Nom dans le chemin UNC ?

    Peut être cela vient de la résolution DNS.

    enregistrement en double etc...

    -Tu utilises quoi comme GPO pour déployer ton lecteurs réseau ?

    GPP, Scripte etc...

    -Tu utilises la redirection de dossier en + ?

    -Des profils itinérants sont utilisés ?

    -Ton serveur est monté en contrôleur de domaine ?

    -Tu peux aussi vérifier l'heure et les logs afin de trouver une piste.

    "Marquer comme réponse" les réponses qui ont résolu votre problème


    mardi 15 décembre 2020 21:18
    |
  • Discussion
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Merci pour les pistes.

    pour répondre aux questions :

    - dans le chemin UNC, j'utilise le même nom (celui du serveur de fichiers) que dans la GPO 

    - dans le DNS, le nom du serveur a deux entrées (IPv4 & IPv6).  Les PC en VPN résolvent bien le nom du serveur (ping du nom du serveur ou du FQDN, les deux sont OK)

    - le lecteur est déployé par GPP

    - pas de redirection de dossier

    - pas de profil itinérants

    - le serveur de fichiers n'est pas contrôleur de domaine

    jeudi 17 décembre 2020 09:11
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    faire une capture d’écran de la GPO avec ces réglages.

    et regardes si tu respect bien les points ci dessous :

    https://docs.microsoft.com/fr-fr/troubleshoot/windows-server/high-availability/smb-3-%20file-server-features

    Vérifie les paramètres SMB

    https://docs.microsoft.com/fr-fr/windows-server/storage/file-server/troubleshoot/detect-enable-and-disable-smbv1-v2-v3

    "Marquer comme réponse" les réponses qui ont résolu votre problème




    jeudi 17 décembre 2020 09:13
    |
  • Discussion
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    je pense vraiment que le problème se pose coté client suite à une maj récente de Windows 10, un PC sous Windows 10 non démarré depuis plusieurs semaines et pas mis à jour ne rencontre pas ce souci.

    voici la conf coté SMB client justement (SMBv1 est désactivé)

    PS C:\WINDOWS\system32> Get-SmbClientConfiguration


    ConnectionCountPerRssNetworkInterface : 4
    DirectoryCacheEntriesMax              : 16
    DirectoryCacheEntrySizeMax            : 65536
    DirectoryCacheLifetime                : 0
    DormantFileLimit                      : 1023
    EnableBandwidthThrottling             : True
    EnableByteRangeLockingOnReadOnlyFiles : True
    EnableInsecureGuestLogons             : True
    EnableLargeMtu                        : True
    EnableLoadBalanceScaleOut             : True
    EnableMultiChannel                    : True
    EnableSecuritySignature               : False
    ExtendedSessionTimeout                : 1000
    FileInfoCacheEntriesMax               : 64
    FileInfoCacheLifetime                 : 0
    FileNotFoundCacheEntriesMax           : 128
    FileNotFoundCacheLifetime             : 0
    KeepConn                              : 600
    MaxCmds                               : 50
    MaximumConnectionCountPerServer       : 32
    OplocksDisabled                       : False
    RequireSecuritySignature              : False
    SessionTimeout                        : 60
    UseOpportunisticLocking               : True
    WindowSizeThreshold                   : 8


    jeudi 17 décembre 2020 10:25
    |
  • Discussion
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    En complément, ce problème se produit également si je mappe manuellement (sans GPO/GPP) un lecteur vers un partage sur serveur Win2016

    jeudi 17 décembre 2020 15:28
    |