¿Por qué la entrada de mi archivo "hosts" no tiene efecto cuando accedo a recursos compartidos de red?

Agregué la siguiente línea a un hostsarchivo de Windows7 :

127.0.0.1 mecserver

El uso ping mecserverfunciona bien, pero si uso este nombre para conectarme a la computadora portátil (como localhost) para ver los recursos compartidos de Windows, siempre quiere que ingrese las credenciales de usuario. Ingresar el nombre de usuario local + contraseña no funciona. Lo que me indica que el host remoto está conectado.

El uso de lo siguiente en el campo de dirección del explorador de Windows del sistema local da como resultado:

\\mecserver Resultado : tengo que ingresar un nombre de usuario y contraseña, pero el usuario local no funciona

\\localhost Resultado : me muestra los recursos compartidos locales; esto es lo que quiero con\\mecserver

\\127.0.0.1 Resultado : me muestra los recursos compartidos locales; esto es lo que quiero con\\mecserver

Quiero usar \\mecservercon el resultado de localhost/ 127.0.0.1. ¿Es esto de alguna manera posible?

EDITAR: Lo que he hecho hasta ahora:

Compartí en un cuaderno un recurso compartido de red con el nombre "testhare". Sin ningún cable de red / wlan conectado, trato de conectarme a este recurso compartido desde este portátil. Esto funciona con \ localhost \ testshare y \ 127.0.0.1 \ testshare . Pero necesito una ruta especial para un programa de terceros como \ mecserver \ testshare . Entonces agregué la línea 127.0.0.1 mecserver al archivo host. ping mecserver funciona (local desde este cuaderno) pero cuando trato de acceder al testhare con \ mecserver \ testsharePromueve una ventana de inicio de sesión. Ingresé al usuario actual del cuaderno pero dice que la contraseña es incorrecta. Incluso agregué un nuevo usuario de prueba con la prueba de nombre y prueba de contraseña e intenté agregar esto en esta ventana de inicio de sesión, pero no funciona (contraseña incorrecta). Habilitar la cuenta de invitado tampoco ayuda. El recurso compartido está abierto para todos y el acceso de seguridad de archivo / directorio para esta carpeta / archivos también.

Agregar 127.0.0.1 mecserver al archivo lmhosts tiene el mismo efecto que agregarlo al archivo hosts: me abre esta ventana de inicio de sesión. Quité el 127.0.0.1 mecserver línea del archivo hosts cuando jugaba con el archivo lmhosts sólo para estar seguro.

Creo que necesitas mirar el LMHOSTSarchivo. El hostsarchivo parece afectar solo las búsquedas genéricas de DNS. Cuando utiliza \\para acceder a un recurso compartido de red, se utiliza WINS.

En la misma carpeta donde encuentra el hostsarchivo, también debe haber un lmhostsarchivo.

Los contenidos suenan prometedores:

# This is a sample LMHOSTS file used by the Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to computernames
# (NetBIOS) names.  Each entry should be kept on an individual line.
# The IP address should be placed in the first column followed by the
# corresponding computername. The address and the computername
# should be separated by at least one space or tab. The "#" character
# is generally used to denote the start of a comment (see the exceptions
# below).

También hay un artículo de Wikipedia sobre LMHOSTS .

Además, tenga en cuenta esta sección en la configuración avanzada de TCP / IP para su conexión de red dada:

Supongo que la casilla de verificación tiene que estar marcada para lmhostsque se respete el archivo. Además, si editar el lmhostsarchivo directamente no produce el resultado deseado, intentaría usar esa funcionalidad "Importar LMHOSTS".

Actualización Estoy seguro de que, en general, este es el enfoque correcto para el problema. Si creo una copia del lmhosts.samarchivo y agrego una nueva línea al final:

127.0.0.1 mecserver

Luego tengo que usar la funcionalidad "Importar LMHOSTS ..." (que crea el lmhostsarchivo). Luego puedo buscar \\mecservery obtener credenciales (como usted describe). Sin el cambio, lmhostsrecibí un error que me indica que la máquina no existe.

No puedo sacudir la sensación de que esta manipulación tiene un impacto negativo en el proceso de autenticación general de Windows, porque, como usted describe, ningún inicio de sesión válido funciona en el indicador presentado. Sin embargo, este podría ser un nuevo problema, que debería plantearse en una nueva pregunta.

Este es un problema de permisos. El usuario que está intentando utilizar para acceder al recurso compartido no puede acceder al recurso compartido. Debe agregar / mecserver / yourusername a la lista de usuarios permitidos para el recurso compartido. Quizás también podría funcionar si marca la entrada "Todos" en la lista de usuarios cuando crea el recurso compartido.