El archivo HOSTS se ignora

23

Mi estación de trabajo (Windows XP, Professional, v2002, SP3) está ignorando por completo mi archivo de hosts.

Aquí está el código en mi archivo de hosts:

127.0.0.1       localhost

172.17.1.107    wiki

Pero, cuando abro un navegador y escribo "wiki" en la barra de URL y presiono "Enter", me lleva a la ubicación anterior de mi wiki tal como apareció en mi antiguo archivo de hosts:

10.0.36.100     wiki

Aunque cambié el nombre del antiguo archivo de hosts "hosts_full" y lo moví a mi escritorio (por lo tanto, fuera de la carpeta, etc.).

Hasta ahora he tomado los siguientes pasos:

Reiniciado (3 veces)
Corrió ipconfig /flushdnsdesde la línea de comando
Corrió ping wikidesde la línea de comando, la respuesta fue

Reply from 10.0.36.100: bytes=32 time=1ms TTL=63

He borrado cada caché que se me ocurre (IE, FF).

Tengo un cliente de firewall ISA que se ejecuta en mi máquina y he intentado todo esto con él deshabilitado y habilitado. De hecho, el firewall usa el viejo archivo de hosts para resolverse:

10.0.2.126      isa3

Y de alguna manera todavía funciona bien aunque el nuevo archivo de hosts no contenga esa línea.

¿¿¿Algunas ideas??? Gracias de antemano por la ayuda!

domain-name-system windows-xp hosts

— cmcculloh
fuente

¿Qué sucede cuando crea una nueva entrada para esa ip, digamos 172.17.1.107 wikitest?

— shufler el

24

¿Hay alguna posibilidad de que esté utilizando un servidor proxy para navegar? Si es así, es posible que el servidor proxy esté resolviendo el nombre DNS por usted.

Y es por eso que obtienes resultados diferentes en una línea de comandos con ping en lugar del navegador.

El tráfico fuera de oportunidad es interceptado y cambiado. Muy por casualidad ...

— artifex
fuente

1

Sí, en realidad, descubrí que hay un proxy corporativo que está interceptando mis solicitudes y respondiendo a ellas. De alguna manera estaba pasando por alto mi archivo de hosts. Si había una entrada en el proxy corporativo, estaba anulando la entrada de mi archivo de hosts locales. Si bien esta respuesta realmente no dijo "cómo" solucionar el problema, sí identificó la causa raíz real del problema (no es el firewall ...)

— cmcculloh

1

Cuando tuve el problema fue una solución fácil. Elegí no usar proxy en esa IP (en la configuración de proxy en Firefox). Esta solución puede no aplicarse a su problema (el firewall podría estar bloqueando HTTP saliente sin proxy, etc.). También puede ser una implementación de puta para múltiples máquinas, si no tiene una administración centralizada de los perfiles de Mozilla. No puedo responder por IE ya que no lo usamos.

— artifex

3

.. * perra * despliegue .. Lol

— manas

1

Solo pasaron 4 años antes de que alguien se diera cuenta @silent_warrior;)

— artifex

1

@artifex Gracias por su respuesta y comentario, esto me llevó a darme cuenta de que puedo establecer excepciones que resolvieron mi problema. Cualquier persona interesada vea aquí: stackoverflow.com/questions/37658876/…

— haakym

9

¿Cortafuegos respondiendo a Pings?
Esta es una posibilidad remota de la dirección IP que proporcionó, pero ¿qué sucede cuando hace ping a la nueva IP directamente, funciona?

La razón por la que pregunto, si 10.0.36.100 es un cortafuegos que responde al ping, dirá respuesta de eso, a pesar de que estaba haciendo ping a una IP diferente ...

Big Hosts File?
Además, esto me atrapó a mí y a otra persona de TI una vez, había muchas líneas en blanco en los archivos de host de la ventana, y luego las entradas más abajo: no notamos la barra de desplazamiento :-)

¿Es el archivo hosts realmente el archivo hosts?
Por último, mire en el registro y asegúrese de que el archivo host esté donde cree que está, la siguiente clave especifica dónde está el archivo host real:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath

— Kyle Brandt
fuente

1

