YOU’RE NOT VIEWING PANDA SECURITY USA. CLICK TO IMPROVE YOUR EXPERIENCE
VISIT PANDA SECURITY USA
x
OFERTA 48H
Si ya eres cliente de nuestra protección para particulares,
renueva ahora con un 50%
RENOVAR AHORA
x
OFERTA 48 HORAS
50%
RENOVACIONES Solo clientes particulares
RENUEVA CON DESCUENTO
x
OFERTA ESPECIAL
Si ya eres cliente de nuestra protección para particulares,
renueva ahora con un 50%
RENOVAR AHORA
x
OFERTA HALLOWEEN
Aprovéchate de unos
descuentos de miedo
COMPRA HOY AL 50%
x
OFERTA ESPECIAL
Compra el mejor antivirus
al mejor precio
COMPRA HOY AL 50%
x
OFERTA ESPECIAL
Compra el mejor antivirus
al mejor precio
COMPRA HOY AL 50%
x
HASTA
-60%
COMPRA YA
x
HASTA
-60%
COMPRA YA

Soporte técnico

¿Necesitas ayuda?

 

¿Cómo utilizar variables de entrada en componentes personalizados con Systems Management?

Información aplicable a:

Productos
Panda Cloud Systems Management

Introducción

El motor de scripts de Systems Management es muy potente, permitiendo al usuario escribir y entregar scripts (para tareas puntuales, tareas programadas y recurrentes o monitores) a dispositivos de destino específicos de la red.

Una de las posibilidades que ofrece dicho motor es la de definir variables de entrada en los scripts, lo que permite reutilizar un único componente para realizar varias tareas sin tener que reescribir código, así como crear (y mantener) componentes clonados.

Este artículo explica cómo utilizar dichas variables de entrada, así como cómo introducir referencias a las mismas en componentes por lotes o de vbscript.

Requisitos previos

Para sacar el máximo partido a este artículo es necesario disponer de ciertos conocimientos sobre scripting, aunque tampoco se profundiza excesivamente en ello.

El ejemplo práctico que usamos para mostrar cómo se utilizan las variables de entrada es el mismo que se utilizó en el artículo Cómo crear componentes personalizados con Systems Management, por lo que resulta recomendable haber leído y entendido dicho artículo.

Qué es una 'variable de entrada'?

Las variables de entrada permiten definir elementos en los scripts durante su ejecución, en lugar de tener que codificarlos de forma rígida en el propio script. Las variables de entrada permiten utilizar un mismo script para realizar distintas acciones, cambiando la variable en lugar del script completo.

Por ejemplo, si fuese necesario tener que reiniciar de forma habitual una serie de servicios de Windows, se podría crear un componente por servicio, del siguiente modo:

Reiniciar el servicio de Net Logon
Reiniciar el servicio Cliente DNS
Reiniciar el servicio Cliente DHCP

Sin embargo, un sistema más eficaz sería escribir un componente "reiniciar servicio", y pasarle el nombre del servicio que debe ser reiniciado al ejecutarlo. Para eso sirven las variables de entrada.

¿Cómo funcionan las variables de entrada en Systems Management?

Al ejecutar un componente, Systems Management básicamente crea variables de entorno de Windows que apuntan a los nombres y valores de las variables de entrada. A continuación, se llama a dichas variables en los scripts tal y como se haría con una variable de entorno 'normal' (por ejemplo %nombredeequipo%).

¿Cómo crear variables de entrada?

Las variables de entrada se especifican en el momento de crear un componente. Abra un componente que ya exista para ver en qué lugar de la sección Variables se deben añadir las variables:



La imagen superior muestra cómo hemos creado una variable de entrada de nombre "FileName", con el valor por defecto 'test.txt'. A partir de este momento, al configurar una política para el uso del script de este monitor, será posible especificar el valor al que tendrá que apuntar al ejecutarse:



¿Cómo introducir referencias a las variables de entorno en un script?

Esto dependerá del tipo de script que se esté escribiendo. Así, en scripts por lotes, bastará con poner el nombre de la variable a la que se quiera hacer referencia entre los símbolos %:



En VBScript es un poco más complicado: hay que expandir la variable de entorno y configurar una variable 'normal' para dicho valor:



En cuanto a PowerShell, las variables deben ser tratadas como elementos hijo de una unidad de Powershell de nombre Env:


También puede hacerse lo siguiente:



Ejemplo práctico

En este ejemplo, tomaremos el componente creado en este artículo y lo modificaremos para que la unidad, ruta y nombre de archivo dejen de estar codificados de forma rígida en el script - pasarán a ser variables.

- Abra el componente de tipo monitor que busca el archivo "test.txt".
- Añada 3 nuevas variables de entrada (una para la unidad, otra para la carpeta, y una tercera para el nombre de archivo).



Fíjese en que el script contiene valores por defecto, de forma que si se ejecuta el monitor sin ningún cambio en las variables, buscará el archivo C:\Test\Test.txt.
Modifique el script para que utilice las variables tal y cómo se ha descrito anteriormente en lugar de la ruta explícita:



A continuación, vuelva a crear la política que utiliza este monitor. Podrá especificar la unidad, ruta y nombre de archivo en el momento de añadir el monitor. De esta forma, un único componente podrá alertar sobre la existencia de los archivos C:\Test\Test.txt, C:\Test\Check.xlsx y D:\Monitor\File.tmp.

Ayuda nº- 20151201 300164 ES

¿Has resuelto tu consulta con este artículo?

no

Gracias por tu respuesta


¿Cómo mejoraría este artículo?




¿Desea Contactar con Soporte?

SIEMPRE ONLINE PARA AYUDARTE TWITTER FORO

Contacta con nuestros técnicos:

Escribe un email
SIEMPRE ONLINE PARA AYUDARTE TWITTER FORO