Los proyectos usan dos mecanismos, condiciones de ámbito y activación, para controlar qué dispositivos reciben configuraciones y cuándo se activan dichas configuraciones.
Ámbito
El ámbito define qué dispositivos reciben un proyecto. El ámbito se asigna mediante grupos inteligentes o estáticos. Jamf evalúa la pertenencia a grupos en función de los datos de inventario de dispositivo. Cuando un dispositivo forma parte de un grupo incluido en el ámbito, el proyecto se envía a ese dispositivo.
Los grupos inteligentes se calculan dinámicamente. La pertenencia se actualiza automáticamente cuando cambia el inventario de un dispositivo y cumple los criterios de grupo que usted defina. Los grupos estáticos tienen pertenencias fijas que usted asigna manualmente.
Puede consultar más información sobre la creación de un grupo inteligente o estático en Grupos de dispositivos en la Documentación de Jamf School.
Condiciones de activación
Las condiciones de activación controlan cuándo se activan en un dispositivo los componentes de un bloque. En lugar de recurrir a Jamf para determinar qué componentes se aplican, las condiciones de activación emplean criterios creados a partir de atributos que los dispositivos declaran sobre sí mismos, como la versión de SO, el modelo de dispositivo y el estado del código. Los criterios también pueden usar la pertenencia a un grupo de dispositivos, que es la única propiedad que Jamf registra sobre el dispositivo, en lugar de un atributo que el dispositivo declara.
Cuando el estado declarado de un dispositivo coincide con las condiciones definidas para un bloque de componentes, los componentes de ese bloque se activan en el dispositivo.
En el caso de los criterios basados en un atributo declarado por el dispositivo, este activa la configuración en cuanto se produce un cambio de estado relevante (por ejemplo, cuando se completa una actualización del SO), sin esperar a que se registre.
En el caso de los criterios basados en la pertenencia a un grupo de dispositivos, la activación depende de que Jamf sincronice esa propiedad con el dispositivo. Puede producirse un breve retraso entre un cambio en la pertenencia a un grupo y la activación resultante.
Bloques de componentes
Un proyecto contiene uno o más bloques de componentes. Un bloque de componentes es un grupo de componentes que comparten una condición de activación. Cuando cree un proyecto, los componentes se añaden al primer bloque, denominado por omisión Componentes de este proyecto. Cada bloque adicional se denomina Bloque 2, Bloque 3, etc.
Añada bloques para organizar los componentes que deban activarse en función de distintas condiciones. Puede cambiar el nombre de cada bloque por un título que lo describa mejor. Como cada bloque tiene su propia condición de activación, un solo proyecto puede aplicar diferentes componentes a un dispositivo en función de distintas condiciones, sin necesidad de crear un proyecto independiente para cada situación. Puede añadir hasta 100 bloques de componentes en un solo proyecto.
Cómo se combinan las condiciones de ámbito y activación
Las condiciones de ámbito y activación cumplen propósitos diferentes y funcionan a distintos niveles. El ámbito determina qué dispositivos reciben un proyecto. Las condiciones de activación determinan si los componentes de un bloque se aplican a un dispositivo determinado en un momento dado.
El ámbito siempre es obligatorio. Un dispositivo debe estar dentro del ámbito para recibir un proyecto, y una condición de activación solo se aplica a los dispositivos que ya están dentro del ámbito. Las condiciones de activación precisan el momento en que se activan los componentes de un proyecto. Por sí solas, no entregan un proyecto a un dispositivo.
El ámbito aplica un proyecto de la misma manera a todos los dispositivos de un grupo incluido en dicho ámbito. Las condiciones de activación añaden un segundo nivel de control: dentro de un mismo proyecto, cada bloque de componentes puede activarse en función de distintas condiciones, y cada dispositivo evalúa esas condiciones según su propio estado actual. Use condiciones de activación cuando necesite que un proyecto aplique diferentes componentes a distintos dispositivos, o cuando necesite que un componente se active solo mientras un dispositivo se encuentre en un estado determinado.
Por ejemplo, puede aplicar el ámbito de un proyecto a todos los dispositivos de un grupo inteligente y, después, usar la condición de activación de un bloque de componentes para aplicar los componentes de ese bloque solo a los dispositivos con una versión mínima del SO. Los dispositivos que no cumplan los criterios de activación reciben igualmente el proyecto, pero los componentes de ese bloque no se activan hasta que se cumplan las condiciones definidas. Como cada dispositivo evalúa sus propias condiciones de activación, los componentes se activan en cuanto el dispositivo alcanza la versión mínima del SO, sin esperar a que Jamf recalcule la pertenencia al grupo.
También puede usar la pertenencia a un grupo de dispositivos como condición de activación. A diferencia del ámbito, que entrega o retiene un proyecto completo en función de la pertenencia a un grupo, una condición de activación basada en la pertenencia a un grupo solo controla los componentes de un bloque y puede combinarse con otros criterios de ese bloque. Por ejemplo, es posible que desee que los componentes de un bloque se apliquen a todos los dispositivos del ámbito, excepto a los que usan los ejecutivos de su empresa. Añada al bloque una condición que excluya el grupo de dispositivos que contiene los dispositivos de los ejecutivos. Esos dispositivos siguen recibiendo el proyecto y cualquier otro bloque que se les aplique, pero los componentes de este bloque no se activan en ellos.
Esta separación reduce la necesidad de crear varios grupos inteligentes o varios proyectos para aplicar lógica condicional.