1: Respuesta de 172.17.1.107: bytes = 32 veces <1 ms TTL = 63 2: No, revisó la barra de desplazamiento del archivo de hosts completo y todo ... 3: DataBasePath, Type = "REG_EXPAND_SZ", Data = "% SystemRoot% \ System32 \ drivers \ etc "Esa parte% SystemRoot% me dio curiosidad, así que abrí mis" Variables de entorno "y busqué una variable SystemRoot. No vi uno, así que creé uno y lo configuré en C: \ Windows, luego hice un ipconfig / flushdns y pinché www.wiki.com, pero aún así respondió desde 70.35.23.23 en lugar de 172.17.1.107 (que es lo configuré en mi archivo de hosts). Gracias sin embargo! Buenas sugerencias a todos!

— cmcculloh

Buena captura, mi sistema se estaba iniciando desde la unidad E: y no C: como se esperaba.

— Manny

5

Intente vaciar su caché DNS con Inicio -> Ejecutar ...

 ipconfig /flushdns

Intente también desactivar NetBIOS y LMHOSTS para su adaptador de red. Puede cambiar la configuración en las propiedades TCP / IP de la conexión de red utilizada, en Avanzado -> WINS.

— comida
fuente

Eso es lo primero que una persona podría intentar ...

— VSYNC

3

De acuerdo con http://technet.microsoft.com/en-us/library/bb727005.aspx , podría estar en su caché de nombres NETBIOS local. Puede usar nbtstat ( http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/nbtstat.mspx?mfr=true ) para consultar / purgar este caché.

— Maximus Minimus
fuente

cuando emito el comando "nbstat", aparece "'nbstat' no se reconoce como un comando interno o externo, un programa operable o un archivo por lotes"

— cmcculloh

nbtstat, no nbstat - te estás perdiendo la primera "t" ... :)

— Maximus Minimus

