1 votes

Y a-t-il un impact si je change le propriétaire d'un dossier du système Windows ?

Si je change le propriétaire d'un dossier sous C:\windows\system32 à l'administrateur, y aura-t-il des répercussions négatives sur la fonctionnalité du système et des applications ?

2 votes

Quel dossier ? Mieux encore, pourquoi ne pas commencer par nous dire si vous pensez qu'il est nécessaire de changer la propriété du dossier ?

0 votes

C:\windows\system32\drivers\etc et c'est nécessaire parce que mon application doit accéder en lecture/écriture au fichier HOSTS dans ce dossier. Quel est l'impact si je change le propriétaire pour un compte administrateur sur lequel mon application spécifique tourne ?

2 votes

Cela devrait être suffisamment sûr, mais je suis toujours inquiet à propos des logiciels qui veulent modifier le fichier hosts. Utilisez plutôt le DNS si possible.

3voto

Evan Anderson Points 140581

La "fonctionnalité" avec laquelle vous êtes en conflit est Protection des ressources de Windows ajouté initialement dans Windows Vista. Dans ce cas, il s'agit d'une ACL qui, dans la version précédente de Windows, accordait aux "Administrateurs" l'autorisation de "Contrôle total" mais qui, dans Vista et les versions plus récentes, empêche les "Administrateurs" de modifier l'ACL sur le répertoire "%SystemRoot%". \system32\drivers\etc " lui-même.

Il y a de fortes chances que le changement de propriétaire, tant que vous ne modifiez pas les permissions "SYSTEM" et "TrustedInstaller", n'entraîne pas de problèmes opérationnels. Je viens de vérifier sur un PC sous Windows 7 que la résolution de nom basée sur les HOSTS continue de fonctionner avec le propriétaire du "... \etc Le nom du dossier "Administrateurs" a été changé en "Administrateurs" et l'autorisation "Administrateurs" a été fixée à "Contrôle total".

J'ai lu vos autres questions, et je vois que vous essayez de manipuler le fichier HOSTS de manière programmatique. J'aimerais fortement vous conseiller de ne pas faire ce que vous essayez de faire. À l'heure actuelle, il n'y a pas d'argument valable pour utiliser la résolution de noms basée sur le fichier HOSTS pour les noms de domaine. tout ce qui est . Exécutez un serveur DNS et apportez-y vos modifications. Si vous devez "remplacer" votre DNS de production pour un "environnement de test", installez un deuxième serveur DNS qui héberge les zones faisant autorité pour tous les RR qui doivent être "remplacés".

Vous pouvez "diagnostiquer les problèmes de DNS" avec des outils comme "nslookup", des ports win32 de creuser et les renifleurs. L'utilisation de la résolution de noms basée sur le fichier HOSTS n'est pas une méthode utile pour "diagnostiquer les problèmes de DNS".

En modifiant ainsi les permissions des dossiers du stock, vous placez votre ou vos machines dans un état par défaut que Microsoft ne testera peut-être pas lors du déploiement de futures mises à jour. Même si les choses semblent "fonctionner" aujourd'hui, il n'y a aucune garantie que les futures mises à jour ne causeront pas de problèmes à cause des hypothèses sur les permissions des dossiers système que ces mises à jour pourraient faire.

0 votes

Cool, réponse à la question !

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X