2015-08-18 10:33:36 +0000 2015-08-18 10:33:36 +0000
31
31

Windows 10, ne peut pas modifier le fichier hosts

J'ai récemment acheté un nouvel ordinateur et je suis passé à Windows 10 (bien que je soupçonne que ce problème se pose également dans d'autres versions.)

Mon utilisateur est un administrateur. J'ai réglé l'UAC sur le niveau le plus bas. J'ai changé de propriétaire pour mon utilisateur sur l'ensemble du disque `c:J'ai récemment acheté un nouvel ordinateur et je suis passé à Windows 10 (bien que je soupçonne que ce problème se pose également dans d'autres versions.)

Mon utilisateur est un administrateur. J'ai réglé l'UAC sur le niveau le plus bas. J'ai changé de propriétaire pour mon utilisateur sur l'ensemble du disque (y compris le fichier hosts.)

Pourtant, lorsque j'exécute notepad c:\windows\system32\drivers\etc\hosts, que je modifie le fichier et que j'essaie de l'enregistrer, il ne me laisse pas faire. Si je lance d'abord Notepad en tant qu'administrateur, puis que j'ouvre le fichier, je peux enregistrer sans problème.

Mais, pourquoi, après les mesures que j'ai prises, mon utilisateur n'est-il pas considéré comme un utilisateur administrateur ? Qu'est-ce qui me manque ici, pour faire de mon utilisateur un véritable administrateur (et pas seulement un utilisateur ordinaire avec une étiquette fantaisiste dans les comptes d'utilisateurs) ?

Question mise à jour : Lorsque vous avez un utilisateur qui est un Administrator, pourquoi les permissions de cet utilisateur ne sont-elles pas affectées par le groupe de sécurité Administrators, mais plutôt par le groupe de sécurité Users ?

Réponses (10)

24
24
24
2015-08-18 18:04:46 +0000

Les nombreuses personnes au-dessus de moi l'ont exposé assez clairement :

  • Copier sur le bureau, éditer avec le bloc-notes et sauvegarder, recopier ce qui écraserait le fichier hôte précédent
  • Désactiver l'UAC
  • Lancer cmd en tant qu'administrateur et ensuite taper “bloc-notes…”
  • Utiliser le gestionnaire des utilisateurs locaux et des groupes (mal conseillé)

L'option un de ma liste est celle que les gens utilisent depuis des années. Il n'y a qu'une seule invite UAC pour la copie de retour. C'est ainsi que cela se fait depuis l'ère Vista.

Comme on vous l'a expliqué plus tôt, vous êtes un utilisateur Administrateur. Vous pouvez faire l'effort de changer cela, mais cela comporte beaucoup de risques. Pour faire une comparaison : vous ne faites pas régulièrement des applications sur Linux avec “root” mais vous élevez plutôt avec la commande “su” ou en vous connectant en tant que “root”.

10
10
10
2015-11-22 16:35:11 +0000

Le problème est en fait très simple : sous Windows 10, le fichier hosts est en lecture seule par défaut. Cela signifie que même si vous pouvez y accéder avec des privilèges administratifs, vous ne pouvez toujours pas y écrire. De plus (du moins sur ma machine), cela signifie que modifier une copie comme d'autres l'ont suggéré ne fonctionnera pas, car elle sera également en lecture seule !

Pour pouvoir l'éditer, vous devez d'abord désactiver le bit en lecture seule :

  1. ouvrez le dossier c:\windows\system32\drivers\etcLe problème est en fait très simple : sous Windows 10, le fichierhosts` est en lecture seule par défaut. Cela signifie que même si vous pouvez y accéder avec des privilèges administratifs, vous ne pouvez toujours pas y écrire. De plus (du moins sur ma machine), cela signifie que modifier une copie comme d'autres l'ont suggéré ne fonctionnera pas, car elle sera également en lecture seule !

Pour pouvoir l'éditer, vous devez d'abord désactiver le bit en lecture seule :

  1. ouvrez le dossier dans votre gestionnaire de fichiers ;
  2. faites un clic droit sur le fichier hosts ;
  3. sélectionnez Properties ;
  4. décochez Read-Only ;
  5. cliquez sur Apply ;
  6. cliquez sur Continue (pour effectuer l'action avec les privilèges d'administrateur).

Ensuite, vous pouvez librement modifier le fichier hosts avec votre éditeur de texte préféré (en l'exécutant en tant qu'administrateur). N'oubliez pas de réinitialiser le bit en lecture seule une fois que vous avez terminé afin d'éviter que d'autres applications ne le modifient à votre insu.

2
2
2
2016-08-07 14:06:58 +0000

