Archivado en: ‘Windows’ .

Filtros de seguridad en Directorio Activo para GPOs

25 Febrero, 2010

Imagína que tenemos una política aplicada y queremos que dicha política no se aplique a determinadas máquinas, por lo que necesitamos hacer un filtro y luego aplicar ese filtro de manera que a determinadas máquinas o usuarios no se les aplique.

En primer lugar creamos un grupo por ejemplo: excepcion_Standart_de_GPO1

Tenemos que meter en este grupo las máquinas o usuarios que queremos excluir en la aplicación de la política. Por lo tanto es a nivel de política de dominio, por lo que vamos a trabajar sobre esta:

default policy 259x300 Filtros de seguridad en Directorio Activo para GPOs

Ahora sobre la GPO de dominio nos vamos a la pestaña “Delegation” aquí damos al botón abajo a la derecha “Avanzadas” y agregamos el grupo que hemos creado. Marcaremos el check “Denegar” para la entrada de seguridad “Apply group Policy”.

denegar delegar 300x163 Filtros de seguridad en Directorio Activo para GPOs

La configuración de dengación es más restrictiva que la de lectura, es decir, que aunque haya un grupo en la pestaña “delegation” que permita aplicar la política a las máquinas, al existir uno más restrictivo, el resultado será DENEGACIÓN.

IvanZito

Loopback Policies. Control de políticas locales

25 Febrero, 2010

Muchas veces nos encontramos en la obligación de tener que cambiar políticas locales de las máquinas y además tenemos que controlar estas desde el dominio, para que cuando un usuario no esté conectado al dominio  un portátil tenga una configuración especial.

Vamos a realizar un ejemplo típico donde nuestro usuario  está con el portátil desconectado e inicia sesión con su portátil, aquí se le muestra un fondo de escritorio que no es corporativo y nuestro usuario da una imagen ante nuestros clientes poco corporativa.

Deseamos que cuando utilice su portátil y no esté conectado al dominio, su escritorio no pueda tener ningún wallpapers o tenga uno corporativo.

Lo primero que hay que hacer es un grupo donde alberguemos todas las máquinas del departamento o por ejemplo como hemos realizado a continuación, meter todos los portátiles del departamento finanzas:

grupo 300x166 Loopback Policies. Control de políticas locales

Una vez que tenemos nuestro grupo preparado. Debemos crear la política que luego vamos a utilizar, para ello en el administrador de políticas GPMC creamos una nueva política para forzar el escritorio del usuario que queramos:

politica desktop 300x239 Loopback Policies. Control de políticas locales

Para nuestra configuración es necesario no sólo configurar la política del escritorio, tenemos que configurar una política llamada: “User Group Policy loopback Proccesing Mode”. Esta política hace que se haga un “merge” (una fusión) de la política de dominio con las políticas locales. Realizándose una mezcla de los dos scopes: Dominio y Local

loopback desktop 300x250 Loopback Policies. Control de políticas locales

La explicación de las opciones de la política sería la siguiente:

Replace: La configuración definida por el usuario en su máquina en los objetos de política o en su Shell, reemplaza la configuración de políticas que nosotros estamos aplicando en el dominio o las que normalmente se le aplica. Esto quiere decir que vale más lo que el usuario haya configurado que nuestra política de dominio.

Merge: La configuración final del usuario es una fusión de las políticas locales y las políticas de dominio. Cuando el usuario no está logado en el dominio se realiza la fusión o “merge” de dichas políticas. Si hay conflicto en las políticas  se aplica la configuración del usuario.

Este tipo de política se aplicará a cualquier usuario que haga logon en la máquina.

Configurarémos entonces: “User Group Policy loopback Proccesing Mode

Ahora asigna tú política a la OU donde están las máquinas o la unidad organizativa donde están las máquinas a las que quieres aplicar la política y abajo en Scope, selecciona el grupo que has creado con los portátiles, así sólo se aplicará a las máquinas del grupo y no a los demás:

scope sales 300x175 Loopback Policies. Control de políticas locales

IvanZito

Una vez que tenemos nuestro grupo preparado. Debemos crear la política que luego vamos a utilizar, para ello en el administrador de políticas GPMC creamos una nueva política para forzar el escritorio del usuario que queramos:

Canales CSEs: Replicación de políticas GPOs.

21 Febrero, 2010

Canales CSEs ( Replicación de políticas  GPOs ) en dominio.

Cuando se crea o modifica una politica esta se refresca a las máquinas clientes, pero si la política no ha cambiado dicho cambio no se transmite lo que puede causar algún problema de replicación.

Las políticas se refrescan por grupos, siendo estas por ejemplo un grupo para las que tienen que ver con IP Security, otras con EFS, otras con carpetas y así sucesivamente hasta hacer el total de grupos que albergan todas las políticas.

Quiero  decir con esto que el proceso de replicación se produce no en una sola acción sino en varias que son administradas por el Cliente de Políticas de las máquinas.

Cada uno de estos procesos que se realiza de forma independiente y que sólo actualiza el grupo de politicas al que pertenece se llama CSE.

Digamos para entenderlo mejor, un CSE es un subconjunto de políticas del conjunto que alberga todas las GPOs. Las políticas se replican en varios procesos cada uno es una canal que sólo replica un subconjunto de todas las GPOs.

Así si quieres que un CSEs( Proceso por el cual se actualiza el grupo de políticas concreto) se replique aunque no haya habido cambios dentro de dicho grupo de políticas. En la GPO de dominio tienes que entrar en el CSEs correspondiente y seleccionar la opción que tienes en la imagen siguiente y se llama “ Process even if the Group Policy objetcs have not change”.

