El sistema Windows8.1 aloja la falla del archivo. Cómo tratar con la ruta del archivo de hosts visibles

es correcta, y solo una asignación de filas, para garantizar que no haya otros elementos de interferencia.

Use ipconfig /flushdns para limpiar el caché de DNS, y de hecho detuve el servicio de Cliente DNS. Luego continúe haciendo ping, aún devolviendo la dirección de la resolución de DNS real.

Los permisos visibles del sistema también están asignados. Los permisos de la cuenta en mi propia cuenta y en el grupo de administradores a continuación también están completamente controlados.

Este es el caso, no sé por qué ha fallado repentinamente. Podría haber encontrado algún secuestro?

Procesamiento analítico

Según mi conjetura en la referencia, usé un registrador de mensajes para rastrear los mensajes del sistema relacionados con el archivo de hosts. A modo de comparación, también opero bajo Windows XP ejecutando en Windows 8.1 y máquinas virtuales para comparación.

En primer lugar, encontré que todos los programas con función de comunicación de red detectarán si el valor de UseHostsFile existe bajo la clave HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDnscacheParameters y cuál es la información. Sin embargo, descubrí que ni XP ni 8.1 tienen este valor, pero según experimentos anteriores, XP puede leer el archivo de hosts normalmente, por lo que se puede concluir que este es un elemento irrelevante.
(Sin embargo, de acuerdo con este juicio, el servicio Dnscache original (es decir, el servicio que muestra el nombre del Cliente DNS en el servicio, que se usa para almacenar en caché la resolución del DNS) puede forzar manualmente la lectura del archivo del host y se puede modificar el valor clave. Br>

Luego encontré un fenómeno extraño. Cada vez que modifico manualmente el archivo de hosts, se muestra un proceso llamado svchost.exe en 8.1 que intenta acceder al archivo de hosts pero el resultado es Acces Denied. Bajo XP, un proceso con el mismo nombre intenta acceder al archivo de hosts, pero el resultado es el éxito.

De acuerdo con el PID del proceso proporcionado por el registrador de mensajes, un servicio común que se remonta a los servicios que brinda es el Cliente DNS. Por lo tanto, se puede concluir que existe un problema con el servicio de cliente DNS mencionado anteriormente. Debido a que el archivo de acceso fue rechazado, definitivamente es un problema de cuenta, por lo que habitualmente abro la página de propiedades del Cliente DNS, voy a la pestaña de inicio de sesión y encuentro que la cuenta que usa no es la cuenta del sistema local predeterminada, pero el nombre es "Servicio de red". Principal de seguridad incorporado.

Todo está claro y, al final, es un problema de permisos. La cuenta utilizada por el servicio Cliente DNS no es el sistema, sino el Servicio de red. Aunque di el control de acceso total a la cuenta del sistema, según las capturas de pantalla que abrí, descubrí que carecía del principio de seguridad de Servicio de red. Ahora podemos concluir que la cuenta del sistema y el principio de seguridad del Servicio de red no están relacionados, por lo que el servicio de cliente DNS no puede leer el archivo de hosts después del inicio, y el archivo de hosts no es válido.

La solución es editar los permisos de acceso de la carpeta, etc., agregar el principal de seguridad del Servicio de red y dar al menos permiso para leer, y luego reiniciar el servicio de Cliente DNS. Actualmente mis anfitriones están bien.

A través del análisis anterior, creo que todos pueden comprender más claramente las razones del fallo del archivo Hosts en el sistema Windows 8.1, y también pueden comprender las contramedidas para resolverlo. Al final, nuestro archivo Hosts volverá a la normalidad.