Délai de connexion lorsque plusieurs redirecteurs installés

Traductions disponibles Traductions disponibles
Numéro d'article: 171386 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Symptômes

Vous pouvez rencontrer un délai lorsque vous essayez de vous connecter aux ressources réseau à partir d'un système avec plusieurs redirecteurs installés. Ce retard se produit uniquement la première fois que vous essayez de la connexion.

Cause

Lorsqu'une tentative de connexion non - WNET API initiale UNC est établie sur le réseau ressource à partir d'un système à plusieurs redirecteurs, le système Windows NT envoie la demande pour le fournisseur UNC multiple (MUP) pour identifier ce qui redirecteur doit gérer la demande.

Résolution

Windows NT 4.0

Pour résoudre ce problème, procurez-vous le dernier service pack pour Windows NT 4.0 ou Windows NT Server 4.0, Édition Terminal Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
152734 Comment faire pour obtenir le dernier service pack Windows NT 4.0

Windows 2000 et Windows XP

Une modification au fournisseur MUP a été effectuée telle que, si le redirecteur avec la priorité la plus élevée est tentée en premier avec une réponse correcte, ces redirecteurs avec faible priorité sont ensuite ignorées et la connexion est effectuées via le redirecteur avec la priorité la plus élevée.

L'activation de cette fonctionnalité requiert un Mup.sys mis à jour. L'amélioration de la vitesse peut être augmentée en modifiant l'entrée de Registre DisableDFS.

Important : Cette section, la méthode ou la tâche qui va suivre contient des étapes qui vous indiquent la méthode pour modifier le Registre de Windows. Toutefois, des problèmes sérieux peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, assurez-vous de suivre ces étapes avec une attention toute particulière. Afin de couvrir votre système d'une protection supplémentaire, veuillez sauvegarder le Registre avant d'intervenir pour y apporter des modifications. Ainsi, si à la suite des modifications un problème devait survenir, vous pourrez toujours restaurer le Registre. Pour obtenir des informations sur la marche à suivre pour sauvegarder ou restaurer la Base de Registre, cliquez sur le lien (numéro) ci-dessous et afficher l'article correspondant dans la Base de connaissances Microsoft :
322756 Comment sauvegarder et restaurer le Registre dans Windows

Avertissement Utilisation incorrecte de l'éditeur du Registre peut provoquer des problèmes graves qui pouvant vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantir que les problèmes résultant d'une utilisation incorrecte de l'éditeur du Registre puissent être résolus. Utilisez l'éditeur du Registre à vos risques et périls.

Pour plus d'informations sur la façon de modifier le Registre, affichez les "modification des clés et Rubrique d'aide en ligne des valeurs"dans l'éditeur du Registre (Regedit.exe) ou les « ajouter et Supprimer des informations dans le Registre"et"Modification des données du Registre"aide en ligne rubriques dans Regedt32.exe. Remarque Vous devez sauvegarder le Registre avant de vous le modifiez.
  1. Démarrez l'éditeur du Registre (Regedit.exe).
  2. Accédez à la sous-clé suivante :
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup
    						
  3. Créez une nouvelle valeur à l'aide des informations suivantes :
          DisableDFS  REG_DWORD
          Range:  0 or 1
          Default:  0 (Enabled)
    						

    Cette clé la valeur 1.

    Si vous définissez la clé DisableDFS à 1, le client peut accéder n'est plus un espace de noms distribué la système de fichiers. Cela inclut l'espace de noms SYSVOL dans Active Directory. Ne définissez pas cette clé à 1 si le client est membre d'Active Directory.
Remarque : Si vous utilisez le client IntranetWare de Novell, vous devez procédez comme suit en plus des procédures décrites ci-dessous :
  1. Exécutez l'éditeur du Registre (Regedt32.exe).
  2. Accédez à la clé suivante :
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
          \NetwareWorkstation\NetworkProvider
    						

    Remarque La clé de Registre ci-dessus constitue un seul chemin ; Il a été encapsulé pour meilleure lisibilité.
  3. Cliquez sur le nom de périphérique, cliquez sur Modifier, puis sur chaîne.
  4. Remplacez \Device\NetwareWorkstation par \Device\NetwareRedirector.
  5. Cliquez sur OK, quittez l'éditeur du Registre et redémarrez l'ordinateur.