Imagen 11 300x186 Canales CSEs: Replicación de políticas  GPOs.

Existe un servicio en las máquinas que se pone en funcionamiento para hacer gestionar dichos canales CSEs se llama Group Police Client es el encargado de poner en funcionamiento los canales de replicación de políticas y hacer que las máquinas clientes reciban las políticas por los diferentes canales CSE.

Es importate que sepas que estas políticas son reaplicadas cada 16 horas y no cada 90 o 120 minutos como las políticas que han sido creadas o modificadas. Una política que no ha sufrido cambios en la configuración pero tiene marcada esta opción hará su replica por medio de su canal correspondiente CSE cada 16 horas y las que han sido modificadas cada 90 ó 120 minutos.

Utilizar filtros WMI para aplicar GPOs

18 Febrero, 2010

Algunas veces hemos necesitado hacer algún filtro en las políticas para que no se apliquen a algunas máquinas concretas o algunas con algunas características especial. Bien, aparecen para ayudarnos los llamados Filtros WMI para aplicar las políticas a las máquinas con las características deseadas o bien no aplicar a determinadas máquinas.

Es necesario hacer consultas WQL que son parecidas a las consultas SQL pero sobre los objetos WMI.

Cuando seleccionamos el “Scope” de una política ( el grupo de objetos a los que queramos aplicar), podemos utilizar dichos filtros de manera que nuestra política sólo se aplique a las OUs, Sites o Dominos que queramos.

Primero tenemos que crear un filtro que será luego el Scope que utilizará la política.

Creamos nuevo filtro desde el administrador de políticas, GPM:

Imagen 1 300x291 Utilizar filtros WMI para aplicar GPOs

Ahora crea el filtro:

Imagen 2 300x130 Utilizar filtros WMI para aplicar GPOs

Ahora sobre una política ya definida, utiliza la pestaña Scope para aplicar a la política el filtro:

Imagen 3 300x234 Utilizar filtros WMI para aplicar GPOs

Con esto, conseguirás que esta política sólo se aplique a las máquinas con SP3.

IvanZito

Actualización SP3 SQL 2005 en cluster Microsoft

16 Febrero, 2010

Para realizar la instalación del SP3 en un cluster de SQL debes proceder con el SP3 en el nodo activo. Dicho Service Pack se encarga de actualizar los servicios comunes que se encuentran clusterizados. Esto quiere decir que al ejecutar el SP3 en el nodo activo actualizará el nodo1 y el nodo2 sólo pero sólo los servicios que se pueden poner en cluster :

• SQL Server ( Motor de la base de datos )
• Analysis Services

Por ello cuando realizas una instalación en cluster sólo puedes instalar como cluster esto:

servicios clusterizables1 Actualización SP3 SQL 2005 en cluster Microsoft

Los demás servicios al no ser clusterizables, se actualizan de forma independiente.
Esto quiere decir que tendremos que ejecutar otra vez el SP3 en el nodo pasivo (nodo2 ) y aquí se actualizará todo menos el Analysis Services y el motor de SQL Server, estos no saldrán marcados ya que es el nodo pasivo.
Para realizar la instalación mantén todos los recursos en el nodo1 y no los cambies hasta terminar la actualización completamente en ambos servidores, siempre deja los recursos en un nodo durante todo el proceso, por ejemplo en el nodo1.
Fíjate como cuando actualizas en el nodo 1 el SP3, la instalación hace referencia a la instancia de cluster actualizando los archivos en ambos nodos. Primero haciendo el nodo pasivo y luego el activo, no te preocupes si tarda la siguiente pantalla, está actualizando en primer lugar el pasivo:
esperando nodo2 300x68 Actualización SP3 SQL 2005 en cluster Microsoft

Aclaremos una cosa, hay algunos servicios de SQL que se pueden poner en cluster. Esto significa que cuando los instales tienes que hacerlo tanto en nodo como en otro de forma independiente, estos son los siguientes:

servicios no clusterizables sql 300x103 Actualización SP3 SQL 2005 en cluster Microsoft

Esta es la razón por la que la actualización, también ha que pasarla luego en el nodo pasivo, para que actualice estos componentes. Si no has instalado ninguno de estos no sería necesario pasar la actualización en el nodo 2. Sólo en el nodo que los tengas instalados.

Un dato importante después de la actualización fijarnos en el motor de la bbdd dentro del SQL Management y verificar si la versión que has instsalado es la correcta:

9.00.1399 – SQL Server 2005 release (RTM)
9.00.2047 – SQL Server 2005 SP1
9.00.3042 – SQL Server 2005 SP2
9.00.4053 – SQL Server 2005 SP3

8.00.194 – SQL Server 2000 release (RTM)
8.00.384 – SQL Server 2000 SP1
8.00.534 – SQL Server 2000 SP2
8.00.760 – SQL Server 2000 SP3
8.00.2039 – SQL Server 2000 SP4

7.00.623 – SQL Server 7.0 release (RTM)
7.00.699 – SQL Server 7.0 SP1
7.00.842 – SQL Server 7.0 SP2
7.00.961 – SQL Server 7.0 SP3
7.00.1063 – SQL Server 7.0 SP4

6.50.201 – SQL Server 6.5 release (RTM)
6.50.213 – SQL Server 6.5 with Service Pack 1
6.50.240 – SQL Server 6.5 with Service Pack 2
6.50.258 – SQL Server 6.5 with Service Pack 3
6.50.281 – SQL Server 6.5 with Service Pack 4
6.50.415 – SQL Server 6.5 with Service Pack 5
6.50.416 – SQL Server 6.5 with Service Pack 5a


-->