none
Lenteur partage réseau entre Windows Server 2019 et Windows 10 Pro RRS feed

  • Question

  • Bonjour à tous.

    J'ai un petit souci que j'essaie de résoudre depuis un moment.

    J'ai un Windows Server 2019 Standard (HP Proliant DL380p Gen8, RAM 80Go, HDD 10 To, RAID 5, Contrôleur de domaine, DHCP, etc) sur lequel j'ai créé des partages avec droits.

    Mon parc est constitué d'ordinateurs Win7 et Win10 Pro tous dans le domaine.

    Mon souci est que, dans mon réseau local, tous les clients disposant d'un ordinateur Win7 accèdent très rapidement aux différents partages que les autres avec leur Win10 Pro.

    Idem pour les copies, créations et modifications de fichiers, dossiers.

    J'ai même ajouté le SMB 1.0/CIFS en ajoutant cette fonctionnalié depuis le Gestionnaire de serveur

    Merci donc de m'aider à résoudre ce souci.


    lundi 21 septembre 2020 10:59

Réponses

  • Bonjour,

    Configurer correctement ton DNS .. voir ton AD/DNS.

    (Ex : http://www.e-novatic.fr/bien-configurer-son-active-directory/)

    Fais la MAJ de tes PC en WINDOWS 10.

    7 n'est plus supporté par MICROSOFT.

    Laisse désactivé SMB1.0.

    (Il ne sert plus sauf a de très vieux appareils que tu dois aussi faire disparaitre de ton réseau)


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

    lundi 21 septembre 2020 11:51
  • Bonjour Oladele,

    C'est tellement plus clair comme ça.

    • 2 DHCP en DHCP failover ou non ?
    • Si DHCP en Failover il y les mêmes scopes qui sont répliqués de DHCP1 vers DHCP2.
    • Sinon, les 2 DHCP ne doivent pas fournir les mêmes scopes (même VLAN oui, mais pas les mêmes plages sinon ils vont se créper le chignon).
    • Que fournissent chaque serveur DHCP ? (IP, SM, GW, OK) mais à part cela ils doivent fournir les 2 DNS, et le nom de domaine.
    • Tes GW et ton Serveur qui sert de GW Ont-ils un IPHelper (relay DHCP) de configuré ? Si oui, tant mieux, sinon inutile de mettre les scopes du VLAN 10.1.2. et 10.1.7.x sur le site 2, il ne pourra pas être atteint par les DHCP discover. Et inversement sur ton DHCP du site 1, tu ne ne devrais avoir que les 2 VLANs du Site1.

    Scope 10.1.7.x - GW 10.1.7.x (GW du site 2) + 2 DNS + Nom de domaine

    Scope 10.1.2.x - GW 10.1.2.x (GW du site 1) + 2 DNS + Nom de domaine

    Scope 10.1.6.x - GW 10.1.7.x (La GW est ton serveur. Après c'est lui qui saura trouver le reste) + 2 DNS + Nom de domaine

    Pour mémoire : le rôle RRAS s'il est toujours disponible sur les serveurs 2016 et 2019, n'a pas évolué depuis Windows ....2000. MS ne le conserve que pour satisfaire les Haters qui raleraient si on leur supprimait cette fonctionnalité. Mais en réalité, très peu de gens/organisation utilisent le RRAS pour faire du routage. Il y a des équipements dédiés pour faire ça et qui le font très bien : Switchs et routers. :-)

    Mis à part ce point : On ne le dira jamais assez. Un DC c'est fait pour faire de l'authentification et rien d'autre. DC/DNS et éventuellement DHCP si DHCP failover et rien d'autre. Les autres rôles FileServer, Print, WSUS, AV, RADIUS, ... devraient être portés par des serveurs membres.

    Il me semble avoir une capture d'écran du map réseau avec un nom netbios (\\serveur\partage). Exact ? Comment une machine résout-elle un nom netbios ou interprête-t-elle un nom Netbios de nos jours (plus de WINS) ? ... elle complète le nom Netbios par le nom du domaine (fournit par le DHCP) et requête un DNS sur la zone DNS correspondante. Si enregistrement Host qui va bien : OK c'est résolu. Sinon, ça fonctionne ou pas.

    Autre point à explorer : Le master browser

    https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-brws/8e18326b-26a2-4790-a914-d69f64250eb4

    Le MasterBrowser maintien la liste d'exploration. Si on regarde le lien ci-dessus on peut lire "c'est le PDC ou plutôt celui qui tient le rôle FSMO PDC Emulator". Ce dernier est d'un côté ou de l'autre. Donc c'est dans l'AD qu'un DC cherche un entrée Host.

    • Est-ce qu'il y a 2 sites qui sont configurés dans AD Sites&Services ? Il devrait y en avoir 2, avec dans chaque site un DC ... sinon à quoi bon mettre un DC sur chaque site. Une machine du Site2 doit avoir DC du site2 qui l'authentifie (facile à vérifier avec une simple commande Set dan un shell DOS, regarder LogonServer).
    • Tes zones DNS sont bien correctes ? et notamment la zone _msdcs.TonDomaine.local ? _Kerberos, _Ldap ?

    Pas facile de faire un diagnostic sans avoir tous les éléments pour faire un diagnostic ou sans savoir si ces éléments ont été vérifiés et sont correct.

    Cordialement

    Olivier

    lundi 5 octobre 2020 16:40
  • Bonjour Oladate,

    Merci pour le retour plus claire.

    Met a jour le pilote de ta carte réseau sur le serveur.

    Sinon ce n'est pas possible qu'un PC qui à une seule IP fixe puisse envoyer des paquets sur d'autres sous réseaux...

    Donc je crois que tu fais de mauvais réglages IP sur tes clients...

    ou sur le serveur DNS ...

    Pour ma part je n'utilise pas RRAS pour le routage ...

    RRAS mal configuré pourrais aussi poser problème !


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



    vendredi 16 octobre 2020 10:19
  • Bonsoir Jerome,

    Sorry pour le retard. En fait pendant ce temps j'ai suivi ton dernier conseil :

    - Désactivation du RRAS sur mon seveur

    - Déploiement d'un routeur dédié

    - Mise à jour du pilote de la carte réseau du serveur en standby 

    Et à ma grande surprise, tout est OK sur tous les postes clients Win10 et Win7. Plus aucune lenteur et autre soucis rencontrés précédemment. WAOH!!!

    Franchement GRAND SUPER MERCI !!!

    Je continue l'observation jusqu'à demain et je fais un retour.

     

    mercredi 21 octobre 2020 15:44

Toutes les réponses

  • Bonjour à tous.

    J'ai un petit souci que j'essaie de résoudre depuis un moment.

    J'ai un Windows Server 2019 Standard (HP Proliant DL380p Gen8, RAM 80Go, HDD 10 To, RAID 5, Contrôleur de domaine, DHCP, etc) sur lequel j'ai créé des partages avec droits.

    Mon parc est constitué d'ordinateurs Win7 et Win10 Pro tous dans le domaine.

    Mon souci est que, dans mon réseau local, tous les clients disposant d'un ordinateur Win7 accèdent très rapidement aux différents partages que les autres avec leur Win10 Pro.

    Idem pour les copies, créations et modifications de fichiers, dossiers.

    J'ai même ajouté le SMB 1.0/CIFS en ajoutant cette fonctionnalié depuis le Gestionnaire de serveur

    Merci donc de m'aider à résoudre ce souci.

    dimanche 20 septembre 2020 17:07
  • Bonjour,

    Configurer correctement ton DNS .. voir ton AD/DNS.

    (Ex : http://www.e-novatic.fr/bien-configurer-son-active-directory/)

    Fais la MAJ de tes PC en WINDOWS 10.

    7 n'est plus supporté par MICROSOFT.

    Laisse désactivé SMB1.0.

    (Il ne sert plus sauf a de très vieux appareils que tu dois aussi faire disparaitre de ton réseau)


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

    lundi 21 septembre 2020 11:51
  • Bonjour SANCHEZ,

    Merci pour ta réponse.

    En fait j'ai déjà configuré tout ça.

    Mon prblème est que quand je suis sur un poste Win7 Pro, j'accède très rapidement aux différents partages que j'ai créés sur mon Windows Server 2019 pour par exempe copier, créer, modifier un fichier ou un dossier.

    Par contre quand je suis sur un poste Windows 10 Pro, c'est vraiment lent de créer, copier, modifier un fichier ou un dossier dans ces mêmes partages. Et par exemple quand je lance une copie vers\depuis ces partages, la copie se plante à un niveau et reprend.

    Merci 

    lundi 21 septembre 2020 15:04
  • Bonjour à tous,

    Mon problème persiste

    mercredi 23 septembre 2020 10:08
  • Bonjour Liamidi,

    Peux tu nous envoyer quelques captures d’écran des conf réseau CLIENTS et du SERVEUR ?


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

    mercredi 23 septembre 2020 13:40
  • Bonjour SANCHEZ,

    Réseau local : 10.1.7.0/24

    Domaine : holding.lan

    Serveur : 
    IP : 10.1.7.1/24
    GW : 10.1.7.10
    DNS : 10.1.7.1

    DHCP : 
    Plage : 10.1.7.100 - 10.1.7.200
    GW : 10.1.7.10

    Client : 
    IP : 10.1.7.150/24
    GW : 10.1.7.10
    DNS : 10.1.7.1

    jeudi 24 septembre 2020 08:04
  • As tu regardé au niveau du serveur dans les journaux d'événements SMBClient, et SMBServer si tu avait des événements incorrects ?
    jeudi 24 septembre 2020 12:46
  • Bonjour à tous,

    Suis toujours bloqué

    mardi 29 septembre 2020 11:24
  • Combien de cartes réseaux sur le serveur ?

    Si plusieurs, mettre une IP différente par carte réseau, désactiver netbios.

    Tu disposeras alors du MPIO SMB3 ;-)

    mardi 29 septembre 2020 12:03
  • Bonjour Oladele LIAMIDI,

    Pouvez-vous nous dire quelle est la version actuelle du Windows 10 pro?

    Je vous remercie par avance pour votre retour.

    Cordialement,

    Biliana


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votreproblème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    mardi 29 septembre 2020 12:06
  • Bonjour Vincent,

    Le serveur dispose de 04 cartes réseaux dont 02 sont désactivées vu qu'elles ne sont pas utilisées.

    Les deux autres actives ont différentes adresses IP et sont dans différents sous-réseaux.

    Et au niveau du Routage et Accès distant j'ai ajouté des routes statiques.

    mercredi 30 septembre 2020 09:51
  • Bonjour Biliana,

    Il s'agit du Windows 10 Professionnel version 1903

    mercredi 30 septembre 2020 09:54
  • Tu avais donné une réponse avec 10.1.7.1 comme @IP du serveur.

    Tu dis maintenant que ce serveur dispose de 2 cartes réseaux. C'est quoi l'IP du second réseau ?

    Tu as bien le NETBIOS de désactivé sur les 2 cartes ?

    mercredi 30 septembre 2020 10:21
  • Bonjour Vincent,
    En fait je rencontre le problèmes sur mes deux sites. J'ai deux différents serveurs sur différents sites et l'IP 10.1.7.1 est l'une des IP du second serveur.
    Alors je me dis qu'en résolvant le problème sur le premier site je le ferai sur le second.
    Voici donc les deux IP d'un des serveurs 10.1.2.52/24 et 10.1.6.3/24; DHCP activé sur les deux interfaces qui sont connectées à différents VLAN.
    Je viens de désactiver le NETBIOS sur les deux cartes comme ceci :
    Clic droit sur Options étendues d'un de mes Etendues, Configurer les options, Avancés, Classe de fournisseur : Microsoft Windows 200 Options, Cocher 001 Microsoft Disable Netbios Option, ENtrée de données 0x2.

    J'ai également lu dans mes recherches qu'il faudrait par exemple exécuter en Powershell sur le poste client Windows 10 Pro la commande suivante : 
    set-smbclientconfiguration -DirectoryCacheLifetime 0 afin de passer ce paramètre en question à 0 au lieu de 10 par défaut.
    mercredi 30 septembre 2020 16:54
  • Je te recommande d'expliquer en détail le contexte dans lequel tu travail.

    (Rôle, feature, gpo etc installées sur l'infra)

    Sinon tu perds ton temps a demander des solutions a des personnes

    (moi y compris qui ne peuvent pas deviner ton infra) ....

    Mais quoi qu'il en soit il y 80% de chance que cela passe au niveau de l'AD/DNS/GPO ton histoire....


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






    mercredi 30 septembre 2020 19:18
  • Bonjour SANCHEZ,
    Sorry pour le retard.
    J'ai un serveur HP Proliant DL380p Gen8 (Windows Server 2019, RAM 80Go HDD 10 To RAID 5) comme contrôleur de domaine, serveur DHCP, DNS, ADDC. J'ai également installé le rôle de Gestionnaire de serveur de fichiers.
    Sur ce serveur j'ai 02 partitions sur lesquelles j'ai créé des partages avec des droits. Ces partages sont montés par GPO au niveau des utilisateurs en utilisant le Mappage de lecteurs.
    Mon parc est composé d'ordinateurs Win7 Pro et Win10 Pro; tous dans le domaine.
    Voici la configuration des cartes du serveur :
    Carte1 : 10.1.2.252/24
    Carte2 : 10.1.6.3/24

    Le DHCP :
    Etendue1 : 10.1.2.100-150, GW 10.1.2.65, DNS 10.1.2.252
    Etendue2 : 10.1.6.50-70, GW 10.1.6.3, DNS 10.1.6.3

    Mon problème est qu'en étant sur n'importe quel poste Win7 Pro, je n'ai aucun problème pour enrégistrer, créer, copier un dossier\fichier vers\depuis les partages.
    Par contre sur les postes Win10 Pro, ça rame grave. Les copies par exemple prennent du temps avant de commencer. Au bout d'un moment, le débit revient à 0 avant de remontrer. Les enrégistrements des fichiers Excel et Word prennent aussi vraiment du temps.      
    jeudi 1 octobre 2020 15:41
  • Je pense que tu sais ... que tu n'es pas dans les clous sur les bonnes pratiques.

    La bonne réponse c'est :

    AD/DNS/GPO sur un serveur et le serveur fichier sur un autre serveur.

    Et plus aucun WINDOWS 7.

    Windows 10 2004 minimum.

    Windows 2019 avec les dernières MAJ.

    Rien que ça c'est déjà c'est pas top....

    Tu utilises quoi comme GPO : redirection de dossier / synchro se genre de chose ?

    Fait nous une capture écran des consoles AD / DNS / GPMC / paramètre NIC du serveur + paramètre NIC d'un client Windows 10.

    Et arrête de toucher au registre.... ou d'essayer de réactiver des trucs comme SMB1.

    Donne nous aussi des informations sur l'INFRA réseau (configuration des Switch etc)

    Ainsi même si moi je ne trouve pas peut être d'autre vont avoir une idée...

    Et appel moi Jérôme pls.


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






    jeudi 1 octobre 2020 15:48
  • Merci Jerome,

    Je compte migrer progressivement mon parc de Win7 Pro vers Win10 Pro en fait. Et je ne dispose que d'un seul serveur pour le moment faute de moyens.

    Concernant la GPO, pas de redirection. Juste le mappage de lecteur.

    Quant aux switchs, ils ont chacun une IP et convergent tous vers un switch central sur lequel est le serveur.

    Je n'arrive pas à ajouter des captures car mon compte n'est pas encore activé. 

    Je peux te les envoyer par mail en attendant si tu veux bien.

    jeudi 1 octobre 2020 16:59
  • L'idée c'est de monter HyperV sur ton serveur puis des VM

    (VM AD/DNS/GPO, VM FILES etc...)

    Pour info : HyperV est gratuit comme hyperviseur.

    Trouves un service en lignes pour héberger tes captures d’écrans...

    Cela ne devrait pas être trop difficile pour toi.

    (Si tu veux surmonter de pénibles obstacles, aide-toi, et le ciel t'aidera.)


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


    jeudi 1 octobre 2020 17:24
  • Bonjour Jerome,

    Mince j'y avais pas pensé.

    Merci de suivre ce lien pour récupérer les captures :

    https://drive.google.com/drive/folders/1BagD6dN51EjcYhCx-kzG_TUVfeZu5-0K?usp=sharing

    vendredi 2 octobre 2020 09:52
  • Bonjour Oladele LIAMIDI,

    Vous devez publier votre demande de vérification de compte ici afin d'avoir l'autorisation de publier des images sur le forum.

    Je vous remercie par avance pour votre retour.

    Cordialement,

    Biliana

    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votreproblème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    vendredi 2 octobre 2020 09:58
  • Bonjour Biliana,

    Merci beaucoup. Je viens de la publier.

    J'attends donc la confirmation.

    vendredi 2 octobre 2020 10:56
  • Bonjour Oladele,

    Je viens de regarder tes images.

    Tu peux nous expliquer le plan d'adressage ?

    Voir nous envoyer un schéma avec les adressages réseau et les différents sites ?

    Pense a cacher les éléments sensibles...

    (IP PUBLIQUE, NOM DNS accessible depuis l’extérieur etc...)


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

    samedi 3 octobre 2020 02:37
  • Pour commencer sur le site 1 juste le segment SW1 et le serveur 2019.

    Peux tu me dire si ton problème à lieu lorsqu’il y a des accès depuis les W7 (site1/10.1.2.0) qui accède au serveur de fichier 2019 (site1/10.1.2.0) ?

    D’après les photos que tu m'a donnée :

    Win7

    IP 10.1.2.102/24

    PASSERELLE 10.1.2.65

    DNS 10.1.2.252

    Serveur 2019

    IP 10.1.2.252/24

    PASSERELLE rien

    DNS 10.1.3.253

    Remarque :

    je ne comprends pas ton réglage DNS sur le serveur SITE1 carte réseau en 10.1.2.252/24.

    Dans le cas de deux contrôleur de domaine multimaitre :

    Celui du site1 devrait au moins avoir sa propre adresse en deuxième.

    La le serveur site 1 a deux adresses d'autre sous réseau...

    10.1.3.253

    10.1.4.253


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








    lundi 5 octobre 2020 16:25
  • Bonjour Oladele,

    C'est tellement plus clair comme ça.

    • 2 DHCP en DHCP failover ou non ?
    • Si DHCP en Failover il y les mêmes scopes qui sont répliqués de DHCP1 vers DHCP2.
    • Sinon, les 2 DHCP ne doivent pas fournir les mêmes scopes (même VLAN oui, mais pas les mêmes plages sinon ils vont se créper le chignon).
    • Que fournissent chaque serveur DHCP ? (IP, SM, GW, OK) mais à part cela ils doivent fournir les 2 DNS, et le nom de domaine.
    • Tes GW et ton Serveur qui sert de GW Ont-ils un IPHelper (relay DHCP) de configuré ? Si oui, tant mieux, sinon inutile de mettre les scopes du VLAN 10.1.2. et 10.1.7.x sur le site 2, il ne pourra pas être atteint par les DHCP discover. Et inversement sur ton DHCP du site 1, tu ne ne devrais avoir que les 2 VLANs du Site1.

    Scope 10.1.7.x - GW 10.1.7.x (GW du site 2) + 2 DNS + Nom de domaine

    Scope 10.1.2.x - GW 10.1.2.x (GW du site 1) + 2 DNS + Nom de domaine

    Scope 10.1.6.x - GW 10.1.7.x (La GW est ton serveur. Après c'est lui qui saura trouver le reste) + 2 DNS + Nom de domaine

    Pour mémoire : le rôle RRAS s'il est toujours disponible sur les serveurs 2016 et 2019, n'a pas évolué depuis Windows ....2000. MS ne le conserve que pour satisfaire les Haters qui raleraient si on leur supprimait cette fonctionnalité. Mais en réalité, très peu de gens/organisation utilisent le RRAS pour faire du routage. Il y a des équipements dédiés pour faire ça et qui le font très bien : Switchs et routers. :-)

    Mis à part ce point : On ne le dira jamais assez. Un DC c'est fait pour faire de l'authentification et rien d'autre. DC/DNS et éventuellement DHCP si DHCP failover et rien d'autre. Les autres rôles FileServer, Print, WSUS, AV, RADIUS, ... devraient être portés par des serveurs membres.

    Il me semble avoir une capture d'écran du map réseau avec un nom netbios (\\serveur\partage). Exact ? Comment une machine résout-elle un nom netbios ou interprête-t-elle un nom Netbios de nos jours (plus de WINS) ? ... elle complète le nom Netbios par le nom du domaine (fournit par le DHCP) et requête un DNS sur la zone DNS correspondante. Si enregistrement Host qui va bien : OK c'est résolu. Sinon, ça fonctionne ou pas.

    Autre point à explorer : Le master browser

    https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-brws/8e18326b-26a2-4790-a914-d69f64250eb4

    Le MasterBrowser maintien la liste d'exploration. Si on regarde le lien ci-dessus on peut lire "c'est le PDC ou plutôt celui qui tient le rôle FSMO PDC Emulator". Ce dernier est d'un côté ou de l'autre. Donc c'est dans l'AD qu'un DC cherche un entrée Host.

    • Est-ce qu'il y a 2 sites qui sont configurés dans AD Sites&Services ? Il devrait y en avoir 2, avec dans chaque site un DC ... sinon à quoi bon mettre un DC sur chaque site. Une machine du Site2 doit avoir DC du site2 qui l'authentifie (facile à vérifier avec une simple commande Set dan un shell DOS, regarder LogonServer).
    • Tes zones DNS sont bien correctes ? et notamment la zone _msdcs.TonDomaine.local ? _Kerberos, _Ldap ?

    Pas facile de faire un diagnostic sans avoir tous les éléments pour faire un diagnostic ou sans savoir si ces éléments ont été vérifiés et sont correct.

    Cordialement

    Olivier

    lundi 5 octobre 2020 16:40
  • Mon problème a lieu quand je veux accéder aux partages (par exemple créés sur le serveur de fichier du site 1 10.1.2.0/24) depuis un poste Win 10 du site 1. Il n'y a aucun problème depuis un poste Win 7.

    Il y a trois sites dont l'IP du serveur est 10.1.4.253/24. Je n'ai pas voulu schématiser le 3e afin d'éviter que le dessin soit petit.

    Tous les 3 serveurs sont des controleurs du même domaine.

    Serveur du site 1 :

    IP 10.1.2.252/24

    DNS 10.1.3.253 (serveur site2),10.1.4.253,127.0.0.1

    lundi 5 octobre 2020 16:49
  • Bonjour Biliana,

    Je peux ajouter des images à présent.

    Merci

    lundi 5 octobre 2020 16:52
  • Le problème se passe seulement sur le serveur de fichier site 1 ?

    Sinon le dessin complet de l'infra c'est mieux...

    Oliver donne pleins de pistes... tu as regardé ?


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


    lundi 5 octobre 2020 17:05
  • Bonjour Jerome,

    Le problème se pose sur tous les sites.

    Je suis entrain d'explorer les pistes d'Olivier.

    Vraiment merci beaucoup à toous.

    Je vous reviens

    mercredi 7 octobre 2020 10:20
  • Bonjour Olivier,

    ALors j'ai checké tout ce que tu m'as demandé. Et voici :

    - Chaque site dispose de son réseau local (différent des réseaux locaux des autres sites) donc son propre DHCP. Le scope du DHCP d'un site est différent des autres scopes et ne délivre que des IP du réseau local du site où il est configuré.
    - Chaque DHCP fournit IP, GW, DNS (celui du site concerné. Afin de réduire l'utilisation de l'interco), Nom de domaine, Time server. Et sur le site 1, les PC du réseau 10.1.6.0/24 ont comme GW le serveur.
    - Pas de relayDHCP configuré

    J'aurais bien voulu installer le rôle File Server sur un autre serveur, mais faute de moyens pour le moment...

    La résolution DNS est OK.

    Le FSMO PDC Emulator est sur le serveur du site 1.

    J'ai bien créé des sites. Et chaque site contient le serveur qui va avec.

    Les zones sont bien correctes. Je viens aussi de les vérifier. J'y retrouve par exemple chaque site avec le serveur qui va avec.

    Mais ce qui me surprend est qu'avec les PC Win 7 Pro du domaine il n'y a aucun problème de lenteur pour enregistrer, copier, créer dossiers et fichiers, etc. Par contre sur les Win 10 (aussi dans le domaine) c'est la cata.

    mercredi 7 octobre 2020 10:56
  • Bonjour Oladèle,

    Est-ce que tes DHCP fournissent bien le nom de domaine ?

    Les partages que les postes cherchent à atteindre - et qui posent pb - sont-ils sur le même VLAN ou dans un autre VLAN (site) ?

    Cordialement

    Olivier


    mercredi 7 octobre 2020 16:23
  • Bonjour Olivier,

    Les DHCP fournissent bien le 015 DNS Domain Name.
    Les postes et les partages sont sur le même VLAN et même site.

    Cordialement

    jeudi 8 octobre 2020 08:21
  • bonjour Oladele

    depuis un WIN10

    -configure un PC en IP fixe sur le site 1.

    -lorsque tu accèdes a un partage (du serveur sur le site 1) avec son nom DNS ou l'adresse ip du serveur... il y a t-il une différence de vitesse ?

    (ne fais pas le test depuis un lecteur réseau)

    -Peut tu me montrer les réglages du partages sur le serveur site 1 ?


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



    jeudi 8 octobre 2020 09:20
  • Bonjour Jerome,

    Il n'y a aucune différence sur la vitesse entre l'utilisation de l'IP et le nom DNS; affichage automatique du contenu du partage. J'ai fait le test depuis EXECUTER ( Windows + R)
    Voici les réglages du partage du site 1 :
    Disque 2 :
    Volume 1 : Partagé avec tous les utilisateurs
    Volume 2 :
    Dossier 1 : Partagé avec les utilisateurs du groupe Grp_Doss1 (Modification) et administrateur (Contrôle Total)
    Dossier 2 : Partagé avec les utilisateurs du groupe Grp_Doss2 (Modification) et administrateur (Contrôle Total)
    Dossier 3 : Partagé avec les utilisateurs du groupe Grp_Doss3 (Modification) et administrateur (Contrôle Total)

    J'ai monté tous ces partages par GPO chez les utilisateurs. Ces derniers étant répartis par OU avec leurs groupes, j'ai donc appliqué chaque GPO à l'OU concernée.

    Est-ce que Windows Defender serait à la base de cette lenteur sur les postes Win10 Pro?
    Car après démarrage d'un poste Win10 Pro, les enrégistrements, copies et autres sont très rapides. Mais après 2 mn c'est la cata.

     
    jeudi 8 octobre 2020 10:07
  • Bonjour Jerome,

    Il n'y a aucune différence sur la vitesse entre l'utilisation de l'IP et le nom DNS; affichage automatique du contenu du partage. J'ai fait le test depuis EXECUTER ( Windows + R)

    Ok mais peux tu préciser.

    -Le win10 est toujours plus lent que le WIN7 même avec une IP fixe en attaquant le partage par son IP ?

    -Sur le server 2019, peut tu désactiver la classification et autres particularités (déduplication  branch cash etc..) puis refaire le test ?

    -Sur le WIN10 Peut tu faire un GPRESULT /r et afficher le resultat

    Si tu pense que cela vient de l'AV tu peux désactiver Windows defender et le firewall pour faire un autre essai....

    (Je ne pense que cela vient de windows defender mais peut etre d'un autre AV editeur tier).

    -On trouve quoi comme programme sur tes win10 ?


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


    jeudi 8 octobre 2020 10:36
  • Bonjour Jerome,
    - IP fixe et accès au partage par son IP : Pas de changement.

    - Voici les résultats du GPRESULT /r sur un poste Win10

    - Quant à Defender, sa désactivation est temporaire. Et je ne peux le désactiver dans les services car il ne me donne pas la main.


    - La classification et autres particularité sont à présent désactivées. Mais j'obtiens une erreur sur la désactivation de la déduplication depuis le début du weekend. Ceci qui a retardé mon retour

    lundi 12 octobre 2020 14:49
  • Bonjour

    GPRESULT

    Tu peux commencer par tester sans GPOs sur l'OU qui contient le compte ordinateur et utilisateur.

    DEFENDER

    Sinon pour Windows defender ... il n'y pas bcp de chance que le problème vient de la.


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


    lundi 12 octobre 2020 15:06
  • Bonjour.

    Peut-être une question bête : Nero BackItUp pourrait-il perturber le partage en réseau ?


    Ex-helpeur de Community. Désormais sur http://dechily.org/Forum_Aski/

    lundi 12 octobre 2020 15:49
  • Bonjour George,

    J’espère que tu va bien !

    En effet un logiciel de sauvegarde/synchro sur les PC en WIN10 peut aussi poser problème.

    Mais Oladele nous a expliqué qu"il n'y avait pas particularité sur les WIN10.


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



    lundi 12 octobre 2020 17:08
  • Salut Jérôme.

    Pourtant, je le vois sur cette capture des services => capture

    C'est pour ça que je posais la question


    Ex-helpeur de Community. Désormais sur http://dechily.org/Forum_Aski/

    lundi 12 octobre 2020 18:19
  • Tu m'as tué !!!!

    :D


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



    lundi 12 octobre 2020 20:14
  • Tu m'as tué !!!!


    Salut Jérôme.

    MDR. Désolé. Je pense que tu dois savoir que mes questions sur un forum sont rarement innocentes. Elles me servent à "entourer" des hypothèses.

    Affaire à suivre ...

    A plus.


    Ex-helpeur de Community. Désormais sur http://dechily.org/Forum_Aski/

    mardi 13 octobre 2020 06:56
  • Bonjour Jerome,

    J'ai désactivé toutes les GPO et me suis connecté sur un poste Win 10. Mais le problème persiste.

    J'ai aussi tenté d'ouvrir un fichier excel Volumetrie_2020 par exemple sur un partage réseau du serveur en utilisant l'IP. L'ouverture prend vraiment du temps : 

    J'ai également essayé la copie de ce même fichier (296 Ko) vers le bureau du poste Win 10 et elle est aussi très lente. Elle se plante, reprend, se replante et ainsi de suite.

    mardi 13 octobre 2020 14:51
  • Bonjour à tous,

    Je viens encore de faire une autre série de tests :

    - PC Win 10 hors domaine : copie dossiers/fichiers, enregistrement fichiers, etc... rapides. Une copie de 3 fichers (en tout 3.5 Go) vers un partage du serveur m'a pris 3 à 5mn max.

    - PC Win 7 mis en domaine : copie dossiers/fichiers, enregistrement fichiers, etc... rapides

    - PC Win 10 mis en domaine : copie dossiers/fichiers, enregistrement fichiers, etc... pas du tout rapides

    J'ai donc installé Wireshark sur le serveur du Site 1 qui a deux interfaces. Et voici mon constat:

    Avec mon pc Win 10 ayant obtenu le DHCP du scope 1, les requêtes de ce poste avec le nom du serveur vont vers la seconde interface du serveur qui est sur un autre réseau carrément. Ce qui normalement ne devrait pas être le cas si je ne me montre pas.


    mercredi 14 octobre 2020 14:17
  • Bonjour Oladele,

    C'est pour cette raison que je t'ai demandé de faire les tests en IP fixe avec les bons réglages...

    (Le bon DNS / MASQUE / PASSERELLE du segment)

    Cela afin de sortir le système DNS de l’équation de ton problème.

    Sinon

    Sur le serveur DNS, utilise la commande powershell ci dessous afin de vérifier que tu n'a pas des STRATÉGIE DNS d'appliqué sur le serveur DNS :

    GET-DnsServerQueryResolutionPolicy (liste les policies DNS)

    Remarque :

    Ces stratégies ne sont pas visible dans la console DNS.


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





    mercredi 14 octobre 2020 14:22
  • Bonjour Jerome,

    Sorry sorry

    Je viens de l'exécuter sur le serveur. Mais rien

    Par contre sur le poste client Win 10, je fais le test avec les IP fixes. Je viens de tout vérifier

    mercredi 14 octobre 2020 14:55
  • Si pas de stratégie DNS c'est une bonne nouvelle.

    Quand tu dit :

    "Par contre sur le poste client Win 10, je fais le test avec les IP fixes. Je viens de tout vérifier"

    Le résultat c'est quoi ?

    car si tu rencontre le problème de lenteur en IP FIXE, cela signifie que cela ne vient pas du DHCP.

    En fonction des réglages que tu met sur le DNS client cela peut pointer un probleme sur le serveur DNS.

    Donc quel sont les réglages (ip/passerelle/dns) que tu met sur ton PC WIN10 quand il hors domaine pour ne pas avoir les lenteurs ?



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


    mercredi 14 octobre 2020 16:41
  • Bonjour Jerome,
    OK. Oui t'as raison
    Je rencontre le problème sur tous les postes Win10 Pro qui sont dans le domaine avec leur IP fixe ou DHCP.

    J'ai fait le test avec un autre Win10 qui n'est pas dans le domaine. Et que son adresse soit en DHCP ou fixe, j'ai rencontré le même problème.

    En IP fixe par exemple sur le site 1, réseau : IP/24,GW, DNS (IP du serveur).

    J'ai remarqué qu'en ouvrant une session par bureau à distance sur un poste et en faisant une copie vers un dossier de ce poste, la copie est très normale, rapide.
    Mais je rencontre le problème lors des copies vers\depuis les partages SMB avec les postes Win 10 Pro.

    Aussi avec Wireshark, je vois que tous les postes Win 10 Pro qui sont dans le réseau 10.1.2.0 du serveur du site 1 envoient les requêtes vers la seconde adresse 10.1.6.3 de ce serveur.
    Ce qui ne devrait pas être normalement le cas je pense. Ils devaient plutôt les envoyer vers la 10.1.2.252.

    Enfin j'ai regardé dans l'Observateur d'événements d'un poste Win 10 au niveau du ClientSMB, Connectivité et je vois ces erreur :

    vendredi 16 octobre 2020 10:12
  • Bonjour Oladate,

    Merci pour le retour plus claire.

    Met a jour le pilote de ta carte réseau sur le serveur.

    Sinon ce n'est pas possible qu'un PC qui à une seule IP fixe puisse envoyer des paquets sur d'autres sous réseaux...

    Donc je crois que tu fais de mauvais réglages IP sur tes clients...

    ou sur le serveur DNS ...

    Pour ma part je n'utilise pas RRAS pour le routage ...

    RRAS mal configuré pourrais aussi poser problème !


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



    vendredi 16 octobre 2020 10:19
  • Merci Jerome,

    Je mets à jour le pilote de la carte réseau du serveur avec HP SUM, revois les paramètres et reviens.

    vendredi 16 octobre 2020 14:37
  • Bonsoir Jerome,

    Sorry pour le retard. En fait pendant ce temps j'ai suivi ton dernier conseil :

    - Désactivation du RRAS sur mon seveur

    - Déploiement d'un routeur dédié

    - Mise à jour du pilote de la carte réseau du serveur en standby 

    Et à ma grande surprise, tout est OK sur tous les postes clients Win10 et Win7. Plus aucune lenteur et autre soucis rencontrés précédemment. WAOH!!!

    Franchement GRAND SUPER MERCI !!!

    Je continue l'observation jusqu'à demain et je fais un retour.

     

    mercredi 21 octobre 2020 15:44
  • PROBLEME RESOLU!!!

    Merci à tous... Surtout à toi Jerome

    vendredi 23 octobre 2020 08:36
  • Bonjour Oladele,

    Je suis content que cela fonctionne maintenant.

    Bonne journée a toi.

    A+


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

    vendredi 23 octobre 2020 09:11
  • Bonjour Oladele LIAMIDI,

    Veuillez marquer comme réponse les conseils des intervenants qui vous ont amené à la résolution de votre problème. 

    Je vous remercie par avance.

    Cordialement,

    Biliana


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votreproblème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    vendredi 23 octobre 2020 15:39