Comment la politique de redirection de dossier fonctionne-t-elle réellement?

Il me semble que la redirection de dossier modifie les deux keys de registre suivantes pour pointer les dossiers vers un location différent:

  • HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders
  • HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Shell Folders

Tout d'abord, confondre pourquoi son édition de dossiers Shell? Je pensais que c'était ancien et que les «dossiers Shell user» ont tout le time de toute façon.

Est-ce que c'est simplement l'édition des keys de registre directement et est-il sécuritaire pour moi de modifier ces keys directement?

De plus, si je l'édition manuelle, dois-je même déranger l'édition des dossiers de Shell si les dossiers de Shell user ont préséance?

One Solution collect form web for “Comment la politique de redirection de dossier fonctionne-t-elle réellement?”

La redirection de dossier est bien documentée chez Technet

À propos de la priorité de la key de registre, vous pouvez lire :

Les inputs de cette sous-key peuvent apparaître à la fois dans la sous-key Shell Folders et dans les User Shell Folders et dans HKEY_LOCAL_MACHINE et HKEY_CURRENT_USER. Les inputs qui apparaissent dans les dossiers users user user ont priorité sur ceux dans les dossiers Shell. Les inputs qui apparaissent dans HKEY_CURRENT_USER ont priorité sur celles de HKEY_LOCAL_MACHINE.

A propos de la compatibilité ascendante : ici, on a écrit que Windows 2000 (et je crois que les versions ultérieures aussi – le document est assez ancien) n'utilisent pas les keys " Shell Folders " – est faite pour la compatibilité NT 4. L'ancienne documentation pour les développeurs j'ai rencontré un avertissement pour ne pas utiliser les keys " Shell Folders ". Maintenant, cette documentation n'est plus disponible sur MSDN.

Dans ma installation de Windows 10, la key de registre HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\!Do not use this registry key avec la valeur: "Utilisez la fonction SHGetFolderPath ou SHGetKnownFolderPath à la place"

Lecture intrestive supplémentaire sur le sujet dans une publication de blog très ancienne .

  • Pourquoi ne puis-je pas affecter les profils hardware et guest aux servers dans les nouveaux templates de service SCVMM 2012?
  • Server 2012 R2, quota de disque vs quota d'user
  • IIS 8 FTP - Comment puis-je find l'authentification par défaut de l'user (et l'adresse IP du client) dans le journal?
  • Impossible de se connecter à Domain Controller (Windows Server 2012 R2) après la réinitialisation d'un instantané VMWare
  • Configuration d'état souhaitée - Ressource de script
  • Quelle est la taille de la page de memory par défaut de Windows 2012?
  • Utilisation de GPP pour définir les administrateurs locaux
  • Preferences de stratégie de groupe: conseiller de contenu désactivé
  • Les besoins de memory de l'hôte Hyper-V. Possibilité d'atsortingbution excessive de machines virtuelles invitées?
  • Tirez sur les users AD du nouveau server AD Windows Server 2012 R2
  • Comment désactiver TLS 1.0 sans briser RemoteApps sur le server 2012 R2
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.