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

13

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.

Ventana de diálogo de inicio de sesión (lo siento solo en alemán)

Hitzi
fuente
1
Creo que el hostsarchivo solo afecta a las búsquedas de DNS (por eso pingfunciona). Cuando utiliza la doble barra diagonal inversa para acceder a los recursos compartidos de red, se utiliza WINS / NetBIOS.
Der Hochstapler
Posiblemente relacionado: serverfault.com/a/42916/61246
Der Hochstapler
Cambié los valores del registro y reinicié la computadora, pero no cambió nada.
hitzi
¿El usuario local de dónde ? ¿El cliente? ¿O el servidor que proporciona el servicio de archivos?
JdeBP
1
Yo tuve el mismo problema. Aquí está la solución: serverfault.com/questions/23823/…
Dennis Sakva

Respuestas:

10

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:

Configuración avanzada de TCP / IP

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.

Der Hochstapler
fuente
1
Eliminé la entrada del archivo hosts y agregué 127.0.0.1 mecserver al archivo lmhosts.sam directamente. Resultado: nombre de computadora desconocido Ahora copié el archivo lmhosts.sam en otra carpeta y lo importé como se describió anteriormente: ahora se conoce nuevamente el nombre de equipo mecserver pero tengo que ingresar un inicio de sesión de usuario (como con la solución de hosts) pero ningún usuario conocido inicio de sesión funciona
hitzi
Agregué otro usuario a la computadora portátil (nombre de usuario: contraseña de prueba: prueba) e ingresé esto en el cuadro de diálogo. Reconoce la imagen de la cuenta de prueba local, pero siempre dice nombre de usuario desconocido o contraseña incorrecta.
hitzi
2
El lmhosts.samarchivo parece ser un archivo de ejemplo. Creo que debe usar eso como plantilla y luego usar la funcionalidad Importar LMHOSTS.
Der Hochstapler
Sí, yo también hice esto pero no tuve éxito.
hitzi
Me pregunto si esta pregunta está relacionada. Aquí estoy teniendo un comportamiento extraño que me cuesta entenderme. Me gusta, intentar conectarme \\127.0.0.2también me da el diálogo de inicio de sesión.
Der Hochstapler
0

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.

DRS
fuente