Principales respuestas
WinRs -r:remotehost u:usuario net localgroup no funciona

Pregunta
-
Buenas, pequeño problema de los mios que no se entiende.
Tengo Dos maquinas, una fisica y una virtualo, ambas con 7 Ent x64
En ambas está instalado el Windows remote Managemente y en ambas maquinas se han dado los permisos y configurado para que se pueda conntrolar por Power Shell y RemoteShell.
Bueno pues, cuando lanzo un comando del tipo: Winrs -r:hostremoto -y:usuario net accounts o cualquier otro comando ( en un prompt elevado ) me da una respuesta rapida y precisa:
C:\Windows\system32>winrs -r:chicago net accounts
Tiempo antes del cierre forzado: Nunca
Duración mín. de contraseña (días): 0
Duración máx. de contraseña (días): 42
Longitud mínima de contraseña: 0
Duración del historial de contraseñas: Ninguna
Umbral de bloqueo: Nunca
Duración de bloqueo (minutos): 30
Ventana de obs. de bloqueo (minutos): 30
Rol del servidor: ESTACION DE TRABAJO
Se ha completado el comando correctamente.Todos los comados funcionan menos el: net localgroup.
En el caso de Net Localgoup me dice: C:\Windows\system32>winrs -r:chicago net localgroup
Error de sistema 1312.Una sesión de inicio especificada no existe. Es posible que haya finalizado.
Repito, sea con RemoteShell que con powerShell, todos los comandos que lanzo contra la maquina virtual me dan respuesta, menos este.
He probado a escribir el comado de varias formas pero el resultado es siempre lo mismo.
Siendo Host's no pertenecientes a un dominio se han creado los permisos corectamente en el Host remoto para que los usuarios locales sean Administradores del equipo: WinRM set winrm/config/client @{TrustedHosts="chicago"} para crear una relacion de confianza entre las maquinas.
¿Donde podría estar el fallo?
¿Porqué falla solo el net localgroup??????????????????!!!!!!!!!!
gracias de antemano
DINO ZOFF MCSE;MCP EXCHANGE 2003;MCTS EXCHANGE 2007;MCTS W2K8;CCA CITRIXmartes, 26 de julio de 2011 16:51
Respuestas
-
Hola,
que 7_cmdshell no utilizará los permisos / inicio de sesión del usuario que ha iniciado la sesión como. Podría ser esta la causa del problema Ver 7_cmdshell libros en línea para obtener más detalles, aquí hay una snippit:
Al conceder permisos de ejecución a los usuarios, los usuarios pueden ejecutar cualquier comando del sistema operativo a Microsoft Windows NT shell de comandos de que la cuenta que ejecuta Microsoft SQL Server tiene los privilegios necesarios para execute.By defecto, sólo los miembros de la función fija de servidor sysadmin pueden ejecutar este procedimiento almacenado extendido. Es posible que, no obstante, conceder permiso a otros usuarios a ejecutar este procedimiento almacenado. Cuando 7_cmdshell es invocado por un usuario que es un miembro de la función fija de servidor sysadmin, xp_cmdshell se ejecutará bajo el contexto de la seguridad en el que el servicio SQL Server se está ejecutando. Cuando el usuario no es miembro del grupo sysadmin, 7_cmdshell se hará pasar por el Agente SQL Server cuenta de proxy, que se especifica mediante 7_sqlagent_proxy_account. Si la cuenta de proxy no está disponible, xp_cmdshell registrará errores. Esto es cierto sólo para Microsoft Windows NT 4.0 y Windows 2000. En Windows 9.x, no hay suplantación de identidad y xp_cmdshell se ejecuta siempre en el contexto de seguridad del usuario de Windows 9.x, que comenzó a SQL Server.
Ramon Ant. Morillo Rodriguez
MCITP: Enterprise Administrator Windows Server 2008
MCITP: Enterprise Messaging Administrator Microsoft Exchange 2007
COMPTIA A+, N+, S+
Dominican Republic
- Propuesto como respuesta Ismael Borche viernes, 29 de julio de 2011 15:20
- Marcado como respuesta Ismael Borche martes, 2 de agosto de 2011 16:48
viernes, 29 de julio de 2011 4:51
Todas las respuestas
-
Hola,
que 7_cmdshell no utilizará los permisos / inicio de sesión del usuario que ha iniciado la sesión como. Podría ser esta la causa del problema Ver 7_cmdshell libros en línea para obtener más detalles, aquí hay una snippit:
Al conceder permisos de ejecución a los usuarios, los usuarios pueden ejecutar cualquier comando del sistema operativo a Microsoft Windows NT shell de comandos de que la cuenta que ejecuta Microsoft SQL Server tiene los privilegios necesarios para execute.By defecto, sólo los miembros de la función fija de servidor sysadmin pueden ejecutar este procedimiento almacenado extendido. Es posible que, no obstante, conceder permiso a otros usuarios a ejecutar este procedimiento almacenado. Cuando 7_cmdshell es invocado por un usuario que es un miembro de la función fija de servidor sysadmin, xp_cmdshell se ejecutará bajo el contexto de la seguridad en el que el servicio SQL Server se está ejecutando. Cuando el usuario no es miembro del grupo sysadmin, 7_cmdshell se hará pasar por el Agente SQL Server cuenta de proxy, que se especifica mediante 7_sqlagent_proxy_account. Si la cuenta de proxy no está disponible, xp_cmdshell registrará errores. Esto es cierto sólo para Microsoft Windows NT 4.0 y Windows 2000. En Windows 9.x, no hay suplantación de identidad y xp_cmdshell se ejecuta siempre en el contexto de seguridad del usuario de Windows 9.x, que comenzó a SQL Server.
Ramon Ant. Morillo Rodriguez
MCITP: Enterprise Administrator Windows Server 2008
MCITP: Enterprise Messaging Administrator Microsoft Exchange 2007
COMPTIA A+, N+, S+
Dominican Republic
- Propuesto como respuesta Ismael Borche viernes, 29 de julio de 2011 15:20
- Marcado como respuesta Ismael Borche martes, 2 de agosto de 2011 16:48
viernes, 29 de julio de 2011 4:51 -
Voy a mirar los libros en línea, pero el tema está en que SOLO el net localgroup no me da una respuesta. Todos los demás si, debería darme el mismo mensaje si intento lanzar un net accounts.
Gracias de antemano,
DINO ZOFF MCSE;MCP EXCHANGE 2003;MCTS EXCHANGE 2007;MCTS W2K8;CCA CITRIXviernes, 29 de julio de 2011 15:53