oops: P Ok, hice un nbtstat -R y nbtstat -RR y nbtstat -r y luego nbtstat -c (y decía "no hay nombres en caché)

— cmcculloh

y todavía no funciona por cierto

— cmcculloh

3

Resulta que mi DNS corporativo estaba siendo afectado antes que mi archivo de hosts. Asique:

Abrí mis Propiedades de TCP / IP (Panel de control> Conexiones de red> Conexión de área local> Propiedades> (desplazar hacia abajo) Protocolo de Internet (TCP / IP)> Propiedades.
Hizo clic en "Usar las siguientes direcciones del servidor DNS:" (en lugar de Obtener la dirección del servidor DNS automáticamente)
ingresó "172.0.0.1" y "172.0.0.2" (y hizo clic en Aceptar)

Ahora mi archivo de hosts funciona bien ... Desde la línea de comandos. Sin embargo, si pongo una entrada para www.google.com que apunta a 172.17.1.107, cuando hago ping desde la línea de comando, regresa desde la dirección IP que especifiqué en el archivo de hosts. Pero si lo golpeo desde el navegador, todavía me muestra Google en lugar de mi sitio local. Pero si pongo una entrada para "fredspc" que apunta a 172.17.1.107 y la presiono desde el navegador, me lleva a 172.17.1.107.

Me di cuenta de esto porque si ingresaba "tedspc" en mi archivo de hosts (es decir, algo que nunca se resolvería) y le daba una dirección IP y la pisaba, se resolvería en esa dirección IP. El problema era que www.wiki.com y cualquier otra cosa que estaba ingresando en mi archivo de hosts tenía una entrada en mi servidor DNS corporativo, lo que hacía que se resolviera, lo que significaba que nunca miró mi archivo hosts (porque el servidor DNS corporativo se mira primero antes del archivo de hosts). Entonces, corté el DNS corporativo del bucle del símbolo del sistema, pero no del bucle del navegador, supongo ... ¿Alguna idea?

— cmcculloh
fuente

1

Hola. Es bueno saber que tienes una solución alternativa. Pero, por lo que sé, el archivo hosts siempre debe usarse primero para realizar búsquedas DNS antes de cada entrada en su lista de servidores DNS. ¿Es posible desactivar completamente la búsqueda en el archivo de hosts con algunas opciones de dhcp? Tal vez pueda agregar sus servidores DNS corporativos como tercera y cuarta entrada en su lista de servidores DNS.

— grub

¿Quizás sus navegadores web están configurados con un servidor proxy?

— Oskar Duveborn

2

Cada vez que uso el archivo de host para mis entradas DNS (que siempre es) apago (deshabilito) el servicio DNS (services.msc) que se ejecuta de forma nativa. Luego haga un ipconfig / flushdns si eso falla, reinicie dicho servidor / escritorio y eso borrará el caché. Qué entradas DNS no están en el archivo host, el servidor / escritorio recurrirá a la configuración DNS predeterminada de la interfaz de red que se ha configurado. Esto también permite probar diferentes firewalls y demás.

— mikedopp
fuente

2

Me atrapó cambiar C: \ windows \ system32 \ drivers \ etc \ hosts cuando % SystemRoot% se definió como C: \ WINNT en lugar de C: \ windows ... No sé por qué este servidor en particular tenía un servidor completo instalación de Windows en C: \ windows y C: \ winnt pero al menos ya no me siento loco.

¡Me siento un poco tonto, pero es solo otra revisión rápida para otras personas que se encuentran con este problema!

— nvuono
fuente

2

¿Estás seguro de que estás editando el archivo de hosts DERECHO? Por lo general, se encuentra en

%SystemRoot%\system32\drivers\etc\hosts

— Micro
fuente

2

Después de probar muchas soluciones sugeridas diferentes, verifiqué la seguridad en la carpeta 'etc.' y comparé sus permisos con los de la carpeta 'es-ES', y descubrí que el grupo Usuarios no tenía derechos de lectura y ejecución como lo tenían en el otro. Después de tomar posesión (de nuevo) de la carpeta 'etc', otorgué permisos de lectura y ejecución a usuarios del grupo, y el contenido de la carpeta los heredó. Eso solucionó el problema para mí: cualquier parte del sistema que consulta el archivo de hosts evidentemente está bajo las restricciones del grupo de usuarios. Debo haber eliminado accidentalmente los permisos del grupo en algún momento al intentar modificar el archivo de hosts.

— peterr
fuente

Esto me lo arregló. Acabo de agregar el grupo de usuarios directamente al archivo de hosts, vacié el caché y el archivo de hosts fue respetado de inmediato nuevamente.

— user51928

2

¡Eliminar el archivo original en Windows y reemplazarlo por uno nuevo es importante!

Sé que la pregunta ha sido respondida, pero está claro que hay muchas razones diferentes y posibles soluciones. Lo que me sirvió fue eliminar el archivo, en lugar de sobrescribirlo.

También sé que @olefebvre ya publicó algo similar, pero no lo reconocí con sus abreviaturas y no está (solo) relacionado con caracteres extraños, es para traer ventanas para reconocer el archivo.

— hugo der hungrige
fuente

Gracias, esto me ahorró mucho tiempo y frustración.

— Andy Lester

2

intenta usar espacios en lugar de pestañas.

Como aquí:

127.0.0.1 localhost
172.17.1.107 wiki

— Ahmad Ahmad
fuente

1

¿Podría verificar su permiso en el archivo host? Intente utilizar un FQDN para la entrada "wiki" del archivo host.

— olefebvre
fuente

¿Cuáles deberían ser los permisos (en este momento el archivo no es de solo lectura y todos los permisos están configurados para permitir a todos los usuarios)? Traté de establecer en www.wiki.com y todavía no funcionó. (Cambié la línea a 172.17.1.107 www.wiki.com) Luego abrí mi símbolo del sistema e intenté hacer ping a www.wiki.com y me devolvió "Pinging www.wiki.com [70.35.23.23] con 32 bytes de datos "pero luego dijo" Solicitud agotada "tres veces. Luego, todo lo que intenté hacer ping devolvió la solicitud agotada. Estoy en medio de un BIND instalar ahora para tratar de solucionar este problema, no sé si eso fuera a efectuar los pings ...

— cmcculloh

Y ahora o bien instalé BIND incorrectamente, o mi computadora también lo ignora, porque tampoco funciona ...

— cmcculloh

Intente eliminar el archivo y cree uno nuevo, sin copiar / pegar. Tal vez algún editor de texto insertó caracteres extraños allí (UTF8).

— olefebvre

1

¿has revisado hosts y lmhosts.sam?

— JamesRyan
fuente

Sí, todo en lmhosts.sam está comentado y hay sólo las dos líneas que se especifica en la pregunta original en mi archivo de hosts ...

— cmcculloh