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 /flushdns
desde la línea de comando - Corrió
ping wiki
desde 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!
fuente
Respuestas:
¿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 ...
fuente
¿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:
fuente
Intente vaciar su caché DNS con Inicio -> Ejecutar ...
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.
fuente
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é.
fuente
Resulta que mi DNS corporativo estaba siendo afectado antes que mi archivo de hosts. Asique:
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?
fuente
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.
fuente
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!
fuente
¿Estás seguro de que estás editando el archivo de hosts DERECHO? Por lo general, se encuentra en
%SystemRoot%\system32\drivers\etc\hosts
fuente
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.
fuente
¡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.
fuente
intenta usar espacios en lugar de pestañas.
Como aquí:
fuente
¿Podría verificar su permiso en el archivo host? Intente utilizar un FQDN para la entrada "wiki" del archivo host.
fuente
¿has revisado hosts y lmhosts.sam?
fuente