Ver demo×
×

¡Vean a NinjaOne en acción!

Al enviar este formulario, acepto la política de privacidad de NinjaOne.

Automatización avanzada de TI en NinjaOne: aplicaciones de instalación automática

Automazione con NinjaOne

[av_textblock size=» av-medium-font-size=» av-small-font-size=» av-mini-font-size=» font_color=» color=» id=» custom_class=» template_class=» av_uid=’av-lhqbfsih’ sc_version=’1.0′ admin_preview_bg=»]

Automatización avanzada de TI en NinjaOne: aplicaciones de instalación automática

automatizacion-avanzada-aplicaciones-de-instalacion-automatica

Este artículo es complementario a nuestro seminario web de Automatización avanzada en NinjaOne, y proporciona instrucciones paso a paso para configurar el ejemplo de aplicaciones de instalación automática analizado durante ese seminario web. La grabación completa del webinar proporciona ejemplos adicionales, consejos y sugerencias para sacar más partido a las capacidades de automatización de Ninja.

Este artículo y la grabación del seminario web deberían leerse y verse juntos. Haz clic aquí para acceder a una explicación detallada del ejemplo de autoinstalación de aplicaciones, o puedes ver la grabación completa a continuación:

Qué lograremos con esta automatización avanzada de TI

En este tutorial, crearemos un formulario reutilizable (a través de campos personalizados) para automatizar el despliegue de múltiples aplicaciones (a través de scripts), utilizando políticas para rellenar automáticamente ese formulario, detectar el relleno del formulario y desplegar los scripts haciendo que la implementación de la aplicación sea totalmente automatizada.

Esta automatización permite crear perfiles personalizados de despliegue de software a escala mediante la asignación de políticas.

Configurar campos personalizados

Necesitaremos varios campos personalizados para esta automatización: un switch de despliegue maestro y una casilla de verificación para cada aplicación que queramos implementar. En este ejemplo, estamos creando switches para Malwarebytes, Bitdefender Gravityzone, Google Chrome y Mozilla Firefox; la cartera de aplicaciones que pones a disposición para su despliegue puede cambiarse y ampliarse fácilmente.

Cuando el switch de despliegue maestro está activado (establecido en «true»), la política desplegará cada aplicación cuya casilla de verificación esté marcada (establecida en «true»).

Campos personalizados

Para configurar campos personalizados, dirígete a «Configuración» -> «Dispositivos» -> «Campos personalizados globales» Estos campos personalizados también pueden configurarse como campos personalizados de función si sólo se aplican a un tipo de dispositivo específico (sólo portátiles Windows, por ejemplo).

Todos los campos personalizados deben configurarse como ‘Lectura / Escritura’ mediante scripts. Todos los campos personalizados de este ejemplo son casillas de verificación.

Nombre del campo Tipo Propósito
Confirmación de la aplicación Casilla de verificación Detiene la ejecución de la automatización hasta que se establece en «true»
Malwarebytes Casilla de verificación Indica si se debe instalar MalwareBytes
Bitdefender GravityZone Casilla de verificación Indica si se debe instalar Bitdefender
Google Chrome Casilla de verificación Indica si se debe instalar Chrome
Mozilla Firefox Casilla de verificación Indica si se debe instalar Firefox

Este es el aspecto que tendrá el formulario en un endpoint:

Si estás siguiendo la grabación del seminario web, también utilizamos un campo personalizado a nivel de organización denominado «ID de paquete» para garantizar la correcta instalación de GravityZone.

Scripts de configuración

Para esta automatización, necesitaremos:

  • Checkbox Field Management – un script dinámico que desmarcará o marcará una casilla de verificación.
param(
    $fieldname,
    $fieldvalue
)
Ninja-Property-Set $fieldname $fieldvalue

Este script te permite marcar o desmarcar una casilla de verificación introduciendo el nombre del campo y el valor del campo al configurar el script para que se ejecute.
Por ejemplo, si se ejecuta con los siguientes parámetros, el campo Malwarebytes se establecerá como verdadero.

$fieldname = Malwarebytes
$fieldvalue = 1

  • Despliegue de aplicaciones: un script para cada aplicación que queramos desplegar. Puedes utilizar el script de despliegue de aplicaciones incorporado o escribir tu propio script personalizado para despliegues de aplicaciones más complejos. Ten en cuenta que las aplicaciones deben instalarse de forma silenciosa.

Unirlo todo mediante políticas

En este ejemplo, las políticas cumplirán dos funciones:

  1. Detectar cuándo está marcada la casilla de verificación de despliegue de una aplicación y desplegar la aplicación adecuada
  2. Configurar casillas de verificación específicas cuando se incorpora un dispositivo por primera vez

Detectar y desplegar

La detección del estado de la casilla de verificación y la activación del despliegue de la aplicación se realizarán mediante condiciones.

Tendremos que configurar uno de ellos para cada aplicación que despleguemos. En este ejemplo utilizaremos Google Chrome:

  1. Añade una nueva condición con un tipo de condición de «campo personalizado»
  2. En «El valor del campo personalizado debe cumplir todas las condiciones», selecciona el campo personalizado «Google Chrome», establece el operador en «igual» y marca la casilla de verificación
  3. Añade un segundo campo en «El valor del campo personalizado debe cumplir todas las condiciones», selecciona el campo personalizado «Confirmación de la aplicación», establece el operador en «igual» y marca la casilla de verificación.
  4. Pulsa «Aplicar»

