Windows 10, não pode editar ficheiros de anfitriões

As muitas pessoas acima de mim expuseram-na muito claramente:

• Copiar para o Ambiente de Trabalho, Editar com Bloco de Notas e Guardar, Copiar de Volta que Sobregravaria o Ficheiro Anfitrião Anterior
• Desactivar UAC
• Lançar cmd como Administrador e depois Digitar “bloco de notas…” & - Usar o Utilizador Local e o Gestor do Grupo (Ill Advised)

Option one on my list is how people have been doing it for years. Há apenas um pedido de UAC para a cópia de devolução. Tem sido feito desta forma desde a era do Vista.

Como lhe foi explicado anteriormente, é um utilizador Administrador. Pode passar pelo esforço de alterar isto, mas isso vem com muitos riscos. Para fazer uma comparação: não se aplica regularmente no Linux com “root”, mas sim elevar-se com o comando “su” ou entrando como “root”.

O problema é de facto muito simples: no Windows 10 o ficheiro hosts é apenas de leitura por defeito. Isto significa que mesmo que se possa acessar com privilégios administrativos, não se pode escrever a ele. Além disso (pelo menos na minha máquina), isto significa que editar uma cópia como outros sugeriram não vai funcionar, porque também será apenas de leitura!

Para poder editá-lo tem primeiro de desactivar a parte só de leitura:

1. abra a pasta c:\windows\system32\drivers\etcO problema é de facto muito simples: no Windows 10 o ficheirohosts` é apenas de leitura por defeito. Isto significa que mesmo que se possa acessar com privilégios administrativos, não se pode escrever a ele. Além disso (pelo menos na minha máquina), isto significa que editar uma cópia como outros sugeriram não vai funcionar, porque também será apenas de leitura!

Para poder editá-lo tem primeiro de desactivar a parte só de leitura:

1. abra a pasta no seu gestor de ficheiros;
2. clique com o botão direito no ficheiro hosts;
3. seleccione Properties;
4. desmarque Read-Only;
5. clique Apply;
6. clique Continue (para executar a acção com privilégios de administrador). ; ; depois pode editar livremente o ficheiro hosts com o seu editor de texto preferido (executando-o como administrador). Lembre-se de voltar a definir o bit só de leitura_ depois de ter terminado para evitar que outras aplicações o modifiquem sem o seu conhecimento.

Abrir notepad.exe ou qualquer outro editor de texto (sublime,bloco de notas++) com privilégio de administrador (clique com o botão direito do rato no exe e seleccione “Executar como administrador”), editar o ficheiro e guardar.

Ou,

Abrir prompt Run - Pressionar tecla Windows+R e digitar/colar comando folllowing

powershell -c start -verb runas notepad.exe C:\Windows\System32\drivers\etc\hosts

Também se tiver instalado tinyfirewall* , existe uma opção padrão que impede a edição do ficheiro host*.

Só porque é um utilizador Administrativo, não significa que tudo o que faz, faz como administrador; significa simplesmente que tem a capacidade de o fazer.

Por defeito, o seu utilizador corre tal como qualquer outro utilizador o faria, tal como ele próprio.

Quando tenta realizar tarefas administrativas - certas aplicações serão executadas com privilégios administrativos (tal como quando clica em executar como administrador).

Eu não recomendaria fazer isto, mas se der ao seu utilizador o controlo total sobre esse ficheiro, este deverá funcionar como o deseja. No entanto, isto é um risco de segurança, por favor pense cuidadosamente se realmente precisar disto.

Copie o ficheiro anfitrião para o seu desktop edite-o, guarde-o no mesmo local e depois copie-o de volta para o sistema32\i. a resposta popup UAC com sim.

Alterar os direitos de acesso do grupo de Utilizadores para controlo total do ficheiro de anfitrião permitiu-me guardá-lo sem ter de executar coisas como administrador. O facto de a minha conta ser um administrador, e os administradores terem o controlo total do ficheiro, não me permitiu editá-lo. Não faz sentido. Vai para o Windows!

Ao entrar, é-lhe entregue uma ficha “Kerberos” que define o seu utilizador como administrador e utilizador - independentemente do que o painel de controlo lhe disser.

Pode utilizar o gestor de utilizadores local (C:\windows\system32\lusrmgr.msc) para se retirar do grupo de utilizadores e apenas estar presente no grupo de administradores - mas isto pode causar mais transtornos do que o seu valor.

Outra abordagem ao estilo hacky é lançar cmd como administrador e depois “bloco de notas C:……”.

Pode sempre dar mais um passo e lançar cmd como administrador, a partir de cmd - pode lançar “taskmgr” e depois matar e reabrir “explorer.exe”. Uma vez que taskmgr está a correr como administrador - processado lançado sob este contexto (explorer.exe - WINDOWS!) também estará num contexto de administrador puro - COMO, isto vem com toda uma miríade de avisos:

• O caminho do perfil mudará para o do administrador
• tudo o que fizer será como administrador (porta aberta a vírus, malware, etc.)
• Se fizer asneira - pode causar uma fusão completa do seu PC

UAC está destinado a estar lá para lhe permitir parar e pensar que faz algo que pode ter grandes ramificações.

Em alternativa, desactivar UAC (Painel de Controlo > Conta de Utilizador e Segurança Familiar > Contas de Utilizador > Escolher um Utilizador > Alterar Definições de Controlo de Conta de Utilizador) OU (Iniciar > searc > UAC)

Verifique as definições da sua firewall. Encontrei-me recentemente com esta edição. Apenas utilizador do meu PC e não consegui que o ficheiro anfitrião cooperasse. Tentei apagar e o antivírus apareceu a dizer-me que me tinha protegido. Utilizo Avira, por isso, na minha configuração de protecção em tempo real, verifiquei o separador de segurança e “Proteger o ficheiro de anfitriões do Windows contra alterações” está ligado por defeito. Desmarco, aplico, faço a minha alteração, depois volto a verificá-la e aplico-a. Não há qualquer problema uma vez que essa opção foi desmarcada.