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\\mecserver
\\127.0.0.1
Resultado: Me muestra los recursos compartidos locales: esto es lo que quiero\\mecserver
Quiero usar \\mecservercon el resultado de localhost/ 127.0.0.1. ¿Es esto posible de alguna manera?
EDITAR: Lo que he hecho hasta ahora:
Compartí en una computadora portátil un recurso compartido de red con el nombre "testshare". Sin ningún cable de red/WLAN conectado, intento conectarme a este recurso compartido desde esta computadora portátil. Esto funciona con\localhost\testsharey\127.0.0.1\testshare. Pero necesito una ruta especial para un programa de terceros como\mecserver\testshare. Entonces agregué la línea127.0.0.1 mecservidoral archivo de host.ping al servidor mecfunciona (local desde este cuaderno) pero cuando intento acceder al testshare con\mecserver\testsharemuestra una ventana de inicio de sesión. Ingresé el usuario actual de la computadora portátil pero dice que la contraseña es incorrecta. Incluso agregué un nuevo usuario de prueba con el nombre test y contraseña test 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 a todos y el acceso de seguridad al archivo/directorio para esta carpeta/archivos también.
Añadiendo127.0.0.1 mecservidoral archivo lmhosts tiene el mismo efecto que agregarlo al archivo hosts: me muestra esta ventana de inicio de sesión. eliminé el127.0.0.1 mecservidorlínea del archivo hosts cuando jugué con el archivo lmhosts solo para estar seguro.
Respuesta1
Creo que necesitas mirar el LMHOSTSarchivo. El hostsarchivo parece afectar sólo a las búsquedas de DNS genéricas. Cuando utiliza \\para acceder a un recurso compartido de red, se utiliza WINS.
En la misma carpeta donde encuentra el hostsarchivo, también debería 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 sobreLMHOSTS.
Además, tenga en cuenta esta sección en la configuración avanzada de TCP/IP para su conexión de red determinada:
Asumiría la casilla de verificacióntieneser revisado para que el lmhostsexpediente sea respetado. Además, si editar el lmhostsarchivo directamente no produce el resultado deseado, intentaría utilizar la funcionalidad "Importar LMHOSTS".
ActualizarEstoy seguro de que, en general, éste es el enfoque correcto para abordar la cuestión. 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 me solicitan credenciales (como usted describe). Sin el cambio, lmhostsrecibí un error que me decía que la máquina no existe.
No puedo evitar 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 mensaje presentado. Sin embargo, este podría ser un problema nuevo, que debería plantearse en una nueva pregunta.
Respuesta2
Este es un problema de permisos. El usuario que está intentando utilizar para acceder al recurso compartido no tiene permiso para acceder al recurso compartido. Debe agregar /mecserver/su nombre de usuario 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.