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 .

  • La connection VPN ne peut plus basculer le FQDN du server
  • La politique de vérification avancée ne s'applique pas à 2012 R2
  • Site Web IIS Web bloqué pour démarrer sur d'autres servers - 0x800710D8
  • Comment puis-je invoquer un process de premier plan à partir d'un travail PowerShell en arrière-plan?
  • Windows Server 2012 Configuration du count d'administrateur "Non interactif", juste pour donner l'autorisation
  • Logiciel d'user et de post de travail Windows Server Domain
  • Comment puis-je gérer un cluster de basculement Windows Server 2012 R2 à partir d'un client Windows 7?
  • Comment puis-je utiliser PowerShell pour permettre la compression NTFS, sur place, sur les fichiers journaux de plus de x jours?
  • Travailler le server sur le server via le réseau local
  • L'appel de la procédure à distance a échoué lors de l'application des parameters de l'Assistant d'installation à distance
  • Le client aniftes cifs ne peut pas lire les files créés avec nfs
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.