Ouvrez notepad.exe ou tout autre éditeur de texte (sublime,notepad++) avec les privilèges de l'administrateur (clic droit sur le exe et sélectionnez “Exécuter en tant qu'administrateur”), modifiez le fichier et enregistrez.

Ou,

Ouvrir l'invite d'exécution - Appuyez sur la touche Windows+R et tapez/collez la commande suivante

powershell -c start -verb runas notepad.exe C:\Windows\System32\drivers\etc\hosts
2
2
2
2017-07-16 10:15:35 +0000

De plus, si vous avez installé tinyfirewall, il y a une option par défaut qui empêche l'édition du fichier host.

1
1
1
2015-08-18 10:38:50 +0000

Ce n'est pas parce que vous êtes un utilisateur administratif que tout ce que vous faites, vous le faites en tant qu'administrateur ; cela signifie simplement que vous avez la capacité de le faire.

Par défaut, votre utilisateur fonctionne exactement comme n'importe quel autre utilisateur, comme lui-même.

Lorsque vous essayez d'effectuer des tâches administratives, certaines applications seront exécutées avec des privilèges administratifs (comme lorsque vous cliquez sur “Exécuter en tant qu'administrateur”).

1
1
1
2015-08-18 11:14:59 +0000

Je ne vous recommande pas de faire cela, mais si vous donnez à votre utilisateur le contrôle total sur ce fichier, il devrait fonctionner comme vous le souhaitez. Il s'agit toutefois d'un risque de sécurité, réfléchissez bien si vous en avez vraiment besoin.

0
0
0
2015-08-18 11:59:11 +0000

Copiez le fichier hosts sur votre bureau, éditez-le, enregistrez-le au même endroit, puis copiez-le à nouveau dans system32\drivers\etc. le popup UAC répond par oui, c'est tout.

0
0
0
2015-08-19 06:14:34 +0000

En changeant les droits d'accès pour le groupe d'utilisateurs en contrôle total du fichier hôte, j'ai pu le sauvegarder sans avoir à exécuter des trucs en tant qu'administrateur. Le fait que mon compte soit un administrateur et que les administrateurs aient le contrôle total du fichier ne m'a pas permis de le modifier. Cela n'a pas de sens. Allez Windows !

0
0
0
2015-08-18 11:28:14 +0000

Lorsque vous vous connectez, vous recevez un jeton “Kerberos” qui définit votre utilisateur comme administrateur et utilisateur - indépendamment de ce que vous dit le panneau de contrôle.

Vous pouvez utiliser le gestionnaire d'utilisateurs local (C:\windows\system32\lusrmgr.msc) pour vous retirer du groupe des utilisateurs et n'être présent que dans le groupe des administrateurs - mais cela peut causer plus de soucis que nécessaire.

Une autre approche de style hacking consiste à lancer cmd en tant qu'administrateur et ensuite “notepad C :……”

Vous pouvez toujours aller plus loin et lancer cmd en tant qu'administrateur, à partir de cmd - vous pouvez lancer “taskmgr” puis tuer et rouvrir “explorer.exe”. Comme taskmgr fonctionne en tant qu'administrateur, le traitement lancé dans ce contexte (explorer.exe - WINDOWS !) se fera également dans un contexte purement administrateur - CEPENDANT, cela s'accompagne d'une myriade d'avertissements :

  • Le chemin du profil changera pour celui de l'administrateur
  • Tout ce que vous ferez sera en tant qu'administrateur (porte ouverte aux virus, malwares, etc.)
  • Si vous faites une erreur, vous pouvez provoquer une panne complète de votre PC

L'UAC est censé être là pour vous permettre de vous arrêter et de réfléchir avant de faire quelque chose qui pourrait avoir de grandes ramifications.

Alternativement, désactivez l'UAC (Panneau de configuration > Compte d'utilisateur et sécurité de la famille > Comptes d'utilisateur > Choisissez un utilisateur > Modifier les paramètres de contrôle du compte d'utilisateur) OU (Démarrer > searc > UAC)

0
0
0
2016-01-17 06:45:12 +0000

Vérifiez les paramètres de votre pare-feu. Je suis tombé sur ce problème récemment. Je suis le seul utilisateur de mon PC et je n'ai pas pu faire coopérer ce fichier d'hôtes. J'ai essayé de le supprimer et l'antivirus apparaît en me disant qu'il m'a protégé. J'utilise Avira, donc dans ma configuration de protection en temps réel, je vérifie l'onglet sécurité et “Protect windows hosts file from changes” est activé par défaut. Je décoche, j'applique, je fais ma modification, puis je vérifie à nouveau et j'applique. Aucun problème une fois que cette option a été décochée.