Probleme DNS, MDNS sur mon reseau

Question

Bonjour,

J'ai des soucis d'accès a un partage sur un serveur, pourtant les droits d'accès au partage et NTFS sont bons. En desactivant le pare-feu, pareil. J'accède au partage mais c'est lent.

Après un diagnostic avec Wireshark, je vois que j'ai énormément de requetes mDNS. Mon serveur s'appelle srvformation, je vois des requetes mDNS passer de type A ou AAAA en srvformatio, puis srvforma, srvfo.... bizarre

Je ne comprends pas ces requetes car j'ai un AD/DNS windows. La resolution DNS fonctionnement parfaitement, un test nslookup me repond instantanement sur l'IP du serveur. Donc pourquoi ces requetes mDNS ??

Si quelqu'un a une idée ?

La paremètres de la carte sont OK (IP, DNS, passrelle), le paramètre Netbios de la carte est par defaut.

Merci

Answer 1

Cette réponse a été automatiquement traduite. Par conséquent, il peut y avoir des erreurs grammaticales ou des formulations étranges.

Bonjour,

Merci d’avoir posté sur le forum de la communauté Microsoft.

En fonction de la situation que vous avez décrite, il semble que votre environnement réseau présente des problèmes liés à mDNS, qui peuvent être à l’origine de la latence que vous rencontrez lors de l’accès aux partages. Voici quelques causes et solutions possibles :

1. mDNS est principalement utilisé pour la découverte d’appareils et la résolution de noms dans le réseau local sans serveur DNS. Il est généralement utilisé dans les petits réseaux ou sans environnement Active Directory (AD). Dans votre cas, comme vous disposez d’un environnement Windows AD/DNS, les requêtes mDNS peuvent être redondantes.
2. Si plusieurs appareils du réseau utilisent le même nom (par exemple, srvformation), cela peut entraîner des collisions et une résolution en double des requêtes mDNS. Assurez-vous qu’aucun autre appareil de votre réseau n’utilise le même nom. Vous pouvez le confirmer en consultant la liste des appareils de votre réseau.
3. Certains appareils peuvent être configurés pour utiliser mDNS pour la résolution de noms au lieu de DNS. Cela peut être dû à des paramètres réseau ou à une configuration logicielle incorrects de l’appareil. Certaines applications ou services peuvent également tenter d’utiliser mDNS pour la découverte de périphériques, en particulier dans un environnement multiplateforme.

Vérifiez la configuration réseau de tous les périphériques pour vous assurer qu’ils utilisent tous correctement le DNS pour la résolution de noms et ne dépendent pas de mDNS. Si vous décidez que vous n’avez pas besoin de mDNS, vous pouvez désactiver le service mDNS sur le périphérique en question. Par exemple, sous Windows, le service Bonjour peut être désactivé via le gestionnaire de services (s’il est installé)

4. Continuez à surveiller le trafic réseau avec Wireshark pour voir s’il existe des périphériques ou des applications spécifiques qui envoient des requêtes mDNS fréquentes.
5. Bien que vous ayez mentionné la désactivation du pare-feu, assurez-vous qu’aucun autre logiciel de sécurité n’interfère avec le trafic réseau.
6. S’il y a trop de requêtes mDNS, cela peut entraîner une latence du réseau et affecter la vitesse de l’accès partagé. Après avoir résolu le problème mDNS, observez si la vitesse de l’accès partagé s’améliore.

J’espère que les informations ci-dessus vous seront utiles.

Si vous avez des questions ou des préoccupations, n’hésitez pas à nous le faire savoir.

Cordialement,

Jill Zhou

Answer 2

ce qui etonnant c'est quand je fais ipconfig /all , mes PCs sont en type de neoeud pair-pair (peer peer) au lmieu d'être hybride, je ne l'explique pas car le DNS fonctionne. Je force en mode hybride, apres redemarrage du PC, cela repasse en pair-pair

Answer 3

Cette réponse a été automatiquement traduite. Par conséquent, il peut y avoir des erreurs grammaticales ou des formulations étranges.

Merci pour vos commentaires.

Cette situation peut être provoquée par un problème avec le serveur DHCP ou la configuration réseau. Voici une analyse des causes possibles et des solutions :

1. Sous Windows, le type de nœud est généralement spécifié par le serveur DHCP via l’option DHCP Option 46. Si le serveur DHCP est configuré avec un type de nœud « Peer », le périphérique client héritera de ce paramètre. Connectez-vous à la console de gestion du serveur DHCP et vérifiez si l’option 46 est configurée.

Assurez-vous que le type de nœud est défini sur Hybride (valeur 0x8). Si vous ne trouvez pas le paramètre approprié, vous pouvez simplement désactiver l’option et laisser l’appareil client utiliser le comportement par défaut (généralement le mode mixte).

2. Si vous ne pouvez pas modifier la configuration du serveur DHCP, vous pouvez essayer de définir manuellement le type de nœud sur le client :

Ouvrez l’éditeur de registre (Win + R, tapez regedit).

Localisez le chemin suivant :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters

Recherchez ou créez une valeur DWORD nommée NodeType : 0x8 indique le mode mixte.

Une fois la modification terminée, redémarrez l’appareil.

3. Si le trafic mDNS est toujours élevé, envisagez de désactiver mDNS sous Windows :

Ouvrez une invite de commande (privilèges d’administrateur) et exécutez la commande suivante :

sc config FDResPub start = désactivé

sc arrêter FDResPub

Cela désactivera le service de publication de ressources de découverte de fonctions, réduisant ainsi le trafic mDNS.

4. Assurez-vous que le serveur DNS est correctement configuré et peut résoudre les noms d’hôte de tous les périphériques du réseau local.

Vérifiez les paramètres NetBIOS : ouvrez les propriétés de la carte réseau -> Paramètres IPv4 -> Avancé -> WINS -> Sélectionnez « Activer NetBIOS sur TCP/IP ».

5. Utilisez Wireshark pour surveiller le réseau et confirmer si le problème est résolu. Concentrez-vous sur l’observation s’il existe encore un grand nombre de requêtes mDNS et si la résolution DNS a priorité sur les diffusions NetBIOS.

Answer 4

en fait j'ai trouvé, un ancien admin avait passé le noeud de tous les PC en pair-pair par GPO