Plus d'informations

Le fournisseur MUP établit d'abord si le système de fichiers distribués (Dfs) est en cours d'utilisation transmet la demande à Dfs.

Le fournisseur MUP puis vérifie son cache interne pour voir si la connexion a été effectuée précédemment (les entrées dans le cache MUP sont maintenues pendant 15 minutes). Fournisseur MUP puis envoie la demande à chaque redirecteur qui traite chaque demande mode synchrone et tente d'identifier une ressource sur le réseau qui correspond à la demande. Une fois que tous les redirecteurs de retour, le fournisseur MUP choisit (en fonction sur la réponse et la priorité) le redirecteur l'application utilisera.

Les retards provenant de deux emplacements : tout d'abord, la tentative d'accès à la ressource à l'aide de Dfs et, deuxièmement, le fournisseur MUP doit patienter et accepter toutes les réponses à partir de tous les redirecteurs avant d'exécuter la demande. Par conséquent, même si une ressource est facilement disponible et accessible sur un redirecteur la demande doit toujours être effectuée sur les autres redirecteurs installés avant la demande se termine.

En fonction du nombre de configurations de minuterie, les protocoles et les redirecteurs pour la connectivité, ces retards peuvent dépasser 13 secondes pour chaque départ connexion.

Le redirecteur NetWare sera utilisé à titre d'exemple.

L'exemple suivant illustre une tentative de connexion initiale UNC :
  1. Application envoie sa demande UNC.
  2. DFS est vérifiée et la demande est traitée si Dfs est activé.
  3. Le fournisseur MUP vérifie ensuite le cache MUP pour une connexion récente.
  4. Fournisseur MUP envoie une requête au premier redirecteur, NetWare dans ce exemple et le redirecteur répond.

    Remarque Le retour est immédiat de NetWare qui utilise uniquement IPX et les appels sont rapides.
  5. Le fournisseur MUP envoie la demande au deuxième redirecteur, Microsoft dans ce exemple et le second répond de redirecteur.

    Remarque Le délai pour le redirecteur Microsoft dépend des protocoles installé. Avec TCP/IP, retards existe comme nom de la ressource est interrogé. par le biais de WINS, les diffusions, fichier LMHOSTS, DNS et ainsi de suite. Par exemple, le délai par défaut pour un client n?ud-h est 13 secondes.
  6. Une priorité est affectée à chaque redirecteur ainsi interrogé si les deux redirecteurs de retour avec succès, que la priorité est utilisée pour désigner le redirecteur prend la requête.
  7. Le handle à la ressource est retourné à l'application en fonction de la Décision du fournisseur MUP.
Si demande l'application a été effectuée pour une ressource NetWare, le application aurait à attendre que le redirecteur de Microsoft au délai d'attente avant de retourner le handle à la ressource.

La priorité pour les redirecteurs peut être configurée avec les éléments suivants étapes suivantes :
  1. Exécuter l'outil réseau du Panneau de configuration.
  2. Cliquez sur Services, cliquez sur ordre d'accès au réseau.

Statut

Microsoft a confirmé l'existence de ce problème dans Windows NT 4.0 et Windows NT Server 4.0, Édition Terminal Server. Ce problème a été corrigé dans Windows NT 4.0 Service Pack 4.0 et Windows NT Server 4.0, Édition Terminal Server Service Pack 4.

Propriétés

Numéro d'article: 171386 - Dernière mise à jour: dimanche 4 novembre 2012 - Version: 7.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Workstation 4.0 Édition Développeur
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows 2000 Professionnel
  • Microsoft Windows 2000 Server
  • Microsoft Windows XP Professional
Mots-clés : 
kbhotfixserver kbqfe kbbug kbfix kbnetwork kbmt KB171386 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 171386
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com