Profils d'utilisateur de serveur Terminal Server et chemins de dossier d'accueil sont ignorés après application de Service Pack 4 ou plus tard

Traductions disponibles Traductions disponibles
Numéro d'article: 236185 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.

IMPORTANT : Cet article contient des informations sur la modification du Registre. Avant de modifier le Registre, veillez à sauvegarder et assurez-vous que vous savez comment restaurer le Registre si un problème se produit. Pour savoir comment sauvegarder, restaurer et modifier le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
256986 Description de du Registre Microsoft Windows
Agrandir tout | Réduire tout

Symptômes

Lorsqu'une session Terminal Server est validée par un contrôleur de domaine serveur Microsoft Windows NT 4.0 avec Service Pack 4 (SP4) appliquée et RestrictAnonymous la valeur 1, votre serveur Terminal Server dossier personnel est mappé à l'emplacement par défaut, même si votre administrateur spécifié un chemin d'accès différent dans le Gestionnaire des utilisateurs pour les domaines.

En outre, lorsque vous sont validés par le même contrôleur de domaine, le chemin du profil Terminal Server pointe vers l'emplacement par défaut, même si votre administrateur spécifié un chemin d'accès différent dans le Gestionnaire des utilisateurs pour les domaines.

Cause

Ce problème se produit lorsque vous appliquez SP4 à un contrôleur de domaine dont l'entrée RestrictAnonymous ajoutée et une valeur de 1.

Terminal Server tente d'extraire des champs personnalisés dans le Gestionnaire de comptes (sécurité), qui est le chemin du profil Terminal Server. Lorsque la tentative est infructueuse, Terminal Server utilise le chemin d'accès de profil standard Windows NT.

Si vous êtes dans un modèle de domaine plusieurs, une autre cause peut être que le droit d'utilisateur « Accéder à cet ordinateur à partir du réseau » n'est pas activé pour tout le monde ou Utilisateurs authentifiés.

Assurez-vous que le droit d'utilisateur possède les comptes appropriés pour accéder aux contrôleurs de domaine à partir du réseau.

Assurez-vous que le RestrictAnonymous n'est pas définie sur les domaines de ressources ainsi.

Résolution

Pour résoudre ce problème, procurez-vous le dernier service pack pour 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
Avertissement : Si vous utilisez l'Éditeur du Registre de façon incorrecte, vous pouvez générer des graves problèmes pouvant vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantit que vous pouvez résoudre les problèmes résultant de l'utilisation incorrecte de l'Éditeur du Registre. Utilisez l'Éditeur du Registre à vos risques et périls.

Pour résoudre ce problème :
  1. Démarrez l'Éditeur du Registre (Regedt32.exe).
  2. Recherchez la clé de Registre suivante :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\LSA
  3. Recherchez l'entrée suivante :
    Nom de la valeur : RestrictAnonymous
    Type de données : REG_DWORD
    Valeur: 1
  4. Modifier la valeur 0.
  5. Quittez l'Éditeur du Registre et redémarrez l'ordinateur.
Remarque : vous pouvez également supprimer la valeur RestrictAnonymous pour contourner ce problème.

Statut

Microsoft a confirmé que c'est un problème dans les produits Microsoft répertoriés au début de cet article. Ce problème a été corrigé dans Windows NT Server version 4.0, Édition Terminal Server Service Pack 6.

Références

Pour plus d'informations, consultez l'article suivant dans la Base de connaissances :
143474 Restriction informations disponibles sur les utilisateurs d'ouverture de session anonyme

Propriétés

Numéro d'article: 236185 - Dernière mise à jour: mercredi 29 janvier 2014 - Version: 2.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
Mots-clés : 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix KB236185 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: 236185
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.

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