Cuando se active este monitor, vamos a querer desplegar Google Chrome, por lo que añadiremos un script de instalación de la aplicación.

  1. Haz clic en «Añadir script»
  2. Haz clic en «Instalar aplicación»
  3. Sigue las instrucciones de la solicitud de instalación

Tampoco queremos que Ninja intente instalar Chrome continuamente, así que vamos a desmarcar el campo personalizado Google Chrome desplegando también el script Checkbox Field Management de antes.

Automatización del perfil de despliegue de aplicaciones

Este último paso es puramente opcional, pero añade mucho valor a esta automatización. En resumen, cuantas más aplicaciones configures de este modo y más perfiles de despliegue de aplicaciones puedas automatizar, mejor.

En este punto, tus técnicos pueden marcar manualmente las casillas de un dispositivo e implementar el software. Este paso asignará automáticamente perfiles de despliegue de aplicaciones a los dispositivos cuando se añadan a una política.

Utilizaremos scripts programados para marcar automáticamente las casillas de verificación de aplicaciones específicas cada vez que se añada un nuevo dispositivo a esta política. Para este ejemplo, desplegaremos automáticamente GravityZone y Chrome cuando se añada un dispositivo a la política.

  1. Dirígete a «Scripts programados» en tu política y haz clic en «Añadir un script programado»
  2. Asigna un nombre a la secuencia de comandos («Perfil de implantación de aplicaciones», por ejemplo)
  3. Establece la programación en «Ejecutar una vez inmediatamente»: esto ejecutará el script en cuanto el dispositivo se registre por primera vez
  4. Añade un script y elige ‘Checkbox Field Management’
  5. Configura los parámetros a ‘bitdefenderGravityzone true’
  6. Pulsa «Aplicar» y «Guardar»

Tendrás que repetir el proceso para Chrome y el proceso de casilla de verificación de confirmación de la aplicación, con la única diferencia de que los parámetros se establecen en ‘chrome true’ y ‘applicationCommit true’

Una vez que pulses Guardar, se ejecutará este perfil de despliegue de aplicaciones.

Despliegue en el mundo real

Este ejemplo utiliza un número limitado de aplicaciones y un único perfil de despliegue de aplicaciones. En un escenario real, el número de solicitudes sería probablemente mucho mayor. Además, si sólo tenemos un perfil de despliegue de aplicaciones, la necesidad de despliegue condicional es mínima, y hay formas más sencillas de conseguirlo.

Un mejor escenario de despliegue podría aprovechar la herencia de políticas y múltiples subpolíticas para asignar aplicaciones basadas en la función del empleado y/o las necesidades del cliente.

  • Parent Policy – aquí se configuran todos los monitores de despliegue de aplicaciones. No se asigna ningún script programado para un perfil de despliegue de aplicaciones.
    • Marketing Child Policy – Utiliza un script programado para crear una política de despliegue de aplicaciones que instala aplicaciones comunes, Photoshop y software de edición de vídeo.
    • Engineering Child Policy – Utiliza un script programado para crear una política de despliegue de aplicaciones que instala aplicaciones comunes, Nodepad++ y una VPN en tu entorno de producción.
    • Finance Child Policy – Utiliza un script programado para crear una política de despliegue de aplicaciones que instala aplicaciones comunes y software de contabilidad.

[/av_textblock]

También te puede gustar

¿Listo para convertirte en un Ninja informático?

Descubre cómo NinjaOne puede ayudarte a simplificar las operaciones de TI.

Términos y condiciones de NinjaOne

Al hacer clic en el botón «Acepto» que aparece a continuación, estás aceptando los siguientes términos legales, así como nuestras Condiciones de uso:

  • Derechos de propiedad: NinjaOne posee y seguirá poseyendo todos los derechos, títulos e intereses sobre el script (incluidos los derechos de autor). NinjaOne concede al usuario una licencia limitada para utilizar el script de acuerdo con estos términos legales.
  • Limitación de uso: sólo podrás utilizar el script para tus legítimos fines personales o comerciales internos, y no podrás compartirlo con terceros.
  • Prohibición de republicación: Bajo ninguna circunstancia está permitido volver a publicar el script en ninguna biblioteca de scripts que pertenezca o esté bajo el control de cualquier otro proveedor de software.
  • Exclusión de garantía: El script se proporciona «»tal cual» y «según disponibilidad», sin garantía de ningún tipo. NinjaOne no promete ni garantiza que el script esté libre de defectos o que satisfaga las necesidades o expectativas específicas del usuario.
  • Asunción de riesgos: El uso que el usuario haga del script corre por su cuenta y riesgo. El usuario reconoce que existen ciertos riesgos inherentes al uso del script, y entiende y asume cada uno de esos riesgos.
  • Renuncia y exención: El usuario no hará responsable a NinjaOne de cualquier consecuencia adversa o no deseada que resulte de su uso del script y renuncia a cualquier derecho o recurso legal o equitativo que pueda tener contra NinjaOne en relación con su uso del script.
  • CLUF: Si el usuario es cliente de NinjaOne, su uso del script está sujeto al Contrato de Licencia para el Usuario Final (CLUF).