PSexec no se conecta a la máquina usando el nombre de usuario y contraseña provistos

13

Estoy tratando de conectarme desde una máquina Win 7 a una máquina Win2k8R2 usando el comando:

psexec \ MACHINE_NAME_HERE -u MACHINE_NAME_HERE \ Administrator -p PASSWORD_HERE notepad

Cuando intento esto me sale el mensaje de error:

No se pudo acceder a MACHINE_NAME_HERE El acceso está denegado.

Intenté omitir -p y poner manualmente la contraseña, pero el mismo problema persiste.

Cuando reviso la máquina a la que estoy intentando acceder, veo que en el visor de eventos de seguridad el inicio de sesión del Administrador fue exitoso, así que sé que la contraseña del nombre de usuario es correcta y la máquina está aceptando mi inicio de sesión, pero también noté que intenta para iniciar sesión también con mi cuenta de dominio, que no está en la lista de administradores en la máquina remota. Si agrego mi cuenta de dominio a la máquina remota, entonces todo funciona, pero en este caso no cumple con el propósito, a veces necesito poder ejecutar comandos en la máquina cuando no está en el dominio.

La máquina también está configurada para usar el modelo simple para Compartir y Seguridad.

Cremallera
fuente
1
Creo que el uso compartido simple de archivos evitará el uso de los recursos compartidos Admin $ que psexec requiere. Intenta desactivar el uso compartido simple de archivos. Pruebe también el modificador -i si está intentando que algo interactúe con el escritorio.
explunit

Respuestas:

26

Esto se debe a que psexec todavía intenta acceder al recurso compartido ADMIN $ con sus credenciales locales, antes de ejecutar su comando como otro usuario. De acuerdo con este hilo , puede almacenar en caché las credenciales antes de ejecutar psexec:

cmdkey.exe /add:MACHINE_NAME_HERE /user:MACHINE_NAME_HERE\Administrator /pass:PASSWORD_HERE 
psexec.exe \\MACHINE_NAME_HERE -i notepad
cmdkey.exe /delete:MACHINE_NAME_HERE

Agregué -i, ya que especificaste ejecutar el bloc de notas aquí. Sin el -i, el bloc de notas permanecerá inactivo sin interacción. Además, recuerde que, cuando use -u, psexec enviará la contraseña en texto sin formato.

JelmerS
fuente
+1 Esto me ayudó hoy :-)
Kin Shah
El último mensaje de Lxocram del 15 de octubre de 2015 en el hilo de Sysinternals sugiere que especificar \\ localhost soluciona el problema. No sé la causa raíz, pero usar \\ localhost funcionó para mí.
anguila ghEEz
\\localhostno resolvió el problema en mi caso ( PsExec.exe \\localhost -u B580\Admin -i -h regedit.exe) - el mismo error ocurre antes del mensaje adicionalCouldn't access localhost:
AntonK