locked
WinRs -r:remotehost u:usuario net localgroup no funciona RRS feed

  • 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 CITRIX
    martes, 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 CITRIX
    viernes, 29 de julio de 2011 15:53