Inicio de sesión remoto usando claves ssh versus contraseña. Error extraño: es un directorio

Question

Me enfrento a un problema extraño y me quedo atascado tratando de resolverlo.

Si inicio sesión usando claves ssh (autenticación sin contraseña), aparece este error cada vez:

rsanpui@cygwin ~
$ "//DNVM/E920/System920/x86/MyWorld Client Install/install/setup.exe"
-bash: //DNVM/E920/System920/x86/MyWorld Client Install/install/setup.exe: Is a directory

Mientras que, si inicio sesión en la misma máquina usando la autenticación de contraseña, no aparece ese error al ejecutar el exe remoto.

rsanpui@cygwin ~
 $ "//DNVM/E920/System920/x86/MyWorld Client Install/install/setup.exe"

Intenté cambiar el permiso de la carpeta .ssh/ remota a 777 pero fue inútil. ¿Alguien puede sugerir que estoy muy atascado porque nuestra aplicación debería ejecutarse mediante autenticación sin contraseña?

Copié claves ssh a la máquina remota rsanpui@cygwinusandossh-copy-id

Answer 1

Parece que estás intentando acceder a un recurso compartido de red SMB. El problema es que debido a que el servidor SSH no recibió su contraseña durante el inicio de sesión, no sabe qué contraseña usar al autenticarse en ese servidor de archivos SMB. (PYMEno essimplemente confíe en que el cliente diga "este es uid 1000" como lo hace NFS).

Cuando se conecta mediante autenticación de contraseña, el sshd conserva el nombre de usuario y la contraseña en la memoria como parte de la "sesión de inicio de sesión" de Windows. La contraseña de inicio de sesión se puede utilizar para acceder directamente a los servidores de archivos SMB, para adquirir tickets de Kerberos o para descifrar otras credenciales almacenadas.

Pero cuando se conecta mediante la autenticación de clave pública SSH, el sshd no conoce su contraseña y Windows no tiene ninguna forma de iniciar sesión en los servidores de archivos SMB sin ella. Debe conectarse manualmente a quienes lo utilizan net use '\\DNVM'y proporcionar la contraseña para cada conexión.