Ver originales (Francés)

GPO rechazado

Etudiant_Informatique -  
Hola,

Intento desesperadamente configurar una GPO en mi servidor de controlador de dominio. Debo ejecutar un script al inicio de sesión de todos los usuarios. He creado una nueva directiva de grupo y he puesto el script de inicio de sesión en Configuración de usuario - Plantillas de Windows - Scripts - Inicio de sesión. He ejecutado un gpupdate en la estación cliente y, al iniciar sesión, mi script no se ejecuta. He verificado los usuarios asociados a esta directiva; está aplicado a todo el dominio (eso es lo que quiero) y he declarado mi sesión además. A pesar de eso, no funciona... Con el comando gpresult he podido notar este mensaje: Los objetos de directiva de grupo no han sido aplicados porque fueron rechazados. ¿Podrías ayudarme para salir de este aprieto?

Gracias de antemano.

Configuración: Windows XP / Firefox 5.0

24 respuestas

  1. Etudiant_Informatique Autor
    De hecho, mi archivo .bat se ejecuta correctamente!!!
    Hice una prueba con el siguiente contenido: 
     net use x: \\IP_Serveur\sysvol\itw-bc.ad\Policies\{BC56915F-1292-49B4-A74D-0FF4E74CB6FB}\User\Scripts\Logon echo TEST ! pause net use x: /d

    Y en mis equipos clientes pude ver que la unidad Logon se montaba.
    Entonces el .bat falla en el momento en que se llega a la línea echo.
    Si quito la línea echo y la línea pause mi unidad desaparece, así que eso indica claramente que se está leyendo el contenido del .bat...

    En realidad se ejecuta bien.
    Por otro lado, no me muestra ninguna ventana de DOS, por eso pensé que no hacía nada.
    Había puesto un echo test seguido de un pause y no se mostraba nada...
    Por otro lado, no devuelve control al primer .bat (el que lo llama), así que la unidad de red nunca se "desmapea"
    3
    1. !Roulov!
      Es normal porque se carga durante la configuración de los parámetros de Usuario u Ordenador al inicio, por lo que es invisible.
      0
    2. Etudiant_Informatique Autor
      Si normalmente es al iniciar sesión, por lo que el script, si hay pausa, debería mostrarse.
      En realidad, con las GPO por defecto los scripts de inicio/cierre de sesión son invisibles.
      Para verlos hay que modificar así: 
      Config Ordenador / Modelo de administración / sistema / scripts / Ejecutar el script de cierre en modo visible

      Ahora puedo verlos.
      Todavía tengo algunos problemas, en particular cuando asigno mi unidad y llamo a otro .bat. El segundo no devuelve el control al primero y la unidad de red permanece conectada.
      También tengo un problema para la elección de la letra, ¿cómo asegurarme de que no esté ya utilizada?
      Gracias por vuestra ayuda, ya hemos avanzado bastante :)
      0
  2. Etudiant_Informatique Autor
    Este warning no impide la ejecución del script, así que lo dejaré así.
    Es mucho más simple :p
    Aún una cosita más ... ¿se puede iniciar un .bat con privilegios de administrador?
    Porque quiero instalar OCS mediante este batch, pero las cuentas de usuario no tienen los permisos.
    0
    1. !Roulov!
      Aquí ya empezamos a complicarnos la vida.

      Siempre puedes añadir use lector: /delete en el logon script del perfil, que actuará después del script del GPO!!!

      esto era un comentario para Sebonard
      0
      1. Etudiant_Informatique Autor
        Efectivamente funciona, pero tengo un mensaje diciéndome que las rutas UNC no están soportadas...
        0
        2. Etudiant_Informatique Autor
          Bueno, en realidad tenía un problema con la ruta UNC, si no ...
          Voy a intentarlo de nuevo sin montar una unidad para ver si así arranca.
          0
          1. Sebbonard
            ¿Seguro que puedes crear el medio y desinstalarlo en el mismo script, no?
            1
            1. Etudiant_Informatique Autor
              Bueno, no termino de estar a favor de dejar un lector en el que al final hay todos los scripts dentro.
              Aunque los usuarios no tengan permiso de escritura, no veo muy claro el interés de dejarlo así.
              Podría llamar a un tercer script, pero ya empieza a hacerse demasiado ^^
              1
              1. !Roulov!
                No me había dado cuenta de que estabas mapeando un lector logon!!!

                Pensé que solo estabas haciendo pruebas

                ¡No tienes que hacer eso!!
                0
            2. !Roulov!
              Te recomendaría más bien desempaquetar (desmontar) a los lectores con un script de cierre de sesión al finalizar una sesión de usuario.

              En cuanto a la carta a utilizar, tú deberías gestionarlas de manera que estandarices a los clientes.
              1
              1. Etudiant_Informatique Autor
                Sí, está presente en este directorio.
                Así como en C:\WINDOWS\SYSVOL\sysvol\tu_red\Scripts
                1
                1. !Roulov!
                  ¿Has insertado el batchfile de inicio de sesión en
                  C:\WINDOWS\SYSVOL\sysvol\tu_red\Policies\{xxxxxxxxxx}\User\Scripts\Logon ?
                  1
                  1. Etudiant_Informatique Autor
                    Lo siento... sí, el compartir es NETLOGON.
                    No tengo otros GPO que funcionen.
                    Intenté ocultar en el menú de inicio el acceso directo a Música y eso funcionó.
                    Entonces parece que esto solo afecta a mis scripts de inicio de sesión...
                    1
                    1. !Roulov!
                      No es un directorio!!!
                      Observa la compartición sobre el directorio scripts

                      ¿Tienes otros GPO que funcionen?

                      ¿Has intentado modificar otros parámetros con el mismo GPO para saber si el problema se aplica solo a los scripts de inicio de sesión o al propio GPO?
                      1
                      1. Etudiant_Informatique Autor
                        No tengo más que los directorios de SYSVOL...
                        Pero ya había leído cosas sobre NETLOGON; normalmente es en este directorio donde colocamos los scripts que se asignan al perfil de los usuarios de AD, ¿no?
                        No sé por qué no lo tengo...
                        Pero no creo que sea un problema de compartición, porque desde un PC cliente puedo conectarme al directorio "\\IP_Serveur\WINDOWS\SYSVOL\sysvol\monDomaine.local\scripts" y lanzar mi .bat
                        Sin embargo, es imposible que se inicie al abrir mi sesión.
                        Mis GPO siguen sin estar activas:
                        Los objetos de directiva de grupo no se han aplicado porque fueron rechazados
                        1
                        1. !Roulov!
                          Es la compartición por defecto en el directorio script.
                          1
                          1. Etudiant_Informatique Autor
                            No tengo ese directorio en mi servidor :(
                            1
                            1. !Roulov!
                              ¿Has probado con share NETLOGON?

                              \\servidor\NETLOGON\script.bat
                              1
                              1. Etudiant_Informatique Autor
                                Gracias por tu ayuda :)
                                Tenemos el mismo camino respecto a la ubicación de los scripts: 

                                Mis scripts, en el servidor, están en "C:\WINDOWS\SYSVOL\sysvol\miDominio.local\scripts"


                                Sin embargo para la llamada yo tengo el mismo camino que los scripts ya que los voy a buscar a través de la pestaña Explorar ...
                                Para los derechos del directorio scripts estoy seguro ya que funciona vía el perfil de los usuarios en el AD.
                                Es, de hecho, una GPO de usuarios colocada en una OU Usuarios.
                                Estructura de este tipo:

                                - miDominio.local
                                - OU
                                - Usuarios
                                - GPO
                                1
                                1. Sebbonard
                                  "Aquí es el directorio para los scripts que se ejecutan a través de las propiedades de un usuario en el AD y luego en la pestaña de perfil."

                                  Ok, de hecho pensé que al final querías el script en el perfil del usuario.

                                  Bien, he mirado. En mi equipo, los scripts incluidos en las GPO efectivamente utilizan una ruta UNC.

                                  Mis scripts, en el servidor, están en "C:\WINDOWS\SYSVOL\sysvol\miDominio.local\scripts"

                                  Llamo a mis scripts (en las GPO) así: \\miDominio.local\sysvol\miDominio.local\scripts\monscript.bat

                                  Mira si has utilizado bien la ruta correcta.

                                  - Después, hay que volver a verificar los permisos (carpeta), el compartimento.
                                  - ¿La GPO es una GPO de usuario?
                                  - ¿Está ubicada en la OU correcta?

                                  ¡Vamos a encontrarlo!!^^
                                  1
                                  1. Etudiant_Informatique Autor
                                    ben moi c'est plus comme ceci :

                                    \WINDOWS\SYSVOL\sysvol\domaine.local\scripts\test.bat
                                    Aquí es el directorio para los scripts que se ejecutan a través de las propiedades de un usuario en el AD y luego en la pestaña perfil.
                                    Cuando hago así el script se lanza.
                                    Pero si pongo este camino vía una estrategia de grupo para que todos mis usuarios de AD lancen el script, me sale un mensaje (a través de gpresult):
                                    Los objetos de Directiva de Grupo no se han aplicado porque fueron rechazados.
                                    2
                                    1. Sebbonard
                                      Entonces intenta poner la llamada al script como se indica abajo en tu GPO (reemplazando \WINDOWS\SYSVOL\ por \\dominio.local\):

                                      \\dominio.local\sysvol\dominio.local\scripts\test.bat
                                      0
                                    2. Etudiant_Informatique Autor
                                      Lo puse en: 

                                      C:\domaine.ad\sysvol\domaine.ad\scripts

                                      El problema es el mismo.
                                      Puedo acceder desde una sesión de usuario pero cuando ejecuto el .bat, aparece un mensaje que dice: 

                                      CMD.EXE se ha iniciado con el directorio actual establecido en el path. No se admiten rutas UNC. Usando el directorio predeterminado de Windows.
                                      0
                                    3. Sebbonard
                                      ...
                                      0
                                    4. Etudiant_Informatique Autor
                                      De acuerdo, pero ¿dónde pongo ese código?
                                      0
                                    5. Sebbonard
                                      Me equivoqué, desisto de lo que dije.

                                      ¿Es correcto que es el perfil de cada usuario de AD donde se ejecuta el script (¿no en una GPO)?
                                      Si es así, intenta dejar solo el nombre del script (test.bat sin ruta), normalmente buscará los scripts directamente en tu directorio de scripts.
                                      0
                                  2. Sebbonard
                                    En tu GPO colocas el script con una ruta del tipo? :

                                    \\tondomain.local\Sysvol\scripts\tonscript.bat

                                    O

                                    \\tondomain.local\Sysvol\tondomain.local\scripts\tonscript.bat

                                    según la configuración
                                    1
                                    • 1
                                    • 2