zman (1)

Name

zman - La interfaz de línea de comandos para gestionar los productos de Micro Focus ZENworks , incluidos Asset Management, Configuration Management, Endpoint Security Management y Full Disk Encryption.

Descripción

La interfaz de línea de comandos zman permite acceder rápidamente a la mayoría de las operaciones de gestión de ZENworks. Puede utilizar los comandos de zman en guiones para automatizar muchas de las tareas de gestión de ZENworks.

Las siguientes secciones ofrecen información acerca de todos los comandos proporcionados para los productos de ZENworks Los comandos son aplicables a todos los productos, con las siguientes excepciones:

  • Comandos de ZENworks Asset Management: solo se aplican a ZENworks Asset Management.

  • Comandos de lotes de ZENworks: solo se aplican a ZENworks Configuration Management.

  • Comandos de ZENworks Imaging: solo se aplican a ZENworks Configuration Management.

  • Comandos de ZENworks Endpoint Security Management: solo se aplican a ZENworks Endpoint Security Management.

  • Comandos de ZENworks Full Disk Encryption: solo se aplican a ZENworks Full Disk Encryption.

Sintaxis

zman <categoría>-<comando> [-opciones] [argumentos]

En general, los comandos de zman cuentan con una forma corta y otra larga. La forma larga sigue el formato categoría-acción. Por ejemplo, el comando registration-list muestra una lista de los registros incluidos en una carpeta de registro. Existen muchos comandos, pero la mayoría son fáciles de recordar, ya que se agrupan en categorías (estación de trabajo, servidor, lote, directiva, administrador, registro, etc.) y la mayoría de las acciones que se pueden realizar (mostrar una lista, crear, editar y suprimir) son comunes a todas las categorías.

La forma abreviada de los comandos utiliza una letra de cada palabra de la forma larga. De esta forma, admin-list se abrevia como al. Existen algunas excepciones a esta regla para que no se repitan los nombres cortos. Por ejemplo: bc es la forma corta de bundle-create y bcp es la forma corta de bundle-copy.

Los comandos pueden tener opciones y argumentos. Las opciones se pueden especificar en cualquier lugar del comando, mientras que los argumentos dependen de la posición.

Opciones

Hay dos tipos de opciones: conmutadores e indicadores. Ambos cuentan con una forma corta y otra larga. La forma corta va precedida de un guion (-) y la forma larga de dos guiones (‑‑). Por ejemplo, ‑n y ‑‑namefilter son las formas corta y larga del indicador utilizado para filtrar la presentación de los resultados por nombre para el comando bundle-list.

Conmutador: es un parámetro que no toma ningún valor. Basta su presencia para indicar algo. Por ejemplo, si se especifica el conmutador –recursive en bundle-list, se está indicando que el contenido de las subcarpetas también se debe mostrar.

Indicador: este parámetro se utiliza para establecer un valor para una opción. El valor se indica seguido por un espacio o un signo igual tras la forma corta o larga de la opción. Ejemplo: zman bundle-list -namefilter "lote*" -r

Argumentos

Los argumentos de los comandos se suelen ordenar de la misma forma que el propio comando. Por ejemplo, para server-add-bundle, primero se nombra el servidor y después el lote.

Guía de uso

Esta sección incluye información sobre las convenciones y el formato general de los comandos.

Administradores

Todas las acciones de zman están controladas por las limitaciones de acceso del administrador. La cuenta de administrador inicial creada durante la primera instalación tiene derechos para todos los objetos. A las cuentas de administrador adicionales que cree se les conceden por defecto derechos de solo lectura. A estas cuentas se les deben conceder explícitamente derechos para todos los objetos que deban gestionar.

Ayuda

La interfaz de línea de comandos zman proporciona ayuda a distintos niveles. Canaliza la ayuda a través del comando more del sistema operativo para obtener un resultado por el que es posible desplazarse.

  • En el nivel superior, muestra todas las categorías de comandos disponibles en zman y las opciones globales para los comandos.

    Ejemplo: zman

  • En el nivel de todas las categorías, muestra todos los comandos disponibles en zman organizados en categorías (estación de trabajo, servidor, lote, directiva, etc.).

    Ejemplo: zman -h

  • En cada categoría, muestra los comandos específicos disponibles para esa categoría.

    Ejemplo: zman policy /?

  • En cada nivel de comando, ofrece información sobre el uso, ayuda detallada y ejemplos para un comando concreto.

    Ejemplo: zman policy-list ‑‑help

  • -h y ‑‑help son las opciones de ayuda disponibles.

Carpetas

Si no se especifica ninguna carpeta para los comandos que usan un argumento de carpeta, el comando en cuestión utilizará la carpeta root. Para especificar una vía de carpeta, indique todas las carpetas de la raíz separadas por una barra inclinada (/).Por ejemplo, si dispone de una carpeta cuyo nombre es carpeta1 en la raíz que, a su vez, contiene una subcarpeta llamada subcarpeta1, podrá hacer referencia a esta carpeta como carpeta1/subcarpeta1. Las carpetas que se especifiquen deben existir previamente.

Argumentos obligatorios y opcionales

Los argumentos incluidos entre paréntesis ( ) son obligatorios, mientras que los que se incluyen entre corchetes [ ] son opcionales.

Puntos suspensivos (...)

Los puntos suspensivos indican que un comando acepta varias entradas del último tipo de argumento. Los argumentos se deben separar mediante espacios o comas, según el comando. Por ejemplo:

zman server-add-bundle [opciones] (servidor) (lote) [...]

Los puntos suspensivos indican que server-add-bundle puede aceptar varios lotes. En la ayuda del nivel de comandos, la ayuda de argumento de entrada múltiple se indica como [(lote) (lote) ... (lote)] para que sea más clara.

Todos los comandos que cuentan con varias entradas en el último argumento, también tienen la opción -f|‑‑folder. Esta opción resulta útil en el caso de que todas las entradas del argumento se encuentren en la misma carpeta. La vía de las entradas se calcula de forma relativa a esta vía de carpeta. Por ejemplo:

zman server-add-bundle servidor1 carpetalote/lote1 carpetalote/lote2

también se puede indicar así:

zman server-add-bundle servidor lote1 lote2 ‑‑folder carpetalote

Vía de los objetos de ZENworks

Si el argumento necesario es la vía de un objeto de ZENworks, se debe especificar la vía de forma relativa a la carpeta raíz de ese objeto separada por una barra inclinada (/), a no ser que en la ayuda del comando se indique que se debe introducir la vía absoluta. Por ejemplo:

zman server-add-bundle carpetaservidor/servidor carpetalote/lote1

donde las vías absolutas de los argumentos son:

/dispositivos/servidores/carpetaservidor/servidor y /lotes/carpetalote/lote1

Exportación de objetos a un archivo

Puede utilizar los comandos de zman, como bundle-export-to-file, policy-export-to-file o settings-export-to-file para exportar lotes, directivas y definiciones de valores respectivamente a un archivo indicado en formato XML. El archivo se crea con el nombre y la extensión que haya especificado. Si no se especifica la extensión de archivo, se añadirá por defecto la extensión .xml. Estos archivos se pueden utilizar para crear lotes, directivas y valores.

Servicio zman

Ahora se puede ejecutar zman como servicio. La ejecución de zman como servicio permite ejecutar los comandos de zman en modo de servicio, lo que reduce el tiempo de ejecución de los comandos.

Los comandos del servicio zman se agrupan dentro de la categoría de shell y son los siguientes:

zman shell-start-as-service (ssas) [opciones]

Inicia el servicio zman.

Acepta las siguientes opciones:

  • -s o ‑‑servicePort: permite especificar el puerto en el que debe ejecutarse el servidor de zman. El puerto por defecto es el 2020
zman shell-stop-service (sss)

Detiene el servicio zman.

zman shell-status (ssts)

Muestra el estado del servicio zman.

Para ejecutar los comandos de zman como servicio, debe hacer lo siguiente:

  • Antes de iniciar el servicio zman, ejecute el comando zman admin-store-credential(asc) para guardar las credenciales. El servicio zman utiliza las credenciales guardadas para ejecutar los comandos de zman en el modo de servicio.

  • Si decide ejecutar algún comando de zman que requiera vías de archivos en el modo de servicio, deberá especificar la vía de archivo completa en lugar de la relativa. Por defecto, el directorio de trabajo se inicializa en la ubicación en la que se inicia el servicio zman.

  • Si ejecuta zman como servicio, asegúrese de que el servicio se reinicia después de completar la actualización del sistema en el servidor.

Los siguientes comandos de zman se ejecutan como procesos independientes incluso cuando el servicio zman se está ejecutando:

  • zman shell-stop-service (sss)
  • zman admin-create(ac)
  • zman admin-store-credential(asc)
  • zman certificate-authority-export(cae)
  • zman certificate-authority-import(cai)
  • zman zenserver-backup(zsb)
  • zman zenserver-restore(zsr)

Comandos de gestión de activos

Estos comandos se emplean para cargar archivos de registro de compras y actualizar el motor de conformidad. Sólo se aplican a ZENworks Asset Management.

asset-management-import-contract|amic (-f|‑‑fileName=vía de archivo)

Importa un contrato a un archivo. El comando pone en cola la tarea de importación que debe procesar el cargador. El cargador carga los contratos del archivo.

Se trata de un comando asíncrono, lo que significa que se vuelve a zman inmediatamente, sin esperar a que finalice la importación. Esto se debe a que la ejecución puede tardar mucho tiempo. Puede comprobar el progreso de la importación en el archivo de registro creado por el comando.

Acepta la siguiente opción:

  • -f, ‑‑filename=[vía al archivo]: especifique la vía completa del archivo de valores separados por comas (.csv o .txt) que se debe importar.
asset-management-load-purchase-record (amlpr)

Permite cargar un archivo de registro de compras. El cargador de registros de compras busca el archivo que se debe cargar en el servidor primario, dentro de la carpeta DIRECTORIO_PERSONAL_ZENWORKS/temp/PurchaseRecordImport/uploaded. Si todavía no ha utilizado el cargador de registros de compras desde el Centro de control de ZENworks, deberá crear esa carpeta.

Se trata de un comando asíncrono, lo que significa que se vuelve a zman inmediatamente, sin esperar a que finalice el comando. Esto se debe a que la ejecución puede llevar mucho tiempo. Se puede comprobar el estado del proceso en el Centro de control de ZENworks.

asset-management-refresh-compliance-data (amrcd)

Ejecuta el motor de conformidad para actualizar los datos de conformidad de licencias de software.

Se trata de un comando asíncrono, lo que significa que se vuelve a zman inmediatamente, sin esperar a que finalice el comando. Esto se debe a que la ejecución puede llevar mucho tiempo. Se puede comprobar el estado del proceso en el Centro de control de ZENworks.

Comandos de configuraciones de auditoría

Estos comandos se usan para importar y exportar detalles de la configuración de auditoría. Los comandos de auditoría comienzan con audit- en la forma larga y con la letra a en la forma corta. Los comandos siguientes aceptan los indicadores de opción mostrados en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

audit-settings-export-to-file|asetf [-s|‑‑source=vía del dispositivo de origen o de la carpeta del dispositivo] [-a|‑‑auditEventStatus=estado del evento] [-t|‑‑type=tipo] [-e|‑‑effective] (vía del archivo XML) [<nombre de configuración> <nombre de configuración>... <nombre de configuración>]

Exporta los cambios y la configuración del evento de auditoría del agente a un archivo XML para una zona, la carpeta del dispositivo o el nivel del dispositivo.

-s, ‑‑source=<vía del dispositivo de origen o de la carpeta del dispositivo> - Vía del dispositivo o de la carpeta del dispositivo relativa a /Dispositivos desde la que se van a exportar las configuraciones. Si no se especifica, las configuraciones se exportarán desde el nivel de la zona de gestión.

-a, ‑‑auditEventStatus=<estado del evento> - El estado del evento puede ser enabled, disabled o all. El valor por defecto es all.

-t, ‑‑type=<tipo> - El tipo de evento puede ser AgentEvents, ChangeEvents o all. El valor por defecto es all.

-e, ‑‑effective: si se especifica, se recuperará la configuración en vigor; si no se especifica, solo se recuperarán las configuraciones definidas o sustituidas en la vía de origen.

(vía del archivo XML) - Archivo en el que se almacenan los datos de configuración en formato XML. Si el archivo no existe, se crea uno nuevo.

[nombre de configuración][...] - Nombres de las configuraciones que se van a exportar. Si no se especifica, se exportarán todas las configuraciones. Si se especifica, se recuperará la configuración en vigor; si no se especifica, solo se recuperarán las configuraciones definidas o sustituidas en la vía de origen.

audit-settings-import-from-file (asiff) [opciones] (vía del archivo XML) [vía del dispositivo de destino o de la carpeta del dispositivo][...]

Importa los cambios y la configuración del evento de auditoría del agente desde un archivo XML para una zona, una carpeta de dispositivo o el nivel del dispositivo.

(vía del archivo XML) - El archivo XML que contiene la información de configuración exportada. Utilice audit-settings-export-to-file (asetf) para exportar la información de configuración a un archivo XML.

[vía del dispositivo de destino o de la carpeta de dispositivo][...]: vía del dispositivo o de la carpeta del dispositivo relativa a /Dispositivos en la que se debe definir la configuración. Si no se especifica, la configuración se establecerá en el nivel de la zona de gestión.

Comandos del administrador

Estos comandos se utilizan para crear y gestionar cuentas de administrador. Los comandos del administrador comienzan con admin- en la forma larga y con la letra a en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

admin-clear-credential (acc)

Borra el nombre de usuario y la contraseña de ZENworks almacenados con el comando admin-store-credential. Siempre resulta más seguro y recomendable suprimir las credenciales almacenadas cuando se termina de ejecutar los comandos.

admin-create (ac) <administrador o usuario> [opciones]

Crea una cuenta de administrador de ZENworks.

(administrador o usuario) - Nombre del administrador o vía completa de un usuario en un origen de usuarios.

Acepta las siguientes opciones:

  • -f, ‑‑fullname=[nombre completo] - Nombre completo del administrador de ZENworks.
  • -a, ‑‑assign-same-rights - Otorga al nuevo administrador los mismos derechos que el administrador que ejecuta este comando.

El comando pedirá la contraseña del administrador, para evitar que se tenga que introducir en texto normal. Si la cuenta del administrador está basada en un usuario, utiliza las mismas credenciales definidas en el origen de usuarios, de forma que el comando no solicita la contraseña.

admin-delete (ad) <nombre del administrador de ZENworks> [...]

Suprime el nombre de una cuenta de administrador de ZENworks.

(nombre del administrador de ZENworks) [...] - Nombre del administrador de ZENworks. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

admin-list (al) [opciones]

Muestra una lista de todas las cuentas de administrador de ZENworks.

Acepta las siguientes opciones:

  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
admin-list-roles (alr) <nombre del administrador de ZENworks> [opciones]

Muestra las funciones asignadas a una cuenta de administrador de ZENworks.

Acepta la siguiente opción:

  • -l, ‑‑longnames - Muestra los nombres de los derechos. Se muestra por defecto la forma abreviada del nombre de los derechos.
admin-rename (ar) <nombre del administrador de ZENworks> (nombre nuevo)

Cambia el nombre de una cuenta de administrador de ZENworks.

admin-rights-delete (ard) <nombre del administrador de ZENworks> [opciones] [vía del objeto]

Suprime los derechos asignados a una cuenta de administrador de ZENworks.

[vía del objeto] [...] - Vía completa del objeto de ZENworks, empezando con una barra inclinada (/).

Acepta la siguiente opción:

  • -c, ‑‑category=[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman admin-rights-set ‑‑help | more.
admin-rights-info (ari) <nombre del administrador de ZENworks> [vía del objeto] [opciones]

Muestra los derechos asignados a una cuenta de administrador de ZENworks.

[vía del objeto] [...] - Vía completa del objeto de ZENworks, empezando con una barra inclinada (/).

Acepta las siguientes opciones:

  • -c, ‑‑category=[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman admin-rights-set ‑‑help | more.
  • -e, ‑‑effective - Muestra los derechos vigentes del administrador. Los derechos vigentes incluyen los derechos heredados de las funciones asignadas al administrador. Si no se especifica esta opción, se mostrarán los derechos asignados directamente al administrador.
  • -l, ‑‑longnames - Muestra los nombres de los derechos. Se muestra por defecto la forma abreviada del nombre de los derechos.

NOTA:este comando muestra los derechos asignados a la cuenta de administrador. Sin embargo, para mostrar los derechos de una cuenta de grupo de administradores, la vía del objeto no debe incluirse en el comando.

admin-rights-set (ars) <nombre del administrador de ZENworks> [categoría de derechos] [vía del objeto] [...] [opciones]

Otorga o deniega derechos a una cuenta de administrador de ZENworks.

[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman admin-rights-set ‑‑help | more.

[vía del objeto] [...] - Vía completa del objeto de ZENworks, empezando por la barra inclinada (/), en la que se deben aplicar los derechos. Para ver las carpetas raíz de los tipos de objetos permitidos para los que se pueden asignar derechos en cada categoría de derechos, ejecute zman admin-rights-modify ‑‑help | more.

Acepta las siguientes opciones:

  • -a, ‑‑allow=[derecho][...] - Lista separada por comas de los nombres largos o cortos de los derechos que se deben permitir. Para ver los derechos de cada categoría, ejecute zman admin-rights-set ‑‑help | more.
  • -A, ‑‑allow-all - Permite todos los derechos de la categoría de derechos.
  • -d, ‑‑deny=[derecho][...]: lista separada por comas de los nombres largos o cortos de los derechos que se deben denegar. Para ver los derechos de cada categoría, ejecute zman admin-rights-set ‑‑help | more.
  • -D, ‑‑deny-all - Deniega todos los derechos de la categoría de derechos.
  • -f, ‑‑folder=[nombre de la carpeta] - Vía completa de una carpeta. Si se especifica, la vía de los objetos se determina con respecto a esta carpeta. Se puede utilizar para especificar varios objetos de la misma carpeta.
  • -H, ‑‑help - Muestra ayuda detallada sobre las categorías de derechos disponibles y los nombres largos y cortos de los nombres de cada categoría. Si se especifica un nombre de categoría, la ayuda se proporciona para esa categoría.
admin-store-credential (asc) <nombre del administrador de ZENworks>

Almacena el nombre de usuario y la contraseña de ZENworks para utilizarlos con cada comando de forma que no es necesario introducir las credenciales cada vez que se utiliza un comando. Las credenciales se almacenan en el directorio personal del usuario que ha entrado en la sesión y solo se usan para ese usuario. En Linux, asegúrese de que el usuario tiene un directorio personal. Si comparte los mismos datos de acceso al equipo con otros administradores de ZENworks, deberá borrar sus credenciales con el comando admin-clear-credential cuando termine de ejecutar los comandos.

Comandos de asignaciones

Estos comandos se utilizan para calcular las asignaciones de todos los dispositivos de la zona. Los comandos de asignaciones comienzan con assignments- en la forma larga y con la letra a en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales.

assignments-compute-effective-assignments (area)

Realiza el cálculo de asignación vigente de todos los dispositivos gestionados de la zona.

assignments-bundle-status-recompute (absr)

Calcula el estado de las asignaciones del lote de todos los dispositivos gestionados de la zona.

Comando de archivo por lote

El comando de archivo por lote es un comando de utilidad que se utiliza para ejecutar una lista de comandos de zman a partir de un archivo de texto. Estos comandos se ejecutan más rápido, ya que la entrada a ZENworks se efectúa solo una vez y no es necesario entrar con cada comando. El comando de archivo por lote comienza con batch- en la forma larga y con la letra b en la forma corta.

Este comando acepta los indicadores descritos en la sección Opciones globales. Acepta también las opciones individuales descritas con el comando.

batch-execute (bex) (vía del archivo) [...] [opciones]

Ejecuta los comandos zman desde archivos de texto en un archivo de lote (no se debe confundir con los archivos de lotes de Windows).

(vía del archivo) [...] - Vía de los archivos de texto que contienen los comandos de zman que se deben ejecutar. Las líneas que empiezan por #, rem, REM, ; y // se consideran comentarios y no se procesan. Para ver un archivo de ejemplo, consulte el archivo BatchExecuteCommands.txt que se encuentra en:

En Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\batch

En Linux: /opt/novell/zenworks/share/zman/samples/batch

Acepta la siguiente opción:

  • -e, ‑‑exit-on-failure - Detiene la ejecución de los comandos y sale si un comando falla en parte o totalmente. Se considera que un comando falla en parte si el comando toma varios argumentos y durante el proceso uno o varios de estos argumentos no se ejecuta correctamente. Por ejemplo, se considera que el comando bundle-delete ha fallado en parte si no se encuentra o no se puede suprimir uno de los argumentos. Por defecto, los comandos del archivo se ejecutan de forma continua sin que se compruebe si hay fallos.

Ejemplos:

  • Para ejecutar comandos de zman en varios archivos:

    zman bex c:\filetxt c:\filetxt

    Los archivos se ejecutan en el orden de entrada.

  • Para ejecutar comandos de zman en varios archivos, pero salir cuando falle un comando:

    zman bex /home/user1/file1 /home/user1/file2 -e

    Los archivos se ejecutan en el orden de entrada.

Comandos de lotes

Estos comandos se utilizan para crear, modificar y gestionar lotes. Los comandos de lote comienzan con bundle- en la forma larga y con la letra b en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando. Estos comandos sólo se aplican a ZENworks Configuration Management.

bundle-add-actions (baa) (vía del lote) (archivo XML de acciones) [...] [opciones]

Añade acciones a un lote.

(archivo XML de acciones) [...] - Archivo XML que contiene información sobre las acciones que se deben añadir. Las acciones se agrupan en uno de estos conjuntos: Distribución, Instalar, Lanzar, Verificar, Desinstalar y Terminar. El archivo XML contiene un elemento ActionSet que incluye información de las acciones que se deben añadir para un conjunto de acciones. Se pueden proporcionar varios archivos XML como entrada para añadir acciones a distintos conjuntos de acciones del lote. Los archivos XML se pueden crear exportando acciones de un lote existente mediante el comando bundle-export-actions.

Acepta la siguiente opción:

  • -a, ‑‑actioninfo=[contenido y dependencia de las acciones] - Archivo XML que incluye la información del contenido y las dependencias del lote para las acciones que tienen contenido o dependencias de archivo en otro lote. Por ejemplo: para la acción Instalar MSI, el archivo MSI que se debe instalar es el contenido de archivo. La acción Instalar lote adopta otro lote como dependencia, por lo que esos datos se deben especificar también para que las acciones funcionen correctamente. Para la plantilla de formato XML, consulte el archivo ActionInfo.xml que se encuentra en:
  • En Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\bundles
  • En Linux: /opt/novell/zenworks/share/zman/samples/bundles

NOTA:si selecciona el tipo de conjunto de acciones como Desinstalar, no se admitirán las siguientes opciones para lotes de Linux y lotes de parches de Linux: DaysBeforeUninstallWhenNotUsed, DisplayUninstallMessage, IgnoreUninstallAfterUnassociation, IgnoreChainedDependencies y AllowToCancelUninstall.

bundle-assign (ba) (tipo de dispositivo o de usuario) (lote o grupo de lotes) (vía del objeto de dispositivo o de usuario] [...] [opciones]

Asigna un lote o un grupo de lotes a uno o varios objetos de dispositivo o de usuario.

(dispositivo o tipo de usuario) - Los valores válidos son device, server, workstation y user.

(vía del objeto de dispositivo o de usuario) [...] - Vía de los objetos de dispositivo o de usuario relativa a la carpeta raíz del tipo de dispositivo o de usuario especificada.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
  • -I, ‑‑icon-location=[archivo XML de ubicación de aplicación] - Archivo XML que contiene las ubicaciones en las que se debe colocar el icono para la aplicación de lote. Para el formato de archivo XML, consulte el archivo IconLocation.xml que se encuentra en:
  • En Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\bundles
  • En Linux: /opt/novell/zenworks/share/zman/samples/bundles
  • -d, ‑‑distribution-schedule=[archivo XML de programación de distribución] - Archivo XML que contiene la programación de distribución.
  • -l, ‑‑launch-schedule=[archivo XML de programación de lanzamiento] - Archivo XML que contiene la programación de lanzamiento.
  • -a, ‑‑availability-schedule=[archivo XML de programación de disponibilidad] - Archivo XML que contiene la programación de disponibilidad. Para las plantillas de archivo XML de programación, consulte los archivos XML que se encuentran en:
  • En Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\ schedules
  • En Linux: /opt/novell/zenworks/share/zman/samples/schedules
  • -i, ‑‑install-immediately - Instala el lote de forma inmediata tras la distribución. Para utilizar esta opción, también es necesario especificar la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately - Lanza el lote de forma inmediata tras la instalación. Para utilizar esta opción, también es necesario especificar la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now - Establece la programación de distribución para que el lote se distribuya de inmediato. Si se especifica esta opción, las opciones ‑‑distribution-schedule y ‑‑distribute-on-device-refresh se ignorarán. Las opciones ‑‑distribute-now, ‑‑distribute-on-device-refresh y ‑‑distribution-schedule son mutuamente exclusivas y se utilizan para establecer la programación de distribución. La opción ‑‑distribute-now se considera como la primera, seguida de ‑‑distribute-on-device-refresh y ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh - Establece la programación de distribución para que el lote se distribuya al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑distribution-schedule se ignorará.
  • -s, ‑‑launch-on-device-refresh - Establece la programación de lanzamiento para que el lote se lance al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑launch-schedule se ignorará.
  • -w, ‑‑wakeup-device-on-distribution - Activa el dispositivo mediante la reactivación en LAN si se ha apagado durante la distribución del lote. Para utilizar esta opción, también es necesario especificar la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -B, ‑‑broadcast=[dirección de difusión][...] - Lista de direcciones separada por comas empleada para difundir los paquetes de reactivación en LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. Una dirección IP válida es un valor válido.
  • -S, ‑‑server=[vía de los objetos del servidor primario o proxy relativa a /Dispositivos][...] - Lista de objetos de servidor primario o proxy separada por comas empleada para activar el dispositivo. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN.
  • -C, ‑‑retries=[Número de reintentos] - Número de veces que los paquetes de reactivación en LAN se envían a los dispositivos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 0 y 5. El valor por defecto es 1.
  • -T, ‑‑timeout=[Intervalo de tiempo entre reintentos] - Intervalo de tiempo entre dos reintentos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 2 y 10 (en minutos). El valor por defecto es 2.
  • -N, ‑‑app-installation-now-schedule - En la programación de instalación de la aplicación establece que el lote se instale de inmediato. Si se especifica esta opción, la opción -app-installation-schedule se ignora.
  • -M –app-installation-schedule=<archivo XML de programación de la instalación de la aplicación> - Archivo XML que incluye la programación de instalación. Para obtener más datos sobre la plantilla de programación, consulte:
  • En Windows: %ZENWORKS_HOME%\Novell\ZENworks\share\zman\samples\schedules
  • En Linux: /opt/novell/zenworks/share/zman/samples/schedule
  • -c, ‑‑conflicts=[orden de resolución de conflictos de lotes] - Determina cómo se deben resolver los conflictos de lotes.
  • Los valores válidos son userprecedence o 1, o deviceprecedence o 2. Para userprecedence, primero se aplican los lotes asociados al usuario y luego los lotes asociados al dispositivo. Para deviceprecedence, primero se aplican los lotes asociados al dispositivo y luego los lotes asociados al usuario. Si no se especifica esta opción, se toma userprecedence como valor por defecto.
bundle-copy (bcp) (vía del lote) (nombre del lote) [carpeta padre] [opciones]

Copia un lote.

Acepta las siguientes opciones:

  • -d, ‑‑desc=[descripción] - Descripción del lote.
  • -i, ‑‑icon-file=[archivo de icono de lote] - Vía del archivo que contiene la imagen que se debe usar como icono del lote. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
bundle-create (bc) (nombre del lote) (archivo XML del lote) [carpeta padre] [opciones]

Crea un lote nuevo.

(archivo XML de lote) - XML file containing exported bundle information. Utilice el comando bundle-export-to-file (betf) para exportar la información de un lote existente a un archivo XML. Si desea reutilizar archivos, es posible crear archivos XML a partir de los lotes creados mediante el Centro de control de ZENworks. Para observar un archivo XML de ejemplo, consulte el archivo WindowsMSIBundle.xml ubicado en /opt/novell/zenworks/share/zman/samples/bundles en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\bundles en servidores Windows.

Acepta las siguientes opciones:

  • -d, ‑‑desc=[descripción] - Descripción del lote.
  • -a, ‑‑actioninfo=[contenido y dependencia de las acciones] - Archivo XML que incluye la información del contenido y las dependencias del lote para las acciones que tienen contenido o dependencias de archivo en otro lote. Por ejemplo: para la acción Instalar MSI, el archivo MSI que se debe instalar es el contenido de archivo. La acción Instalar lote toma otro lote como dependencia. También hay que especificar este dato para que estas acciones funcionen correctamente. Para obtener información sobre la plantilla de formato del archivo XML, consulte el archivo ActionInfo.xml ubicado en /opt/novell/zenworks/share/zman/samples/bundles en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\bundles en servidores Windows.
  • -i, ‑‑icon-file=[archivo de icono de lote] - Vía del archivo que contiene la imagen que se debe usar como icono del lote.
  • -s, ‑‑create-as-sandbox=[crear como zona protegida]: crea el lote como una zona protegida.
  • -x, ‑‑actions-as-in-xml: crea acciones por defecto para el lote nuevo tal y como aparecen en el archivo XML de plantilla. Por ejemplo, si suprime la acción por defecto Verificar instalación (para el tipo de acción Verificar) del lote y exporta la información del lote a un archivo XML, se crearán todas las acciones por defecto del archivo XML que excluyan la acción por defecto Verificar instalación para el nuevo lote. Si no especifica esta opción, se creará un lote con todas las acciones por defecto, incluida la acción por defecto Verificar instalación, que no se encuentra en el archivo XML.
  • -n, ‑‑create-with-new-guid - Crea el objeto de directiva con el nuevo GUID. Si no se especifica la opción, validará los objetos de directiva para el GUID importado en el archivo XML de la directiva. Si el GUID importado no existe, se creará un GUID nuevo; en caso contrario, se conservará el GUID importado.

NOTA:si selecciona el tipo de conjunto de acciones como Desinstalar, no se admitirán las siguientes opciones para lotes de Linux y lotes de parches de Linux: DaysBeforeUninstallWhenNotUsed, DisplayUninstallMessage, IgnoreUninstallAfterUnassociation, IgnoreChainedDependencies y AllowToCancelUninstall.

bundle-delete (bd) (vía del objeto de lote) [...] [opciones]

Suprime uno o varios objetos de lote.

(vía del objeto de lote) [...] - Vía de los objetos de lote (lotes, carpeta de lotes o grupo de lotes) relativa a /Lotes. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-delete-version (bdv) (vía del lote) [número de versión del lote] [opciones]

Elimina una o varias versiones del lote.

[número de versión del lote] [...]: versión del lote que se debe suprimir.

Acepta la siguiente opción:

  • -a ‑‑all: suprime todas las versiones antiguas del lote.
  • -p, ‑‑previous: suprime todas las versiones del lote que sean más antiguas que la versión especificada.

Ejemplos:

Para suprimir la versión 5 del lote, zenbundle:

zman bdv zenbundle 5

Para suprimir todas las versiones del lote, zenbundle:

zman bdv zenbundle -a

Para suprimir todas las versiones del lote, zenbundle, cuya versión sea anterior a la 3:

zman bdv zenbundle version -p 3

bundle-disable (bdl) (vía del lote) [...] [opciones]

Inhabilita los lotes.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-enable (bel) (vía del lote) [...] [opciones]

Habilita los lotes.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-export-actions (bea) (vía del lote) (vía del archivo XML) (tipo de conjunto de acciones) [posiciones de las acciones] [...]

Exporta a un archivo las acciones añadidas a un conjunto de acciones de un lote. El archivo se puede utilizar como entrada para el comando bundle-add-actions.

(tipo de conjunto de acciones) - El tipo de conjunto de acciones. Si se especifica esta opción, solo se mostrarán las acciones de este conjunto de acciones. Los valores válidos son Instalar, Lanzar, Verificar, Desinstalar, Terminar y Prearranque.

NOTA:el conjunto de acciones Terminar no se admite para los lotes de Linux ni los lotes de parches de Linux.

[posiciones de las acciones] [...] - Lista separada por comas de la posición de las acciones del conjunto de acciones. La primera acción está en la posición 1. Utilice el comando bundle-list-actions para ver la posición de una acción concreta en un conjunto. Este argumento es opcional y, si no se especifica, se exportan todas las acciones del conjunto de acciones especificado.

bundle-export-to-file (betf) (vía al lote) (vía al archivo XML) [versión del lote][-c|‑‑export-content]

Exporta la información de un lote (en formato XML) a un archivo. El archivo XML se utilizará como entrada para crear lotes.

(vía de archivo XML) - Vía completa del archivo XML al que se va a exportar la información del lote.

[versión del lote]: versión del lote que se debe exportar. Si la opción no se especifica, se utiliza la versión publicada del lote. Para exportar una versión de zona protegida del lote, especifique una zona protegida.

[-c|‑‑export-content]: exporta el contenido del lote a un subdirectorio dentro del directorio que contiene el archivo XML al que se exporta la información del lote. Si no se especifica la opción, el contenido del lote no se exporta.

Ejemplos:

Para exportar la versión de zona protegida de un lote denominado lotezen a un archivo denominado lote.xml:

zman betf carpetalotes/lotezen C:\lotes\lote.xml sandbox

Para exportar la versión 3 de un lote denominado lotezen a un archivo xml denominado lote.xml:

zman betf carpetalotes/lotezen C:\lotes\lote.xml 3

Para exportar la versión 5 de un lote llamado lotezen a un archivo xml llamado lote.xml y exportar el contenido del lote al directorio C:\lotes\contenido_lote:

zman betf carpetalotes/lotezen C:\lotes\lote.xml 5 -c

bundle-folder-create (bfc) (nombre de carpeta) [carpeta padre] [opciones]

Crea una carpeta nueva para almacenar lotes.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
bundle-group-add (bga) (vía del grupo de lotes) (vía del lote) [...] [opciones]

Añade lotes a un grupo de lotes.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-group-create (bgc) (nombre del grupo) [carpeta padre] [opciones]

Crea un grupo de lotes y le añade miembros.

Acepta las siguientes opciones:

  • ‑‑desc=[descripción] - Descripción del grupo.
  • -m, ‑‑members=[vía del lote][...] - Vía de los lotes relativa a /Lotes.
  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-group-members (bgm) (vía del grupo de lotes) [opciones]

Muestra los miembros de un grupo de lotes.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
bundle-group-remove (bgr) (vía del grupo de lotes) (vía del lote) [...] [opciones]

Elimina lotes de un grupo de lotes.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-increment-version (biv) (vía del lote) [...] [opciones]

Aumenta la versión de los lotes. Este comando se aplica a versiones anteriores a ZENworks 11SP1. En ZENworks 11 SP1 y versiones superiores, este comando se ha sustituido por el comando bundle-sandbox-publish (bsp).

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-list (bl) [opciones] [carpeta]

Muestra los objetos de lote.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
bundle-list-actions (bla) (vía del lote) [tipo de conjunto de acciones]

Muestra las acciones añadidas a un lote.

[tipo de conjunto de acciones] - El tipo de conjunto de acciones. Si se especifica esta opción, solo se mostrarán las acciones de este conjunto de acciones. Los valores válidos son Instalar, Lanzar, Verificar, Desinstalar, Terminar y Prearranque.

NOTA:el conjunto de acciones Terminar no se admite para los lotes de Linux ni los lotes de parches de Linux.

bundle-list-assignments (blas) (lote o grupo de lotes) [opciones]

Muestra las asignaciones de dispositivo y usuario de un lote.

Acepta las siguientes opciones:

-t, ‑‑typefilter=[tipo de asignación] - Filtra a partir del tipo de asignación. Los valores válidos son device y user.

-s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

bundle-list-groups (blg) (vía del lote) [opciones]

Muestra los grupos de lotes de los que es miembro un lote concreto.

Acepta las siguientes opciones:

-s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

Ejemplos:

Para mostrar todos los grupos de lotes a los que pertenece el lote1 mostrando cinco resultados de forma simultánea:

zman blg carpetalotes/lote1 -s 5

bundle-list-version (blv) (vía del lote)

Muestra una lista con todas las versiones del lote.

Ejemplos:

Para mostrar una lista con todas las versiones del lote, zenbundle:

zman blv zenbundle

bundle-move (bmv) (vía del objeto de lote) [vía de la carpeta de destino]

Mueve un objeto de lote a una carpeta distinta.

(vía del objeto de lote): vía de los objetos de lote (lote, carpeta de lote o grupo de lotes) relativa a /Lotes.

[vía de carpeta de destino]: vía de la carpeta de lotes a la que se van a mover los objetos de lote relativa a /Lotes.

bundle-remove-actions (bra) (vía del lote) (tipo de conjunto de acciones) [posiciones de las acciones] [...]

Elimina acciones de un lote.

(tipo de conjunto de acciones) - Tipo de conjunto de acciones que contiene la acción. Los valores válidos son Instalar, Lanzar, Verificar, Desinstalar, Terminar y Prearranque.

NOTA:el conjunto de acciones Terminar no se admite para los lotes de Linux ni los lotes de parches de Linux.

[posiciones de las acciones] [...] - Lista separada por comas de la posición de las acciones del conjunto de acciones. La primera acción está en la posición 1. Utilice el comando bundle-list-actions para ver la posición de una acción concreta en un conjunto. Este argumento es opcional y, si no se especifica, se eliminan todas las acciones del conjunto de acciones especificado.

bundle-rename (br) (vía del objeto de lote) (nombre nuevo) [opciones]

Cambia el nombre de un objeto de lote.

(vía del objeto de lote): vía de los objetos de lote (lote, carpeta de lote o grupo de lotes) relativa a /Lotes.

(nuevo nombre): nuevo nombre que se proporcionará al objeto de lote.

  • -p, ‑‑publish =[publicar]: si se especifica esta opción y se edita el nombre de visualización del lote, el lote se publicará inmediatamente. Sin embargo, si el nombre de visualización actual del lote es distinto del nombre de lote existente o si ya existe una zona protegida para el lote, el hecho de especificar esta opción no tendrá ningún efecto.
bundle-relocate-actions (brla) (vía del lote) (tipo de conjunto de acciones) (tipo de conjunto de acciones de destino) [<posiciones de la acción>, <posiciones de la acción>,...,<posiciones de la acción>]

Vuelve a colocar las acciones del tipo del conjunto de acciones de origen en el tipo del conjunto de acciones de destino de un lote.

  • (vía del lote) - Vía del lote relativa a /Lotes
  • (tipo de conjunto de acciones) - Tipo de conjunto de acciones que contiene la acción de origen. Los valores válidos son Instalar, Lanzar, Verificar, Desinstalar, Terminar y Prearranque.
  • [tipo de conjunto de acciones de destino] - Tipo de conjunto de acciones que contiene la acción de destino. Los valores válidos son Instalar, Lanzar, Verificar, Desinstalar, Terminar y Prearranque.
  • [posiciones de acciones] - Lista separada por comas de la posición de cada acción del conjunto de acciones. La primera acción está en la posición 1. Utilice el comando bundle-list-actions para identificar la posición de una acción concreta en el conjunto. Esta operación es opcional y, si no se especifica, se recolocarán todas las acciones del conjunto de acciones especificado.
  • Ejemplos:
  • Para recolocar todas las acciones del conjunto de acciones Lanzar en el conjunto de acciones Instalar de un lote: zman brla bundlefolder/bundle1 Launch Install
  • Para recolocar las primeras tres acciones del conjunto de acciones Instalar en el conjunto de acciones Lanzar de un lote: zman brla bundle1 Install Launch 1,2,3

NOTA:el conjunto de acciones Terminar no se admite para los lotes de Linux ni los lotes de parches de Linux.

bundle-reorder-actions (broa) (vía del lote) (tipo de conjunto de acciones) (posición actual) (posición nueva)

Cambia el orden de las acciones del conjunto de acciones de un lote.

(tipo de conjunto de acciones) - Tipo de conjunto de acciones que contiene la acción. Los valores válidos son Instalar, Lanzar, Verificar, Desinstalar, Terminar y Prearranque.

(posición actual) - La posición actual de la acción en el conjunto de acciones. La primera acción está en la posición 1.

(posición nueva) - La nueva posición a la que se va a mover la acción. La primera acción está en la posición 1.

NOTA:el conjunto de acciones Terminar no se admite para los lotes de Linux ni los lotes de parches de Linux.

bundle-sandbox-create (bsc) (vía del lote) [versión del lote] [opciones]

Crea una zona protegida a partir de una versión existente de un lote.

[versión del lote]: especifique la versión del lote que se debe usar para crear la zona protegida.

Acepta la siguiente opción:

  • -f, ‑‑force =[forzar]: sobrescribe cualquier zona protegida existente.

Ejemplo:

Para crear una zona protegida a partir de la versión 2 de un lote, zenbundle:

zman bsc zenbundle 2

bundle-sandbox-publish (bsp) (vía del lote) [opciones]

Publica una zona protegida para crear una versión publicada.

Acepta las siguientes opciones:

  • -f, ‑‑force =[forzar]: si un lote primario tiene lotes hijo dependientes con la versión de la zona protegida solo, deberá especificar esta opción para publicar los cambios efectuados tanto en el lote primario como en los lotes dependientes. Si no especifica esta opción, la publicación del lote primario también falla.
  • -c, ‑‑allChild =[todos los hijos]: si un lote primario tiene lotes hijo dependientes con la versión de la zona protegida, puede especificar esta opción para publicar los cambios tanto en el lote primario como en los lotes hijo dependientes.
  • -i, ‑‑incAllParent =[aumentar todos los padres]: si un lote primario tiene lotes padre, puede especificar esta opción para aumentar la versión del lote padre a fin de aplicar los cambios recién publicados efectuados en el lote primario a los dispositivos que están asignados a los lotes padre.
  • -p, ‑‑forceParent =[forzar padre]: si un lote primario tiene lotes padre y desea aumentar la versión del lote padre, deberá especificar esta opción para publicar cualquiera de los lotes padre que ya tengan una versión de zona protegida.

Ejemplos:

Para publicar la versión de zona protegida de un lote, zenbundle:

zman bsp zenbundle

Para publicar la versión de zona protegida de un lote denominado zenbundle1 junto con todos sus lotes dependientes:

zman bsp zenbundle1 -f -c

bundle-sandbox-publish-to-newbundle (bsptn) (vía del lote original) (nombre del lote nuevo) [carpeta padre] [opciones]

Publica una zona protegida para un lote nuevo.

Acepta la siguiente opción:

  • -s, ‑‑createAsSandbox =[crear como zona protegida]: crea el lote como una zona protegida.
  • -g, ‑‑groups: añade el lote recién creado a todos los grupos de los que es miembro el lote primario.
  • -d, ‑‑deviceAssignments: copia todas las asignaciones de dispositivo desde el lote primario hasta el lote nuevo.
  • -u, ‑‑userAssignments: copia todas las asignaciones de usuario desde el lote primario hasta el lote nuevo.
  • -f, ‑‑force =[forzar]: si un lote primario tiene lotes hijo dependientes con la versión de la zona protegida solo, deberá especificar esta opción para publicar los cambios efectuados tanto en el lote primario como en los lotes dependientes. Si no especifica esta opción, la publicación del lote primario también falla.
  • -c, ‑‑allChild =[todos los hijos]: si un lote primario tiene lotes hijo dependientes con la versión de la zona protegida, puede especificar esta opción para publicar los cambios tanto en el lote primario como en los lotes hijo dependientes.
  • -i, ‑‑incAllParent =[aumentar todos los padres]: si un lote primario tiene lotes padre, puede especificar esta opción para aumentar la versión del lote padre a fin de aplicar los cambios recién publicados efectuados en el lote primario a los dispositivos que están asignados a los lotes padre.
  • -p, ‑‑forceParent =[forzar padre]: si un lote primario tiene lotes padre y desea aumentar la versión del lote padre, deberá especificar esta opción para publicar cualquiera de los lotes padre que ya tengan una versión de zona protegida.
  • -n, ‑‑depsToNewFolder =[publicar lotes dependientes en una carpeta nueva]: vía de la carpeta de lotes en la que se publican los lotes dependientes como lotes nuevos. Esta carpeta no debe contener ninguno de los lotes dependientes seleccionados para publicarse porque el lote nuevo se publica con el mismo nombre que el lote dependiente original.

Ejemplos:

Para publicar la versión de zona protegida de un lote denominado zenbundle1 como un lote nuevo denominado zenbundle2:

zman bsptn zenbundle1 zenbundle2 /Lotes/Carpeta1

Para publicar la versión de zona protegida de un lote denominado zenbundle1 como un lote nuevo denominado zenbundle2 y publicar los lotes dependientes de zenbundle1 como lotes nuevos:

zman bsptn zenbundle1 zenbundle2 /Lotes/Carpeta1 depsToNewFolder=/Lotes/Carpeta2

bundle-sandbox-revert (bsr) (vía del lote)

Elimina la zona protegida y permite revertir a la versión más reciente del lote.

Ejemplo:

Para suprimir la zona protegida de un lote, zenbundle, y revertir a la última versión del lote:

zman bsr zenbundle

bundle-unassign (bua) (dispositivo o tipo de usuario) (lote o grupo de lotes) (dispositivo o vía del objeto de usuario) [...] [opciones]

Anula la asignación de un lote o de un grupo de lotes de uno o varios objetos de dispositivo o de usuario.

(dispositivo o tipo de usuario) - Los valores válidos son device, server, workstation y user.

(vía del objeto de dispositivo o de usuario) [...] - Vía de los objetos de dispositivo o de usuario relativa a la carpeta raíz del tipo de dispositivo o de usuario especificada.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
bundle-update-assignment (bupa) (tipo de dispositivo o de usuario) (lote o grupo de lotes) (vía del objeto de dispositivo o de usuario) [...] [opciones]

Actualiza la asignación entre un lote o un grupo de lotes y los objetos de dispositivo o de usuario.

(dispositivo o tipo de usuario) - Los valores válidos son device, server, workstation y user.

(vía del objeto de dispositivo o de usuario) [...] - Vía de los objetos de dispositivo o de usuario relativa a la carpeta raíz del tipo de dispositivo o de usuario especificada.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de dispositivo o de usuario] - Vía de la carpeta del dispositivo o del usuario relativa a la carpeta raíz respectiva. Si se especifica esta opción, la vía de los objetos de dispositivo o de usuario se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo o de usuario de la misma carpeta.
  • -I, ‑‑icon-location=[archivo XML de ubicación de aplicación] - Archivo XML que contiene las ubicaciones en las que se debe colocar el icono para la aplicación de lote. Para obtener información sobre el formato del archivo XML, consulte el archivo IconLocation.xml ubicado en /opt/novell/zenworks/share/zman/samples/bundles en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\bundles en servidores Windows.
  • -d, ‑‑distribution-schedule=[archivo XML de programación de distribución o NoSchedule] - Archivo XML que contiene la programación de distribución, o el valor NoSchedule si se debe eliminar la programación.
  • -l, ‑‑launch-schedule=[archivo XML de programación de lanzamiento o NoSchedule] - Archivo XML que contiene la programación de lanzamiento, o el valor NoSchedule si se debe eliminar la programación.
  • -a, ‑‑availability-schedule=[archivo XML de programación de disponibilidad o NoSchedule] - Archivo XML que contiene la programación de disponibilidad, o el valor NoSchedule si se debe eliminar la programación. Para obtener información sobre las plantillas del archivo XML de programación, consulte los archivos XML ubicados en /opt/novell/zenworks/share/zman/samples/schedules en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\schedules en servidores Windows.
  • -i, ‑‑install-immediately=[yes o no] - Instala el lote de forma inmediata tras la distribución, o elimina el mismo conjunto de opciones durante la asignación del lote. Los valores válidos son true o yes y false o no.
  • -L, ‑‑launch-immediately=[yes o no] - Lanza el lote de forma inmediata tras la instalación, o elimina el mismo conjunto de opciones durante la asignación del lote. Los valores válidos son true o yes y false o no.
  • -n, ‑‑distribute-now=[yes o no] - Establece la programación de distribución para que el lote se distribuya de inmediato. Si se especifica esta opción, las opciones ‑‑distribution-schedule y ‑‑distribute-on-device-refresh se ignorarán. Las opciones ‑‑distribute-now, ‑‑distribute-on-device-refresh y ‑‑distribution-schedule son mutuamente exclusivas y se utilizan para establecer la programación de distribución. La opción ‑‑distribute-now se considera como la primera, seguida de ‑‑distribute-on-device-refresh y ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh=[yes o no] - Establece la programación de distribución para que el lote se distribuya al actualizar el dispositivo, o elimina el mismo conjunto de opciones durante la asignación del lote. Los valores válidos son true o yes y false o no. Si esta opción tiene el valor true o yes, la opción ‑‑distribution-schedule se ignorará y se sustituirá cualquier programación de distribución establecida con anterioridad.
  • -s, ‑‑launch-on-device-refresh=[yes o no] - Establece la programación de lanzamiento para que lance el lote al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑launch-schedule se ignorará.
  • -w, ‑‑wakeup-device-on-distribution=[yes o no] - Activa el dispositivo mediante la reactivación en LAN si se ha apagado durante la distribución del lote, o elimina el mismo conjunto de opciones durante la asignación del lote. Los valores válidos son true o yes y false o no.
  • -B, ‑‑broadcast=[dirección de difusión][...] - Lista de direcciones separada por comas empleada para difundir los paquetes de reactivación en LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. Una dirección IP válida es un valor válido.
  • -S, ‑‑server=[vía de los objetos del servidor primario o proxy relativa a /Dispositivos][...] - Lista de objetos de servidor primario o proxy separada por comas empleada para activar el dispositivo. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN.
  • -C, ‑‑retries=[número de reintentos] - Número de veces que los paquetes de reactivación en LAN se envían a los dispositivos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 0 y 5. El valor por defecto es 1.
  • -T, ‑‑timeout=[Intervalo de tiempo entre reintentos] - Intervalo de tiempo entre dos reintentos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 2 y 10 (en minutos). El valor por defecto es 2.
  • -M ‑‑app-installation-schedule=<archivo XML de programación de la instalación de la aplicación> - Archivo XML que incluye la programación de instalación.
  • -c, ‑‑conflicts=[orden de resolución de conflictos de lotes] - Determina cómo se deben resolver los conflictos de lotes.
  • Los valores válidos son userprecedence o 1, o deviceprecedence o 2. Para userprecedence, primero se aplican los lotes asociados al usuario y luego los lotes asociados al dispositivo. Para deviceprecedence, primero se aplican los lotes asociados al dispositivo y luego los lotes asociados al usuario. Si no se especifica esta opción, se toma userprecedence como valor por defecto.
bundle-view-advanced-deployment-status (bvads) (vía del lote) [opciones]

Muestra el estado de distribución avanzado de un lote.

Acepta las siguientes opciones:

  • -d, ‑‑device=[vía del dispositivo] - Muestra el estado de distribución solo para el dispositivo especificado. La vía del dispositivo es relativa a /Dispositivos.
  • -u, ‑‑user=[vía del usuario] - Muestra el estado de distribución solo para el usuario especificado. La vía del usuario es relativa a /Usuarios. Si se especifica también el dispositivo, se muestra información del estado del usuario indicado que haya entrado en el dispositivo.
  • -n, ‑‑namefilter=[nombre del dispositivo de destino] - Filtra de acuerdo al nombre del dispositivo. Muestra las opciones que coinciden con el filtro indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • ‑‑statusfilter=[tipo de estado][...] - Filtra de acuerdo al estado de los eventos de distribución e instalación de lotes. Los valores válidos son S, F y P (abreviaturas en inglés de de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -t, ‑‑typefilter=[dispositivo de destino o tipo de usuario][...] - Filtra de acuerdo al tipo de destino. Los valores válidos son server, workstation y user. Se puede proporcionar una lista separada por comas de los tipos de destino.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

-v, ‑‑version [valor]

A continuación, se muestran los valores válidos:

  • published: utilice esta opción para mostrar el número de dispositivos no de prueba en los que se ha distribuido el lote.

  • sandbox: utilice esta opción para mostrar el número de dispositivo de prueba en los que se ha distribuido la versión de zona protegida del lote.

  • [versión-del-objeto]: utilice un número de versión para obtener el estado de la versión del lote relacionado.

    El valor por defecto es published.

-c, ‑‑status-calculation [valor]

  • Consolidated: utilice esta opción para mostrar el número total de dispositivos en el que se ha distribuido este lote.

  • version: utilice esta opción para mostrar el estado de la versión específica.

El valor por defecto es version.

bundle-view-assignment-schedule (bvas) (dispositivo o tipo de usuario) (lote o grupo de lotes) (dispositivo o vía del objeto de usuario)

Muestra las programaciones de distribución de un lote asignado a un objeto de dispositivo o de usuario.

(dispositivo o tipo de usuario) - Los valores válidos son device, server, workstation y user.

(vía del objeto de dispositivo o usuario) [...] - Vía de los objetos de dispositivo o de usuario relativa a la vía a la que está asignado el grupo de lotes.

bundle-view-summary-totals (bvst) (vía del lote) [opciones]

Muestra un resumen del estado de distribución de un lote concreto.

Acepta las siguientes opciones:

-v, ‑‑version [valor]

A continuación, se muestran los valores válidos:

  • published: utilice esta opción para mostrar el número de dispositivos no de prueba en los que se ha distribuido el lote.

  • sandbox: utilice esta opción para mostrar el número de dispositivo de prueba en los que se ha distribuido la versión de zona protegida del lote.

  • [versión-del-objeto]: utilice un número de versión para obtener el estado de la versión del lote relacionado.

    El valor por defecto es published.

-c, ‑‑status-calculation [valor]

  • Consolidated: utilice esta opción para mostrar el número total de dispositivos en el que se ha distribuido este lote.

  • version: utilice esta opción para mostrar el estado de la versión específica.

El valor por defecto es version.

linux-export-actions (lea) (tipo de acción) (vía al archivo XML de acción) (vía de ubicación de los archivos de contenido) [opciones]

Crea un archivo XML para exportar los metadatos de los paquetes. Use el comando baa para añadir el contenido exportado al servidor.

  • (Tipo de acción): especifique la acción para la que desea crear el archivo XML. Los tipos de acciones que se admiten son: Instalar RPM y Distribuir RPM.
  • (Vía del archivo XML de acción): ubicación del archivo XML de definición de acción generado.
  • (Vía de la ubicación de los archivos de contenido): ubicación de los archivos de contenido RPM en la máquina local.

Acepta la siguiente opción:

  • -t, ‑‑target: especifique un destino válido de distribución de Linux para los paquetes.
bundle-appdata-calculation (bac) (vía del lote o GUID del lote) [...]

Pone en la cola una acción del cargador que calculará y almacenará en caché los datos de la aplicación de los lotes y espera hasta que la acción se ejecuta por completo. Los datos almacenados en caché se utilizarán para preparar las respuestas del servicio Web y mejorar el rendimiento.

NOTA:el comando zman bac solo se aplica a las directivas de parches en ZENworks Patch Management.

Comandos de configuraciones de lotes

Estos comandos se utilizan para establecer y modificar configuraciones de lotes. Los comandos de configuraciones comienzan con settings- en la forma larga y con la letra s en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

bundle-settings-copy (bscp) (vía del lote de origen o la carpeta del lote) (vía del lote de destino o la carpeta del lote) [...] [opciones]

Copia la configuración.

(vía del lote de origen o la carpeta del lote) - Vía del lote o carpeta del lote relativa a /Lotes desde la que se debe copiar la configuración.

(vía del lote de destino o la carpeta del lote) [...] - Vía de los lotes o carpetas de lotes relativa a /Lotes desde la que se debe copiar la configuración.

Acepta la siguiente opción:

  • -n, ‑‑names=[nombre de la configuración][...] - Nombres de las configuraciones que se deben copiar desde la vía de origen. Si no se especifica esta opción, se copian todos los valores de configuración definidos en la vía de origen.
bundle-settings-export-to-file (bsetf) [opciones] (vía de archivo XML) [nombre de la configuración] [...]

Exporta los datos de configuración (en formato XML) a un archivo. El archivo XML se utilizará como entrada para crear o modificar configuraciones.

(vía del archivo XML) - El archivo en el que se guardan los datos de configuración en formato XML. Si el archivo no existe, se crea uno nuevo.

[nombre de configuración] [...] - Nombres de las configuraciones que se van a exportar. Si no se especifica esta opción, se exportan todos los valores de configuración.

Acepta las siguientes opciones:

  • -s, ‑‑source=[lote de origen o vía de carpeta del lote] - Vía del lote o carpeta del lote relativa a /Lotes desde la que se debe exportar la configuración. Si esta opción no se especifica, los valores se exportan desde la zona.
  • -e, ‑‑effective - Si se especifica, se recuperará la configuración en vigor; si no se especifica, solo se recuperarán los valores definidos o sustituidos en la vía de origen.
bundle-settings-revert (bsrt) (vía del lote de origen o carpeta del lote) (nombre de la configuración) [...]

Revierte la configuración a la de la carpeta padre.

(vía del lote de origen o carpeta del lote) - Vía del lote o carpeta del lote relativa a /Lotes cuya configuración se debe revertir.

bundle-settings-set (bss) (vía de archivo XML) [vía del lote de destino o la carpeta del lote] [...]

Establece las configuraciones a varios niveles.

(vía del archivo XML) - El archivo XML que contiene la información de configuración exportada. Use settings-export-to-file (setf) para exportar la información de configuración a un archivo XML.

Acepta las siguientes opciones:

[nombre de configuración] [...] - Nombres de las configuraciones que se van a exportar. Si no se especifica esta opción, se exportan todos los valores de configuración.

  • -f, ‑‑force - Fuerza a todos los elementos hijos (subcarpetas y lotes individuales) a heredar la configuración.
  • (vía del archivo XML) - El archivo XML que contiene la información de configuración exportada. Utilice bundle-setting-export-to-file (bsetf) para exportar la información de configuración a un archivo XML.
  • (vía del lote de destino o la carpeta del lote): vía del lote o carpeta de lotes relativa a /Lote en la que se debe definir la configuración. Si no se especifica, la configuración se establecerá en el nivel de la zona de gestión.

Comandos de autoridad certificadora

Estos comandos se utilizan para gestionar la función de autoridad certificadora de los servidores de ZENworks. Los comandos de autoridad certificadora comienzan con certificate-authority- en la forma larga y con las letras ca en la forma corta.

(certificate-authority-export/cae) (vía del archivo) [opciones]

Exporta las credenciales de par de claves de la autoridad certificadora de la zona de un archivo y, opcionalmente, inhabilita la función de autoridad certificadora del servidor local.

Acepta la siguiente opción:

  • -d, ‑‑disable-CA-role - Elimina la función de autoridad certificadora del servidor local.
certificate-authority-import (certificate-authority-import/cai) (vía del archivo)

Importa las credenciales de par de claves de la autoridad certificadora de zona de un archivo y habilita la función de autoridad certificadora del servidor local.

certificate-authority-role-disable (card)

Inhabilita la función de autoridad certificadora en el servidor local.

certificate-authority-role-enable (care)

Habilita la función de autoridad certificadora en el servidor local.

certificate-authority-server (certificate-authority-server/cas)

Muestra el servidor que tiene la función de autoridad certificadora.

Comandos de credenciales

Estos comandos se utilizan para gestionar las credenciales necesarias para determinadas acciones y tareas de ZENworks que requieren la autenticación en recursos. Los comandos de credenciales comienzan con credentials- en la forma larga o con las letras cr en la forma corta.

credentials-create (crc) (nombre de credencial) [carpeta]) (‑‑userName) [‑‑userPassword] [‑‑desc]

Crea credenciales.

Acepta las siguientes opciones:

  • -u, [‑‑userName=nombre de usuario] - El nombre de usuario para acceder al recurso.
  • [‑‑userPassword=Contraseña] - Contraseña utilizada para acceder al recurso.
  • -d, ‑‑desc - Descripción de la credencial.
credentials-delete (crd) (víaCredencial)

Suprime credenciales.

credentials-folder-create (crf) (nombre de carpeta) [carpeta padre] [opciones]

Crea una carpeta nueva para almacenar las credenciales.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
credentials-list (crl) [carpeta]

Muestra una lista de credenciales.

credentials-move (crm) (nombre de credencial) [vía de carpeta de destino]

Mueve una credencial.

credentials-rename (crr) (víaCredencial) (nuevaVíaCredencial)

Renombra credenciales.

credentials-update (cru) (-u| ‑‑userName=nombre de usuario) [‑‑userPassword=contraseña] [-d | ‑‑desc=descripción]

Crea credenciales.

Acepta las siguientes opciones:

  • -u, ‑‑user - Nombre de usuario para acceder al recurso.
  • ‑‑password - Contraseña utilizada para acceder al recurso.
  • -d, ‑‑desc - Descripción de la credencial.

Comandos de contenido

Los comandos de contenido de zman permiten depurar fácilmente problemas relacionados con el contenido sin tener que ejecutar consultas complejas en la base de datos.

content-create-pending-entry (ccpe) (GUID/víaServidor)

Crea una entrada pendiente para el contenido que falta en la base de datos para un GUID o una vía del servidor dado.

Acepta los siguientes argumentos:

(GUID/víaServidor): especifique el GUID o la vía del servidor para los que desea crear entradas pendientes.

Ejemplo: zman ccpe ce979ba8949c19fd4a2fe50aaad98470

Donde ce979ba8949c19fd4a2fe50aaad98470 es el GUID del servidor.

content-trigger-cleanup (ctc)

Activa la acción de limpieza de contenido que elimina el contenido sin referencia de la base de datos.

content-aco-names (can) (GUIDcontenido) (-s| --scrollsize)

Recupera los nombres de objeto de contenido asignable (ACO) para un GUID de contenido determinado.

Los objetos de lotes, directivas y actualización del sistema se conocen como ACO.

Acepta los siguientes argumentos:

(GUIDcontenido): especifique el GUID de contenido.

(-s, --scrollsize): el número máximo de resultados que se deben mostrar de forma simultánea.

content-names-for-aco (cnfa) (víaACO) (-d | --display-alias) (-v | --version) (-s | --scrollsize)

Recupera los GUID de contenido para la vía de ACO especificada.

Acepta los siguientes argumentos:

(víaACO): especifique la vía de ACO para los lotes, las directivas o las actualizaciones del sistema.

(-d | --display-alias): Especifique este argumento para mostrar el alias del ACO.

(-v | --version): especifique un número de versión no negativo del ACO. Los valores válidos son sandbox y la versión actual del objeto. si no se especifica la versión, se utiliza la versión publicada o la versión de zona protegida independiente.

(-s, --scrollsize): el número máximo de resultados que se deben mostrar de forma simultánea.

Ejemplo 1: para ver el GUID de contenido y el nombre de una versión especificada del objeto ACO, utilice:

zman cnfa /Lotes/lote1 -v 1

Donde lote1 es el nombre y 1 es el número de versión del lote.

Ejemplo 2: para ver el GUID de contenido y el nombre de la versión de zona protegida del objeto ACO, utilice:

zman cnfa /Lotes/lote1 -v sandbox

Donde lote1 es el nombre y sandbox es la versión del lote.

Ejemplo 3: para ver el GUID de contenido y el nombre de la versión de zona protegida independiente o publicada del objeto ACO, utilice:

zman cnfa /Directivas/directiva1

NOTA:Si no se especifica la versión, se mostrará la versión mayor del objeto.

Comandos de base de datos

Estos comandos se utilizan para gestionar la base de datos PostgreSQL incrustada. Los comandos de base de datos comienzan con database- en la forma larga y con la letra d en la forma corta.

NOTA:estos comandos no se pueden usar para gestionar una base de datos de PostgreSQL externa.

database-get-credentials-audit (dgca) y database-get-credentials (dgc)

Recupera las credenciales que se utilizan para conectarse a la base de datos de auditoría de PostgreSQL incrustada y a la base de datos de PostgreSQL incrustada.

database-get-credentials-superuser (dgcs)

Recupera las credenciales de superusuario utilizadas para conectarse a la base de datos PostgreSQL incrustada.

database-backup (db) (directorio de copia de seguridad)

Realiza una copia de seguridad de la base de datos PostgreSQL incrustada o de las ubicaciones de red en las que se realiza la copia de seguridad de los archivos de base de datos.

(directorio de copia de seguridad) - Directorio local del servidor de base de datos o la ubicación de red donde se guardará la copia de seguridad de los archivos de la base de datos. Asegúrese de que el directorio padre ya existe y de que hay suficiente espacio en el disco. Los archivos de base de datos que haya en el directorio se sobrescribirán.

Comandos de distribución

Estos comandos se utilizan para realizar tareas de distribución. Los comandos de distribución comienzan con deployment- en la forma larga o con las letras dp en la forma corta.

deployment-task-abort (dpta) (nombre de la tarea de distribución) [...]

Aborta la tarea de distribución.

deployment-task-create (dptc) (nombre de la tarea de distribución) (archivo de credenciales del usuario) [Dirección IP/Nombre DNS] [...] [opciones]

Crea una tarea de distribución para distribuir ZENworks Agent a dispositivos mediante la dirección IP o el nombre DNS.

(archivo de credenciales del usuario) - Vía del archivo que contiene las credenciales necesarias para conectar con el dispositivo. Cada línea del archivo debe contener un nombre de usuario y una contraseña separados por un espacio. Por ejemplo, administrador contraseña.

Acepta las siguientes opciones:

  • -f, ‑‑file=[archivo de direcciones IP][...] - Lista separada por comas de vías de archivos que contienen las direcciones IP y los nombres DNS de los dispositivos a los que se debe distribuir ZENworks Agent. El archivo puede contener una lista de direcciones IP o de nombres DNS de dispositivos en formato de valores separados con comas (CSV), o una dirección IP o un nombre DNS en cada línea.
  • -s, ‑‑schedule=[archivo XML de programación de lanzamiento] - Archivo XML que contiene la programación de lanzamiento. Para obtener información sobre las plantillas del archivo XML de programación, consulte los archivos XML ubicados en /opt/novell/zenworks/share/zman/samples/schedules en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\schedules en servidores Windows. Si no se especifica el archivo de programación o la opción ‑‑run-now, no se programará la ejecución de la tarea.
  • -r, ‑‑run-now - Programa la tarea de distribución para que se ejecute de inmediato tras la creación.
  • -b, ‑‑reboot=[opción de rearranque] - Indica cuándo se debe rearrancar el dispositivo tras distribuir el agente. Los valores válidos son immediate y manual.
  • -d, ‑‑desc=[descripción] - Descripción de la tarea de distribución.
  • -p, ‑‑proxy=[servidor proxy de Windows] - Vía de un dispositivo de Windows relativa a /Dispositivos. Para poder distribuir agentes de gestión en dispositivos de Microsoft Windows desde un servidor primario Linux, se necesita un dispositivo gestionado en el que se ejecute Microsoft Windows. Ignore esta opción si ejecuta la tarea de distribución desde un servidor primario Windows.
  • -t, ‑‑timeout=[tiempo límite] - El número de segundos que debe esperar el servidor primario para recibir una respuesta del servidor proxy de Windows.
  • -k, ‑‑key=[clave de registro] - Clave de registro que se debe usar para registrar el dispositivo.
deployment-task-delete (dptd) (nombre de la tarea de distribución) [...]

Suprime la tarea de distribución.

deployment-task-list (dptl) [opciones]

Muestra las tareas de distribución y su estado.

Acepta las siguientes opciones:

  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
deployment-task-run-now (dptrn) (nombre de la tarea de distribución) [...]

Programa la tarea de distribución especificada para que se ejecute de inmediato. La tarea debe tener las credenciales guardadas en el almacén de datos.

Comandos de descubrimiento

Estos comandos se utilizan para ver información relacionada con el descubrimiento de dispositivos. Los comandos de descubrimiento comienzan con discovery- en la forma larga y con la letra d en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

discovery-view-discovered-devices (dvdd) [opciones]

Muestra los dispositivos descubiertos.

Acepta las siguientes opciones:

  • -n, ‑‑nameFilter=[cadena de filtro] - Muestra los dispositivos que coinciden con el filtro especificado. Se puede utilizar el carácter comodín * si está entrecomillado.
  • -t, ‑‑typefilter=[filtro de tipo] - Muestra las opciones que coinciden con el tipo especificado. Los valores válidos son server, workstation, printer, network, thinclient, other, unknown y deployable. Si no se especifica esta opción, se muestran todos los tipos de dispositivo.
  • -o, ‑‑osfilter=[sistema operativo] - Muestra los dispositivos que cuentan con el SO especificado instalado. Los valores válidos son other, win9x, winnt, wince, win2k, win2k3, winxp, nw6, nw6_5, nwoes, suse, sles, nld, rh_es y rh_as. Si no se especifica esta opción, se muestran todos los dispositivos.
  • -m, ‑‑management-status=[estado de gestión] - Muestra los dispositivos que tienen el estado especificado. Los valores válidos son discovered, inventoried, managed y retired. Si no se especifica esta opción, se muestran todos los tipos de dispositivo, con independencia de su estado.
  • ‑‑modefilter=[modo de descubrimiento] - Muestra los dispositivos descubiertos usando el modo de descubrimiento especificado. Los valores válidos son IP, LDAP, csvimport, ZENworks-migration y ZAM-migration. Si no se especifica esta opción, se muestran todos los dispositivos.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
discovery-task-list (dtl) [opciones]

Muestra las tareas de descubrimiento y su estado.

Acepta las siguientes opciones:

  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
discovery-task-run-now (dtrn) (nombre de la tarea de descubrimiento)

Ejecuta la tarea de descubrimiento especificada de inmediato.

Comandos de grupos dinámicos

Estos comandos se utilizan para ver grupos dinámicos y sus miembros y actualizar los grupos. Los comandos de grupos dinámicos comienzan con dynamic-group- en la forma larga o con las letras dg en la forma corta.

dynamic-group-list (dgl) (tipo de dispositivo) [carpeta] [-n|‑‑namefilter=cadena de filtro] [-s|‑‑scrollsize=número de resultados] [-r|‑‑recursive] [-c|‑‑count]

Muestra los grupos dinámicos.

Acepta las siguientes opciones:

  • (tipo de dispositivo) - Los valores válidos son server y workstation.
  • [carpeta] - Muestra el contenido de la carpeta especificada. Si no se especifica, se muestra el contenido de la carpeta raíz.
  • [-n|‑‑namefilter=cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • [-s|‑‑scrollsize=número de resultados] - Número de resultados que se mostrarán cada vez.
  • [-r|‑‑recursive] - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica, el contenido de las subcarpetas no se muestra.
  • [-c|‑‑count] - Muestra el recuento de resultados.
dynamic-group-members (dgm) (tipo de dispositivo) (nombre de grupo dinámico) [vía de la carpeta del grupo dinámico] [-s|‑‑scrollsize=número de resultados]

Muestra los miembros del grupo dinámico indicado.

Acepta las siguientes opciones:

  • (tipo de dispositivo) - Los valores válidos son server y workstation.
  • (nombre de grupo dinámico) - Nombre del grupo dinámico.
  • [vía de la carpeta del grupo dinámico] - Vía del grupo dinámico. Puede especificar la vía completa o la vía relativa de la carpeta raíz.
  • [-s|‑‑scrollsize=número de resultados] - Número de resultados que se mostrarán cada vez.
dynamic-group-refresh (dgr) (tipo de dispositivo) [(nombre de grupo dinámico) (nombre de grupo dinámico)... (nombre de grupo dinámico)] [-f|‑‑folder=nombre de carpeta incluida la vía de la carpeta del grupo dinámico] [-a|‑‑all]

Vuelve a calcular los miembros del grupo dinámico según los criterios establecidos para el grupo.

Acepta las siguientes opciones:

  • (tipo de dispositivo) - Los valores válidos son server y workstation.
  • (nombre de grupo dinámico) - Nombre del grupo dinámico. Puede generar una lista de varios grupos.
  • [-f|‑‑folder=nombre de carpeta incluida la vía de la carpeta del grupo dinámico] - Nombre de la carpeta del grupo dinámico, incluida la vía completa.
  • [-a|‑‑all] - Actualiza todos los grupos dinámicos existentes.
dynamic-group-view-query (dgvq) (vía de la carpeta del grupo dinámico)

Muestra los filtros para el grupo dinámico especificado.

(vía de la carpeta del grupo dinámico) - Vía del grupo dinámico. Puede especificar la vía completa o la vía relativa de la carpeta raíz.

Comandos de Endpoint Security Management

Estos comandos se usan para importar y exportar directivas de seguridad y para exportar una clave de cifrado de directiva de seguridad de la zona de gestión (KMK). Sólo se aplican a ZENworks Endpoint Security Management.

Todos los comandos siguientes aceptan los indicadores de opción mostrados en la sección Opciones globales, excepto los comandos esmpolicy-export-to-file y esmpolicy-import que no se pueden ejecutar de forma remota y, por lo tanto, no aceptan la opción ‑‑host.

esmpolicy-export-to-file (epetf) (vía de la directiva) (vía del archivo de directiva XML)

Exporta la información de una directiva de seguridad a un archivo de directiva XML cifrado. El archivo de directiva XML se puede usar para importar la directiva a la misma zona de gestión o a una distinta.

NOTA: para importar una directiva, también hay que proporcionar la clave de cifrado de la directiva de seguridad de la zona (KMK) para que el archivo de directiva XML se pueda descifrar. Utilice el comando esmpolicy-export-kmk-to-file para crear el archivo de clave.

(vía de la directiva) - La vía (incluido el nombre de archivo) del objeto de directiva en relación a la carpeta raíz Directivas. Por ejemplo, FWpolicy1 o ESMpolicies/DEpolicy4.

(vía del archivo de directiva XML) - La vía (incluido el nombre de archivo) donde desea guardar el archivo de directiva XML. Si solo especifica un nombre de archivo, el archivo se guarda en el directorio actual. Por ejemplo, directivacortafuegos.xml o c:\directivacortafuegos.xml.

Ejemplos:

zman epetf FWPolicy1 c:\FWpolicy1.xml

zman epetf ESMpolicies/DEpolicy4 DEpolicy4.xml

esmpolicy-export-kmk-to-file (epektf) (vía del archivo de clave de cifrado de la directiva)

Exporta la clave de cifrado de la directiva de seguridad de la zona de gestión (KMK) a un archivo. El archivo de clave se necesita para descifrar un archivo de directiva XML (exportado desde una directiva de la misma zona) cuando se importa la directiva con el comando esmpolicy-import.

(vía del archivo de clave de cifrado de la directiva) - La vía (incluido el nombre de archivo) donde desea guardar el archivo de clave de cifrado de la directiva de seguridad (KMK). Si solo especifica un nombre de archivo, el archivo se guarda en el directorio actual. Use un nombre de archivo admitido cualquiera para el archivo. La extensión no es importante, puede usar la que quiera o no usar extensión alguna. Por ejemplo, KMK.txt, clave.xml, KMK y decryption.file son todos nombres válidos de archivos.

Ejemplos:

zman epektf c:\clave.txt

zman epektf ClaveCifrado.xml

esmpolicy-import(epi) (nombre de la directiva) (vía del archivo de clave de cifrado de la directiva) (vía del archivo de directiva XML) [carpeta padre]

Importa una directiva de seguridad de un archivo XML cifrado creado con el comando esmpolicy-export-to-file.

(nombre de la directiva) - El nombre que se va a asignar al objeto de directiva.

(vía del archivo de clave de cifrado de la directiva) - La vía completa (incluido el nombre de archivo) del archivo de clave de cifrado de la directiva de seguridad (KMK) para la zona de gestión desde la que se exportó la directiva. Este archivo es necesario para descifrar el archivo XML cifrado. Si el archivo de clave se encuentra en el directorio actual, basta con especificar el nombre de archivo.

(vía del archivo de directiva XML) - La vía completa (incluido el nombre de archivo) del archivo de directiva XML cifrado. Si el archivo se encuentra en el directorio actual, basta con especificar el nombre de archivo.

[carpeta padre] - La carpeta Directivas en las que se va a crear el objeto de directiva. Si desea crear el objeto en la carpeta raíz, ignore esta opción.

Ejemplos:

zman epi FWPolicy c:\clave.txt c:\FWpolicy.xml

zman epi DEPolicy clave.txt directivacifrado.xml esm policies/encryption

esmpolicy-purge-effective-policies (epep) [(vía de dispositivo)(vía de dispositivo)...(vía de dispositivo)] [-b|‑‑begin-date=aaaa-MM-dd HH:mm:ss] [-e|end-date=aaaa=MM-dd HH:mm:ss] [-u|‑‑unregisteredDevices]

Limpia los registros de informes vigentes desde la base de datos de ZENworks. Las opciones siguientes se pueden usar para indicar registros de informes de dispositivos concretos o de periodos de tiempo concretos.

[(vía de dispositivo)(vía de dispositivo)...(vía de dispositivo)] - Para limpiar los registros de informes de la directiva vigente para dispositivos concretos, especifique la vía completa de cada dispositivo. Ignore esta opción para limpiar informes de todos los dispositivos.

Este comando acepta las opciones siguiente:

[-b|‑‑begin-date=aaaa-MM-dd HH:mm:ss] - Para limpiar los registros de informes de la directiva vigente a partir de una fecha concreta, especifique la fecha de inicio. Todos los registros cuya marca horaria indique la fecha de inicio o una posterior se borran. Use esta opción con la opción end-date para designar un periodo de tiempo específico.

[-e|‑‑end-date=aaaa=MM-dd HH:mm:ss]: para limpiar los registros de informes de la directiva vigente anteriores a una fecha concreta, especifique la fecha final. Todos los registros cuya marca horaria indique la fecha final o una anterior se borran. Use esta opción con la opción begin-date para designar un periodo de tiempo específico.

[-u|‑‑unregisteredDevices]: limpia los registros de informes de la directiva vigente que ya no están registrados en la zona pero siguen teniendo datos de informe en la base de datos de ZENworks.

Ejemplos:

zman epep /Dispositivos/Estaciones de trabajo/dispositivo1

zman epep /Dispositivos/Estaciones de trabajo/dispositivo1 -b "2010-10-10 10:10:10" -e "2010-12-31 24:00:00"

zman epep -u

Comandos de Full Disk Encryption

Estos comandos solo se aplican a ZENworks Full Disk Encryption. Además de los parámetros indicados a continuación, los comandos aceptan los indicadores de opciones descritos en la sección Opciones globales.

fdepolicy-purge-eri (fpe) [(vía de dispositivo)(vía de dispositivo)...(vía de dispositivo)] [-b|‑‑begin-date=aaaa-MM-dd HH:mm:ss] [-e|end-date=aaaa=MM-dd HH:mm:ss] [-u|‑‑unregisteredDevices]

Limpia los registros de información de recuperación de emergencia (ERI) de la base de datos de ZENworks. Las opciones siguientes se pueden usar para indicar registros de informes de dispositivos concretos o de periodos de tiempo concretos.

[(vía de dispositivo) (vía de dispositivo) ... (vía de dispositivo)]: para limpiar los registros ERI de dispositivos concretos, indicando la vía completa de cada dispositivo. Omita esta opción para borrar registros de todos los dispositivos.

[-b|‑‑begin-date=aaaa-MM-dd HH:mm:ss]: para limpiar los registros ERI a partir de una fecha concreta, especifique la fecha de inicio. Todos los registros cuya marca horaria indique la fecha de inicio o una posterior se borran. Use esta opción con la opción end-date para designar un periodo de tiempo específico.

[-e|‑‑end-date=aaaa=MM-dd HH:mm:ss]: para limpiar los registros ERI hasta una fecha concreta, especifique la fecha final. Todos los registros cuya marca horaria indique la fecha final o una anterior se borran. Use esta opción con la opción begin-date para designar un periodo de tiempo específico.

[-u|‑‑unregisteredDevices]: borra los registros ERI de los dispositivos que ya no están registrados en la zona pero siguen teniendo registros ERI en la base de datos de ZENworks.

Ejemplos:

zman fpe /Devices/Workstations/dispositivo1

zman fpe /Devices/Workstations/dispositivo1 -b "2010-10-10 10:10:10" -e "2010-12-31 24:00:00"

zman fpe -u

fdepolicy-export-to-file (fpetf) (vía de la directiva) (vía del archivo de directiva XML)

Exporta la información de una directiva de Full Disk Encryption a un archivo de directiva XML cifrado. El archivo de directiva XML se puede usar para importar la directiva a la misma zona de gestión o a una distinta.

NOTA: para importar una directiva, también hay que proporcionar la clave de cifrado de la directiva de Full Disk Encryption de la zona (KMK) para que el archivo de directiva XML se pueda descifrar. Utilice el comando fdepolicy-export-kmk-to-file para crear el archivo de clave.

(vía de la directiva) - La vía (incluido el nombre de archivo) del objeto de directiva en relación a la carpeta raíz Directivas. Por ejemplo, FDEpolicies/FDEpolicy4.

(vía del archivo de directiva XML) - La vía (incluido el nombre de archivo) donde desea guardar el archivo de directiva XML. Si solo especifica un nombre de archivo, el archivo se guarda en el directorio actual. Por ejemplo, FDEpolicy.xml.

Ejemplo:

zman fpetf FDEPolicy1 c:\FDEpolicy1.xml

fdepolicy-import (fpi) (nombre de la directiva) (vía del archivo de clave de cifrado de la directiva) (vía del archivo de directiva XML) [carpeta padre]

Importa una directiva de Full Disk Encryption de un archivo XML cifrado creado con el comando fdepolicy-export-to-file.

(nombre de la directiva) - El nombre que se va a asignar al objeto de directiva.

(vía del archivo de clave de cifrado de la directiva) - La vía completa (incluido el nombre de archivo) del archivo de clave de cifrado de la directiva de Full Disk Encryption (KMK) para la zona de gestión desde la que se exportó la directiva. Este archivo es necesario para descifrar el archivo XML cifrado. Si el archivo de clave se encuentra en el directorio actual, basta con especificar el nombre de archivo.

(vía del archivo de directiva XML) - La vía completa (incluido el nombre de archivo) del archivo de directiva XML cifrado. Si el archivo se encuentra en el directorio actual, basta con especificar el nombre de archivo.

[carpeta padre] - La carpeta Directivas en las que se va a crear el objeto de directiva. Si desea crear el objeto en la carpeta raíz, ignore esta opción.

Ejemplo:

zman fpi FDEPolicy c:\key.txt c:\FDEpolicy.xml

fdepolicy-export-kmk-to-file (fpektf) (vía del archivo de clave de cifrado de la directiva)

Exporta la clave de cifrado de la directiva de Full Disk Encryption de la zona de gestión (KMK) a un archivo. El archivo de clave se necesita para descifrar un archivo de directiva XML (exportado desde una directiva de la misma zona) cuando se importa la directiva con el comando fdepolicy-import.

(vía del archivo de clave de cifrado de la directiva) - La vía (incluido el nombre de archivo) donde desea guardar el archivo de clave de cifrado de la directiva de Full Disk Encryption (KMK). Si solo especifica un nombre de archivo, el archivo se guarda en el directorio actual. Use un nombre de archivo admitido cualquiera para el archivo. La extensión no es importante, puede usar la que quiera o no usar extensión alguna. Por ejemplo, KMK.txt, clave.xml, KMK y decryption.file son todos nombres válidos de archivos.

Ejemplos:

zman fpektf c:\key.txt

zman fpektf EncryptionKey.xml

Comandos de funciones

Estos comandos se utilizan para habilitar funciones específicas en ZENworks. Además de los parámetros indicados a continuación, los comandos aceptan los indicadores de opciones descritos en la sección Opciones globales.

feature-enable-platform-ipados (fepi)...[opciones]

Este comando habilita la plataforma iPadOS en la zona. Al habilitar esta plataforma:

  • Todos los dispositivos iPad existentes con iOS 13 o una versión posterior pasan del grupo dinámico de iOS al grupo dinámico de iPadOS. Las asignaciones existentes que se aplicaron a los dispositivos movidos como parte del grupo dinámico de iOS ya no serán aplicables. Debe volver a crear manualmente estas asignaciones para el grupo dinámico de iPadOS.

  • Los dispositivos iPadOS ya no formarán parte de las reglas de inscripción existentes que se aplicaron a los dispositivos iOS. Debe volver a crear estas reglas de inscripción para dispositivos iPadOS.

Comando de lista de problemas

Este comando se utiliza para ver la lista de dispositivos que tienen advertencias o errores sin confirmación. El comando de lista de problemas, Hotlist, comienza con hotlist- en la forma larga y con las letras hl en la forma corta.

Acepta también las opciones individuales descritas con el comando.

hotlist-view (hlv) [opciones]

Muestra los dispositivos que tienen advertencias o errores no confirmados.

Acepta las siguientes opciones:

  • -c, ‑‑count - Muestra solo el número de elementos de la lista de problemas.
  • -t, ‑‑type=[tipo de error] - Filtra a partir del tipo de error de los elementos de la lista de problemas. Los valores válidos son Noncompliant, Critical y Warning.
  • -o, ‑‑operator=[operador de comparación] - Si se especifica, este operador se utiliza en los filtros basados en el número de errores. Los valores válidos son >, >=, =, < y <=. Es preciso entrecomillar los operadores para que el sistema no considere los caracteres > y < como operadores de redirección.
  • -e, ‑‑errorcount=[número de errores] - Filtra a partir del número de errores del tipo especificado. Si no se especifica el operador de comparación, se utiliza por defecto >=. Si no se especifica el tipo de error, el recuento se toma a partir de la suma de los errores no compatibles, críticos y de advertencia.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez. Las advertencias y los errores se pueden confirmar mediante el comando messages-acknowledge. Una vez que se confirman todas las advertencias y todos los errores de un dispositivo, dejan de aparecer en la lista de problemas.
  • Ejemplo: para ver dispositivos de la lista de problemas que tengan más de 5 errores críticos:
  • zman hlv ‑‑type critical ‑‑operator ">" ‑‑error-count 5

Comandos de Intel AMT

Estos comandos se usan para realizar operaciones de provisión previa, provisión y gestión en los dispositivos Intel AMT. Los comandos de Intel AMT comienzan con iamt- en la forma larga y con la letrai en la forma corta.

Las versiones admitidas de iAMT en ZENworks son la 3, 4, 5 y 6.

iamt-root-certificate-hash (irch)

Imprime el algoritmo hash del certificado raíz de ZENworks.

iamt-create-mgmtcert (icmc) [opciones]

Crea o importa el certificado de provisión o gestión de Intel AMT en formato .DER en todos los servidores principales que se usan como servidor de provisión o gestión de iAMT.

Acepta las opciones siguientes si se dispone a importar un certificado externo:

  • -p, ‑‑certpath - Especifica la vía del certificado de provisión o gestión de Intel AMT firmado por una CA externa. El certificado debe tener el formato .DER.

Por ejemplo, para importar un certificado externo, ejecute el comando siguiente:

zman icmc ‑‑certpath C:\Certificate.DER

iamt-create-csr (icc) (isCA) (tipo) [opciones]

Crea la petición de certificado para el servidor de provisión o gestión de Intel AMT en el dispositivo AMT en un entorno de CA externa.

  • isCA - Los valores válidos son Verdadero y Falso. Si es Verdadero, la petición de certificado genera el certificado para la zona de gestión de Intel AMT.
  • tipo - Los valores válidos son mgmt o device. La petición de certificado se crea para la zona de gestión o para dispositivos específicos de la zona de gestión.

Acepta las siguientes opciones:

  • -c, ‑‑country=[nombre de país] - Especifique el nombre del país.
  • -s, ‑‑state=[nombre de estado/provincia] - Especifique el nombre del estado o provincia.
  • -o, ‑‑organization=[nombre de organización] - Especifique el nombre de la organización.
  • -u, ‑‑orgunit=[unidad administrativa] - Especifique la unidad administrativa.
  • -n, ‑‑commonname=[nombre común] - Especifique el nombre común del certificado.
  • -d, ‑‑destination-folder=[carpeta de destino] - Especifique la vía de la carpeta de destino donde desea copiar el archivo de petición de firma de certificado.
iamt-clear-mgmtcert (idmc)

Borra el certificado de provisión o gestión de Intel AMT.

iamt-cacert-import (icai) [isclear] [opciones]

Importa la autoridad certificadora (CA) externa o su autoridad certificadora subordinada al servidor.

  • [isclear] - Los valores válidos son Verdadero y Falso. Si es Verdadero, la CA externa o su subordinada se suprimen.

Acepta las siguientes opciones si se va a importar una CA externa o su subordinada:

  • -i, ‑‑inform - Indica si el formato del certificado es PEM o DER.
  • -p, ‑‑cacertpath - Indica la vía del certificado.

Comando de imagen

Este comando se utiliza para realizar operaciones de imagen. Los comandos de imagen comienzan con imaging- en la forma larga o con la letra i en la forma corta.

imaging-apply-assigned-imaging-bundle (iaaib) (tipo de dispositivo) (nombre del dispositivo)

Aplica el lote de prearranque más reciente que se asigna directamente al dispositivo seleccionado. Si no hay ninguna asignación directa disponible, este comando aplica el primer lote de prearranque que pertenezca a las asignaciones heredadas del dispositivo seleccionado. El lote se aplicará la próxima vez que el dispositivo compruebe sus trabajos de prearranque.

Acepta las siguientes opciones:

  • (tipo de dispositivo) - Los valores válidos son server y workstation.
  • (nombre de dispositivo) - Nombre del objeto de servidor o estación de trabajo.

Por ejemplo, para aplicar el lote de imagen asignado a un servidor con el nombre server1, ejecute el siguiente comando:

zman iaaib server server1

Si el objeto de dispositivo se encuentra en una carpeta, se debe utilizar el comando siguiente:

iaaib (tipo de dispositivo) (carpeta/vía del dispositivo)/(nombre del dispositivo)

donde carpeta/vía del dispositivo corresponde a la vía relativa del dispositivo dentro de la carpeta Estaciones de trabajo o Servidores.

Si un directorio incluye varias estaciones de trabajo cuyos nombres están precedidos por caracteres alfanuméricos comunes (por ejemplo, dis091, dis092 ... dis099), se puede utilizar el siguiente comando en un servidor Linux para aplicar simultáneamente el lote de imagen asignado en todos los dispositivos:

zman iaaib carpeta de estaciones de trabajox/dis{09{1,2,3,4,5,6,7,9}}

El lote se aplica a los dispositivos dis091, dis092, etc.

Comandos de inventario

Estos comandos se utilizan para iniciar exploraciones y enviar el formulario de recopilación de datos de inventario a los dispositivos gestionados. Los comandos de inventario comienzan con inventory- en la forma larga y con la letrai en la forma corta.

inventory-collection-wizard-run-now (icwrn) (vía del objeto de dispositivo) [...] [opciones]

Envía el formulario de datos de recopilación de inventario a uno o varios dispositivos.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de dispositivo] - Vía de la carpeta del dispositivo relativa a /Dispositivos. Si se especifica esta opción, la vía de los objetos de dispositivo se determina en relación a esta carpeta. Esta opción se puede utilizar para especificar varios objetos de dispositivo de la misma carpeta.
(inventory-scan-now|isn) (<vía del objeto de dispositivo> <vía del objeto de dispositivo>...<vía del objeto de dispositivo>) [opciones]

Inicia una exploración de inventario de uno o varios dispositivos.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de dispositivo] - Vía de la carpeta del dispositivo relativa a /Dispositivos. Si se especifica esta opción, la vía de los objetos de dispositivo se determina en relación a esta carpeta. Esta opción se puede utilizar para especificar varios objetos de dispositivo de la misma carpeta.
inventory-export-localproducts|ielp (nombre de la vía)

Exporta los productos locales definidos por el administrador y las huellas de productos. Solo los administradores con derechos CDLP pueden exportar los productos locales.

Para exportar datos de productos:

zman ielp {nombre de la vía}.

Ejemplo:

Para exportar todos los productos locales definidos por el administrador desde ZENworks Configuration Management a un archivo en ./output/lpexports.txt:

zman ielp ./output/lpexports.txt.

inventory-import-localproducts|iilp (nombre de la vía) [dokbmerge]

Importa los productos locales definidos por el administrador y las huellas de productos. Solo los administradores con derechos CDLP pueden importar los productos locales.

  • dokbmerge - Sirve para desencadenar la fusión de KB después de importar los productos locales.

Para importar datos de productos:

zman iilp {nombre de vía} [-U (administrador)] [-P (contraseña)].

Ejemplo:

Para importar productos locales definidos por el administrador a ZENworks Configuration Management desde un archivo en ./output/lpimports.txt:

zman iilp ./output/lpimports.txt -U administrador -P novell.

Comandos de licencia

Estos comandos se utilizan para activar el servidor ZENworks o para mostrar la información de licencia. Los comandos de licencia comienzan con license- en la forma larga y con la letra l en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

license-activate (la) (nombre del producto) (clave de licencia)

Activa los productos de ZENworks (Asset Inventory para Linux, ZENworks Configuration Management, ZENworks Asset Management, ZENworks Full Disk Encryption, ZENworks Endpoint Security Management) o ZENworks Suite.

license-deactivate (ld) (nombre de producto)

Desactiva productos de ZENworks. Solo se necesita el nombre del producto como argumento.

license-info (li)

Muestra la información de licencia.

license-refresh (lr)

Fuerza la actualización del caché de licencias almacenado en el sistema, que normalmente se actualiza una vez al día. Este comando se debe utilizar para actualizar el caché en cualquier momento como, por ejemplo, cuando una licencia de evaluación haya caducado y no se refleje todavía en el caché.

license-show-active-components (lsac)

Muestra el estado de la licencia de todos los componentes de ZENworks Configuration Management y de los complementos del modelo de datos en dos listas distintas.

Comandos de ubicación

Estos comandos se utilizan para ver y gestionar y ubicaciones. Las ubicaciones están formadas por uno o varios entornos de redes. Cuando ZENworks Agent determina que su entorno actual coincide con un entorno de redes asociado a una ubicación, el agente aplica las directivas de seguridad y las reglas de servidor más próximo asignadas a la ubicación.

Los comandos de ubicación comienzan por location- en la forma larga y con la letra l en la forma corta. Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

location-assign-device-folder (ladf) (vía de la carpeta de dispositivos o del objeto de dispositivo) [<objeto de ubicación> <objeto de ubicación>...<objeto de ubicación>] [-a|‑‑allLocations]

Asigna una ubicación a una carpeta de dispositivos o a un objeto de dispositivo concretos.

(vía de la carpeta de dispositivos o del objeto de dispositivo) - Vía completa de una carpeta de dispositivos o de un objeto de dispositivo.

[objeto de ubicación] [...] - Nombre del objeto de ubicación.

-a, ‑‑allLocations - Especifique este parámetro para asignar todas las ubicaciones y entornos de redes a la carpeta de dispositivos o al objeto de dispositivo.

location-audit-upload (lau) (nombre de la ubicación) (estado)

Configura la carga de datos de auditoría para una ubicación especificada.

(nombre de la ubicación) - El nombre de la ubicación.

(state): permite seleccionar el estado:

  • 1 para habilitar los dispositivos de la ubicación asociada a fin de cargar datos del evento de auditoría en cualquier servidor satélite (función de recopilación) o servidor primario.

  • 2 para inhabilitar los dispositivos de la ubicación asociada a fin de que no se carguen datos del evento de auditoría de ningún servidor satélite (función de recopilación) ni servidor primario.

location-create (lc) (nombre de ubicación) [-d|‑‑desc=<descripción>] [nombre de entorno de redes] [...]

Crea una ubicación y (de forma opcional) le asigna entornos de redes.

(nombre de ubicación) - El nombre que desea asignar a la nueva ubicación.

[nombre de entorno de redes] - El nombre de un entorno de redes existente que desea asignar a la ubicación. Es posible añadir varios entornos de redes. La adición de entornos de redes durante la creación de una ubicación es opcional. Puede usar el comando location-nwenv-assign para añadir entornos de redes después de la creación.

[nombre de entorno de redes] - El nombre de un entorno de redes existente que desea asignar a la ubicación. Es posible añadir varios entornos de redes. La adición de entornos de redes durante la creación de una ubicación es opcional. Puede usar el comando location-nwenv-assign para añadir entornos de redes después de la creación.

Acepta las siguientes opciones:

-d |‑‑desc = Descripción: permite especificar una descripción de la ubicación.

-t | -- downloadThrottle = Tasa de transmisión de descarga: permite especificar una tasa de transmisión de descarga.

-u | -- uploadThrottle = Tasa de transmisión de carga: permite especificar una tasa de transmisión de carga.

-a | ‑‑ auditUpload = Datos de carga de auditoría: especifique 0 para habilitar o 1 para inhabilitar los datos de carga de auditoría.

-e | -- Protocolo preferido para la comunicación: según el protocolo preferido para la comunicación, especifique IPv4 o IPv6.

Especifique IPv4 si desea que los dispositivos de esta ubicación intenten comunicarse primero con los servidores mediante URL IPv4 antes de intentar usar URL IPv6.

Especifique IPv6 si desea que los dispositivos de esta ubicación intenten comunicarse primero con los servidores mediante URL IPv6 antes de intentar usar URL IPv4.

C | -- cifsServer = Servidor CIFS: especifique un servidor CIFS que le permita proporcionar acceso compartido.

-i | --proxyAddress = Dirección de proxy HTTP IPv4: especifique una dirección de proxy IPv4.

-p | --proxyPort= Puerto de proxy HTTP IPv4: especifique el número de puerto de escucha del servidor proxy.

-r | --proxyCidr = CIDR de proxy HTTP IPv4: especifique el intervalo de direcciones IPv4 mediante la notación CIDR.

-x | --ipv6ProxyAddress = Dirección de proxy HTTP IPv6: especifique una dirección de proxy IPv6.

-y –ipv6ProxyPort = Puerto de proxy HTTP IPv6: especifique el número de puerto de escucha del servidor proxy.

-z | -- ipv6ProxyCidr = CIDR de proxy HTTP IPv6: especifique el intervalo de direcciones IPv6 mediante la notación CIDR.

location-delete (ldel) (nombre de ubicación) [...]

Suprime las ubicaciones.

(nombre de ubicación) - El nombre de la ubicación que desea suprimir. Puede especificar uno o más nombres de ubicación.

location-delete-all-network-assignments (ldana) (nombre de ubicación)

Elimina todos los entornos de redes de una ubicación.

(nombre de ubicación) - El nombre de la ubicación de la que desea eliminar todos los entornos de redes asignados.

location-delete-network-assignments (ldna) (nombre de ubicación) [nombre de entorno de redes] [...]

Elimina entornos de redes específicos de una ubicación.

(nombre de ubicación) - El nombre de la ubicación de la que desea eliminar los entornos de redes.

[nombre de entorno de redes] - El nombre del entorno de redes que desea eliminar. Es posible eliminar varios entornos de redes.

location-list (ll) [opciones]

Muestra las ubicaciones

Acepta las siguientes opciones:

  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
location-list-network-assignments (llna) (nombre de ubicación)

Muestra los entornos de redes asignados a una ubicación.

(nombre de ubicación) - El nombre de la ubicación cuyos entornos de redes desea ver.

Acepta las siguientes opciones:

  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
location-list-relationships (llrel) (nombre de ubicación) [-c recuento]

Muestra los objetos de ZENworks, como directivas y lotes, asociados con la ubicación especificada.

(nombre de ubicación) - El nombre de la ubicación cuyos objetos de ZENworks desea ver.

Acepta la siguiente opción:

  • -c, ‑‑count - Muestra el recuento de resultados.
location-network-assign (lna) (nombre de ubicación) (nombre de entorno de redes) [...]

Añade entornos de redes a una ubicación.

(nombre de ubicación) - El nombre de la ubicación a la que desea asignar entornos de redes.

[nombre de entorno de redes] - El nombre de un entorno de redes existente que desea añadir a la ubicación. Es posible añadir varios entornos de redes.

location-rename (lrn) (nombre anterior) (nombre nuevo)

Renombra una ubicación.

(nombre anterior) - El nombre de la ubicación que desea renombrar.

(nombre nuevo) - El nuevo nombre de la ubicación.

location-response-recompute|lrr [<vía de la carpeta de dispositivos o del objeto de dispositivo> <vía de la carpeta de dispositivos o del objeto de dispositivo>...<vía de la carpeta de dispositivos o del objeto de dispositivo>] [-f|‑‑forceRecompute]

Pide al servidor que vuelva a calcular la respuesta de configuración de ubicación de forma que los dispositivos que realizan la petición puedan obtener los cambios más recientes.

[vía de la carpeta de dispositivos o del objeto de dispositivo][...] - Permite especificar la vía de una carpeta de dispositivos o de un objeto de dispositivo.

-f, ‑‑forceRecompute - Fuerza el cálculo de nuevo de todas las peticiones de configuración de ubicación.

location-throttle (lt) (nombre de ubicación) (tasa de transmisión)

Define la tasa de transmisión de ancho de banda que se debe usar para distribuir contenido a los dispositivos identificados con la ubicación especificada. Para maximizar el rendimiento de los servidores de ZENworks y del sistema de red, los entornos con un gran ancho de banda pueden usar un conjunto de tasas de transmisión y los entornos con un ancho de banda pequeño pueden usar un conjunto distinto de tasas de transmisión. La tasa de transmisión se puede anular en un lote para que se puedan distribuir rápidamente los parches de alta prioridad y el contenido de los lotes.

(nombre de ubicación) - El nombre de la ubicación para la que desea definir la tasa de transmisión de ancho de banda.

(tasa de transmisión) - La tasa máxima de ancho de banda en kilobits por segundo (kbps).

location-unknown-throttle (lut) (tasa de transmisión)

Define la tasa de transmisión de ancho de banda que se debe usar para distribuir contenido a los dispositivos identificados con la ubicación Desconocida.

(tasa de transmisión) - La tasa máxima de ancho de banda en kilobits por segundo (kbps).

location preferred protocol communication | lppc <nombre de ubicación> [opciones]

Permite editar una ubicación existente.

<nombre de ubicación>: especifique un nombre para la ubicación.

Acepta las siguientes opciones:

IPv4: Especifique IPv4 si desea que los dispositivos de esta ubicación intenten comunicarse primero con los servidores mediante URL IPv4 antes de intentar usar URL IPv6.

IPv6: Especifique IPv6 si desea que los dispositivos de esta ubicación intenten comunicarse primero con los servidores mediante URL IPv6 antes de intentar usar URL IPv4.

Comandos de mensajes

Estos comandos se utilizan para ver y gestionar mensajes. Los comandos de mensajes comienzan con message- en la forma larga y con la letra m en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

(messages-acknowledge|ma) [vía del objeto] [opciones]

Confirma los mensajes asociados a un dispositivo gestionado, un lote o una directiva de ZENworks.

[vía del objeto] - Vía completa del objeto que tiene mensajes asociados. El objeto puede ser un servidor, una estación de trabajo, un lote o una directiva.

Acepta las siguientes opciones:

  • -b, ‑‑begin-date=[fecha de registro del mensaje] - Se confirman los mensajes registrados en la fecha indicada y después de esa fecha. El formato para la fecha es AAAA-MM-DD.
  • -e, ‑‑end-date=[fecha de registro del mensaje] - Se confirman los mensajes registrados en la fecha indicada y antes de esa fecha. El formato para la fecha es AAAA-MM-DD.
  • -a, ‑‑all - Confirma todos los mensajes registrados para el objeto. Si no se especifica ningún objeto, se confirman todos los mensajes registrados.
  • -l, ‑‑logID=[ID de registro][...] - Lista separada por comas de los ID de registro de los mensajes que se deben confirmar. Puede obtener el ID del registro mediante el comando messages-view.
  • -L, ‑‑logID-file=[vía del archivo] - Vía del archivo que contiene los ID de registro de mensaje. Cada línea del archivo debe contener un ID de registro de mensaje. Utilice esta opción en lugar de ‑‑log-ID para introducir los ID de registro.
(messages-delete|md) [vía del objeto] [opciones]

Suprime los mensajes asociados a un dispositivo gestionado de ZENworks.

[vía del objeto] - Vía completa del objeto que tiene mensajes asociados. El objeto puede ser un servidor, una estación de trabajo, un lote o una directiva.

Acepta las siguientes opciones:

  • -b, ‑‑begin-date=[fecha de registro del mensaje] - Los mensajes registrados en esta fecha o después se suprimen. El formato para la fecha es AAAA-MM-DD.
  • -e, ‑‑end-date=[fecha de registro del mensaje] - Los mensajes registrados en esta fecha o antes se suprimen. El formato para la fecha es AAAA-MM-DD.
  • -l, ‑‑logID=[ID de registro][...] - Lista separada por comas de los ID de registro de los mensajes que se deben suprimir. Puede obtener el ID del registro mediante el comando messages-view.
  • -L, ‑‑logID-file=[vía del archivo] - Vía del archivo que contiene los ID de registro de mensaje. Cada línea del archivo debe contener un ID de registro de mensaje. Utilice esta opción en lugar de ‑‑log-ID para introducir los ID de registro.
messages-view (mv) [opciones] [vía del objeto]

Muestra los mensajes asociados con un dispositivo gestionado, un lote o una directiva de ZENworks.

  • -S, ‑‑severity=[gravedad] [...] - Filtra a partir de la gravedad de los mensajes. Los valores válidos son critical, warning e info.
  • -t, ‑‑type=[tipo de mensaje] - Filtra a partir del origen del mensaje. Los valores válidos son server y client. Si se filtra por server, se muestran los mensajes generados por el servidor de ZENworks, mientras que, si se filtra por client, se muestran los mensajes generados por ZENworks Agent en ese dispositivo.
  • -D, ‑‑date-condition=[condición de fecha] - Filtra los mensajes según un intervalo de tiempo. Los valores válidos son before, since y between. Utilice las opciones ‑‑begin-date y ‑‑end-date para especificar las fechas. Si se utiliza la condición de fecha pero no se especifica ninguna, se toma la fecha del día en curso por defecto.
  • -b, ‑‑begin-date=[fecha de registro del mensaje] - La fecha en la que se registró el mensaje. El formato para la fecha es AAAA-MM-DD. Esta opción se utiliza en combinación con la opción de condición de fecha. Si no se especifica la condición de fecha, se mostrarán los mensajes registrados antes de la fecha actual.
  • -e, ‑‑end-date=[fecha de registro del mensaje] - La fecha en la que se registró el mensaje. El formato para la fecha es AAAA-MM-DD. Se debe indicar esta opción si se ha indicado between como valor para la opción de condición de fecha.
  • -a, ‑‑acknowledged - Filtra a partir de los mensajes confirmados.
  • -n, ‑‑not-acknowledged - Filtra a partir de los mensajes que no se han reconocido
  • -m, ‑‑messagefilter=[mensaje traducido] - Filtra a partir del mensaje traducido.
  • -c, ‑‑count - Muestra solo el número de mensajes.
  • -o, ‑‑sort-order=[tipo de ordenación] - Ordena los mensajes según la fecha, la gravedad o si se han confirmado.
  • -A, ‑‑asc - Especifica la dirección del orden de la lista. Por defecto, descendente.
  • -d, ‑‑detailed - Devuelve más información sobre los mensajes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

Comandos de entornos de redes

Estos comandos se utilizan para ver y gestionar entornos de redes. Los entornos de redes están formados por servicios (gateways, servidores DNS, servidores DHCP, etc.) que identifican el entorno.

Los entornos de redes son los componentes principales de las ubicaciones. Cuando ZENworks Agent determina que el entorno actual coincide con un entorno de redes asignado a una ubicación, el agente aplica las directivas de seguridad y las reglas de servidor más próximo asignadas a la ubicación.

Los comandos de entornos de redes comienzan con network-environment- en la forma larga o con las letras ne en la forma corta. Todos los comandos siguientes aceptan los indicadores incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

network-environment-audit-upload (neau) (nombre del entorno de redes) (estado)

Configura los valores de la carga de datos de auditoría para un entorno de redes especificado.

(nombre del entorno de redes) - El nombre del entorno de redes.

(state): permite seleccionar el estado:

  • 0 para revertir los valores de carga de los datos de auditoría configurados para la ubicación asociada con el dispositivo.

  • 1 para habilitar los dispositivos del entorno de redes asociado a fin de cargar datos del evento de auditoría en cualquier servidor satélite (función de recopilación) o servidor primario.

  • 2 para inhabilitar los dispositivos del entorno de redes asociado a fin de que no se carguen datos del evento de auditoría de ningún servidor satélite (función de recopilación) ni servidor primario.

network-environment-create (nec) (nombre de entorno de redes) [-d|‑‑desc=<descripción>] [archivo XML de entorno de redes]

Crea un entorno de redes a partir de la información incluida en el archivo XML especificado.

(nombre de entorno de redes) - El nombre que desea asignar al entorno de redes nuevo.

-d, ‑‑desc=<descripción> - Descripción del entorno de redes.

[archivo XML de entorno de redes] - La vía del archivo XML que contiene la información necesaria para crear el entorno de redes. Si aún no dispone de un archivo XML, utilice el comando network-environment-export-to-file para exportar la información de un entorno de redes existente. Podrá usar ese archivo XML como plantilla para crear archivos de entornos de redes nuevos.

network-environment-delete (ned) (nombre de entorno de redes) [...]

Suprime un entorno de redes.

(nombre de entorno de redes) - El nombre del entorno de redes que desea suprimir. Puede especificar uno o más nombres.

network-environment-export-to-file (neetf) (nombre de entorno de redes) (vía de archivo XML)

Exporta la información de un entorno de redes a un archivo con formato XML.

El comando network-environment-create requiere que la información del entorno de redes se introduzca mediante un archivo con formato XML. Puede usar este archivo como plantilla, modificándolo como estime oportuno para incluir la información que desee usar a la hora de crear un entorno de redes.

(nombre de entorno de redes) - El nombre del entorno de redes cuya información desea exportar al archivo.

(vía de archivo XML) - La vía y el nombre del archivo de exportación.

network-environment-list (nel) [opciones]

Muestra los entornos de redes.

Acepta las siguientes opciones:

  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
network-environment-list-relationships (nelr) (nombre de entorno de redes) [-cr recuento]

Muestra los objetos de ZENworks, como directivas y lotes, asociados con el entorno de redes especificado.

(nombre de entorno de redes) - El nombre del entorno de redes cuyos objetos de ZENworks desea ver.

Acepta la siguiente opción:

  • -c, ‑‑count - Muestra el recuento de resultados.
network-environment-rename (ner) (nombre anterior) (nombre nuevo)

Permite renombrar un entorno de redes.

(nombre anterior) - El nombre del entorno de redes que desea renombrar.

(nombre nuevo) - El nuevo nombre del entorno de redes.

network-environment-throttle (net) (nombre de entorno de redes) (tasa de transmisión)

Define la tasa de transmisión de ancho de banda para distribuir el contenido a los dispositivos situados en un entorno de redes específico. Para maximizar el rendimiento de los servidores de ZENworks y del sistema de red, los entornos con un gran ancho de banda pueden usar un conjunto de tasas de transmisión y los entornos con un ancho de banda pequeño pueden usar un conjunto distinto de tasas de transmisión. La tasa de transmisión se puede anular en un lote para que se puedan distribuir rápidamente los parches de alta prioridad y el contenido de los lotes.

(nombre de entorno de redes) - El nombre del entorno de redes para el que desea definir la tasa de transmisión.

(tasa de transmisión) - La tasa máxima de ancho de banda en kilobits por segundo (kbps).

(network-preferred-protocol-communication | neppc) (nombre del entorno de redes) [opciones]

Crea un entorno de redes.

<nombre del entorno de redes>: especifique un nombre para el entorno de redes.

Acepta las siguientes opciones:

IPv4: Especifique IPv4 si desea que los dispositivos de este entorno de redes intenten comunicarse primero con los servidores mediante URL IPv4 antes de intentar usar URL IPv6.

IPv6: Especifique IPv6 si desea que los dispositivos de este entorno de redes intenten comunicarse primero con los servidores mediante URL IPv6 antes de intentar usar URL IPv4.

Comando de registro de Centro de servicios al cliente de Micro Focus

Este comando se usa para registrar el servidor primario en el Centro de servicios al cliente de Micro Focus.

El comando de registro del Centro de servicios al cliente de Micro Focus comienza por ncc-register en la forma larga o con nccreg en la forma corta. Este comando acepta los indicadores descritos en la sección Opciones globales. Acepta también las opciones individuales descritas con el comando.

(ncc-register|nccreg) (abc@xyz.com) (clave de registro) [vía del servidor primario] [-i|‑‑nccConfigXML=ncc-config.xml] [-r|‑‑reRegister]

Registra el servidor primario en el Centro de servicios al cliente de Micro Focus.

(abc@xyz.com) - La dirección de correo electrónico para registrar el servidor primario en el servidor del Centro de servicios al cliente de Micro Focus.

(clave de registro) - La clave de registro para registrar el servidor primario en el servidor del Centro de servicios al cliente de Micro Focus.

[vía del servidor primario] - La vía del servidor primario para registrarse en el servidor del Centro de servicios al cliente de Micro Focus.

-i, ‑‑nccConfigXML= ncc-config.xml - El archivo XML que contiene la información de registro, como el producto, la versión, la arquitectura y la revisión.

-r, ‑‑reRegister - Vuelve a registrar el servidor primario en el servidor del Centro de servicios al cliente de Micro Focus.

Ejemplos:

Para registrar el servidor primario local en el servidor del Centro de servicios al cliente de Micro Focus, ejecute el comando siguiente:

zman nccreg correo electrónico clave-registro

Para registrar un servidor primario específico en el servidor del Centro de servicios al cliente de Micro Focus, ejecute el comando siguiente:

zman nccreg correo electrónico clave-registro vía_del_servidor

Para volver a registrar el servidor primario local en el servidor del Centro de servicios al cliente de Micro Focus, ejecute el comando siguiente:

zman nccreg correo electrónico clave-registro -r

Para volver a registrar un servidor primario específico en el servidor del Centro de servicios al cliente de Micro Focus, ejecute el comando siguiente:

zman nccreg correo electrónico clave-registro vía_del_servidor -r

Comandos para dispositivos móviles

Estos comandos se utilizan para gestionar dispositivos móviles. Los comandos para dispositivos móviles comienzan con mobile- en la forma larga y con la letra m en la forma corta.

mobile-folder-create (mfc) (vía del objeto móvil) [...] [opciones]

Crea una carpeta nueva para dispositivos móviles.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
mobile-group-create (mgc) (nombre del grupo) [carpeta padre] [opciones]

Crea un grupo móvil y le añade miembros.

Acepta las siguientes opciones:

  • ‑‑desc=[descripción] - Descripción del grupo.
  • -m, ‑‑members=[vía móvil][...] - La vía de los dispositivos móviles relativa a /Dispositivos/Dispositivos móviles.
  • -f, ‑‑folder=[carpeta móvil] - La vía de la carpeta de un dispositivo móvil relativa a /Dispositivos/Dispositivos móviles. Si se especifica esta opción, la vía de los objetos de dispositivo móvil se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo móvil de la misma carpeta.
mobile-move (mmv) (vía del objeto móvil) [vía de la carpeta de destino]

Mueve un objeto de dispositivo móvil a una carpeta distinta.

mobile-rename (mr) (vía del objeto móvil) (nuevo nombre)

Cambia el nombre de un objeto de dispositivo móvil.

mobile-delete (mdl) (vía del objeto móvil) [...] [opciones]

Suprime uno o varios objetos de dispositivo móvil.

(vía del objeto móvil) [...] - La vía de los objetos de dispositivo móvil (dispositivo móvil, carpeta de dispositivos móviles o grupo de dispositivos móviles) relativa a /Dispositivos/Dispositivos móviles. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -f, ‑‑folder=[carpeta móvil] - La vía de la carpeta de un dispositivo móvil relativa a /Dispositivos/Dispositivos móviles. Si se especifica esta opción, la vía de los objetos de dispositivo móvil se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo móvil de la misma carpeta.
mobile-group-add (mga) (vía del grupo móvil) (vía móvil) [...] [opciones]

Añade dispositivos móviles a un grupo de dispositivos móviles.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta móvil] - La vía de la carpeta de un dispositivo móvil relativa a /Dispositivos/Dispositivos móviles. Si se especifica esta opción, la vía de los objetos de dispositivo móvil se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo móvil de la misma carpeta.
mobile-list (ml) [carpeta] [opciones]

Muestra los objetos de dispositivo móvil.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -t, ‑‑typefilter=[filtro de tipo][...] - Muestra los resultados que coinciden con la lista separada por comas de tipos de objeto especificada. Los valores válidos son device, group y folder.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
  • -f, ‑‑flagfilter=[filtro de indicador][...] - Muestra los resultados que coinciden con la lista separada por comas de indicadores especificados. Los valores válidos son: retired (retirado), notretired (no retirado), test (de prueba) y non-test (no de prueba).
mobile-group-members (mgm) (vía del grupo móvil) [opciones]

Muestra los miembros de un grupo de dispositivos móviles o un grupo de dispositivos móviles dinámico.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
mobile-group-remove (mgr) (vía del grupo móvil) (vía móvil) [...] [opciones]

Elimina dispositivos móviles de un grupo de dispositivos móviles.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta móvil] - La vía de la carpeta de un dispositivo móvil relativa a /Dispositivos/Dispositivos móviles. Si se especifica esta opción, la vía de los objetos de dispositivo móvil se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo móvil de la misma carpeta.
mobile-list-groups (mlg) (vía móvil) [opciones]

Muestra los grupos de los que es miembro el dispositivo móvil concreto.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
mobile-add-policy (map) (vía del objeto móvil) (directiva o grupo de directivas) [...] [opciones]

Asigna directivas a un objeto de dispositivo móvil.

Acepta las siguientes opciones:

  • -c, ‑‑conflicts=[orden de resolución de conflictos de directivas] - Determina cómo se deben resolver los conflictos de directivas. Los valores válidos son userlast o 1, devicelast o 2, deviceonly o 3 y useronly o 4. Para userlast, primero se aplican directivas asociadas al dispositivo y luego directivas asociadas al usuario. Para devicelast, primero se aplican directivas asociadas al usuario y luego directivas asociadas al dispositivo. Para deviceonly, las directivas asociadas al usuario se ignoran. Para useronly, las directivas asociadas al dispositivo se ignoran. Si no se especifica esta opción, se toma userlast como valor por defecto.
  • -e, ‑‑enforce-now - Aplica la directiva de inmediato en todos los dispositivos asignados.
  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
mobile-remove-policy (mrp) (vía del objeto móvil) (directiva o grupo de directivas) [...] [opciones]

Elimina las directivas asignadas a un objeto de dispositivo móvil.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
mobile-list-policies (mlp) (vía del objeto móvil) [opciones]

Muestra las directivas asignadas a un objeto de dispositivo móvil.

Acepta las siguientes opciones:

  • -a, ‑‑all - Muestra tanto las directivas vigentes como las no vigentes.
  • -e, ‑‑effective - Muestra solo las directivas vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
mobile-reorder-policies (mrop) (vía del objeto móvil) (posición actual) (posición nueva)

Cambia el orden de las directivas asignadas a un dispositivo móvil. Utilice el comando mobile-list-policies para determinar el orden de las directivas asignadas.

mobile-view-all-policies-status (mvaps) (vía móvil) [opciones]

Muestra el estado de distribución avanzado de las directivas asignadas a un dispositivo móvil.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado del evento de aplicación de directiva. Los valores válidos son S, F y P (abreviaturas en inglés de de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
mobile-set-as-test (msat) (vía del objeto móvil)

Define un dispositivo móvil como dispositivo de prueba.

Ejemplo:

Para definir dispositivomóvil1 como dispositivo de prueba:

zman msat dispositivomóvil1

mobile-set-as-nontest (msan) (vía del objeto móvil)

Define un dispositivo móvil como dispositivo no de prueba.

Ejemplo:

Para definir dispositivomóvil1 como dispositivo no de prueba:

zman msan dispositivomóvil1

mobile-refresh (mrf) (vía del objeto móvil) [...] [opciones]

Actualiza los dispositivos móviles.

Acepta las siguientes opciones:

-f, ‑‑folder=[carpeta móvil] - La vía de la carpeta de un dispositivo móvil relativa a /Dispositivos/Dispositivos móviles. Si se especifica esta opción, la vía de los objetos de dispositivo móvil se determina en relación a esta carpeta. Se puede utilizar para especificar varios dispositivos móviles de la misma carpeta.

‑‑notify=<minutos> - Tiempo en minutos para notificar a todos los dispositivos.

‑‑expire=<minutos> - Tiempo en minutos para que la tarea rápida caduque después de su creación. Especifique 0 para que caduque de inmediato.

‑‑expirenever - La tarea rápida no caduca nunca en el servidor primario.

mobile-activationlockbypass-export-to-file (malbetf) [nombre-archivo]

Exporta los códigos de anulación de bloqueo de activación de todos los dispositivos iOS supervisados de la zona a un archivo ZIP.

[nombre-archivo] Especifique el nombre del archivo ZIP en el que se deben guardar los códigos de anulación. Este es un campo opcional.

Después de ejecutar el comando, se le pedirá una contraseña.

El archivo ZIP se guardará en el directorio actual del indicador de comandos.

Solo los superadministradores tienen derechos para ejecutar el comando.

Ejemplo: malbetf lock_code

En este ejemplo, el archivo ZIP generado se guardará con el nombre lock_code. El nombre de archivo es un campo opcional. Después de ejecutar el comando, se le pedirá la contraseña.

mobile-frpaccount-export-to-file|mfetf (vía del archivo ZIP)

Exporta a archivos CSV la información de protección de restauración de fábrica (FRP), que es la información de cuenta de empresa de los usuarios que están autorizados a la provisión de dispositivos después de una restauración de fábrica, y consolida dichos archivos en un ZIP.

(Vía del archivo ZIP) Especifique la vía completa donde debe guardarse el archivo ZIP que contendrá los archivos CSV.

Ejemplo:

zman mfetf C:\frpbackup\frpaccounts.zip

Exporta los archivos CSV con información de FRP y crea un archivo ZIP llamado frpaccounts.zip en la vía C:\frpbackup.

mobile-frpaccount-purge-records|mfpr

Limpia la información de la protección de restauración de fábrica (FRP) de todos los dispositivos suprimidos de la base de datos de ZENworks.

Comandos de objeto

Se trata de comandos de utilidad o conveniencia para trabajar con objetos de ZENworks. Los comandos de objeto comienzan con object- en la forma larga y con la letra o en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

object-get-GUID (ogg) (vía del objeto)

Obtiene el GUID de un objeto de ZENworks.

(vía del objeto) - Vía completa del objeto de ZENworks, empezando con una barra inclinada (/).

object-get-name (ogn) (GUID de ZENworks)

Obtiene el nombre de un objeto de ZENworks.

(GUID de ZENworks) - El GUID de ZENworks del objeto, que contiene 32 caracteres.

object-get-path (ogp) (GUID de ZENworks)

Obtiene la vía de un objeto de ZENworks a partir del GUID.

(GUID de ZENworks) - El GUID de ZENworks del objeto, que contiene 32 caracteres.

Comandos del servidor primario

Estos comandos se usan para gestionar el contenido del servidor primario. Los comandos del servidor primario empiezan por primary-server-.

primary-server-replicate-content (psrc) (vía del lote | vía de la directiva)

Replica el contenido del lote o la directiva especificados en el servidor primario.

Ejemplos:

Para replicar el contenido de un lote en el servidor actual: zman psrc /Lote/lote1

Para replicar el contenido de una directiva en el servidor actual: zman psrc /Directiva/directiva1

primary-server-cleanup-content (pscc) (lote) (vía del lote | vía de la directiva)

Borra el contenido del lote o la directiva especificados en el servidor primario.

Ejemplos:

Para borrar el contenido de un lote del servidor actual: zman pscc /Lote/lote1

Para borrar el contenido de una directiva en el servidor actual: zman pscc /Directiva/directiva1

Comandos de directivas

Estos comandos se utilizan para crear, modificar y gestionar directivas. Los comandos de directivas comienzan con policy- en la forma larga y con la letra p en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

policy-assign (pa) (tipo de dispositivo o de usuario) (directiva o grupo de directivas) (vía del objeto de dispositivo o de usuario) [...] [opciones]

Asigna una directiva o un grupo de directivas a uno o varios objetos de dispositivo o de usuario.

(dispositivo o tipo de usuario) - Los valores válidos son device, server, workstation y user.

(vía del objeto de dispositivo o de usuario) [...] - Vía de los objetos de dispositivo o de usuario relativa a la carpeta raíz del tipo de dispositivo o de usuario especificada.

Acepta las siguientes opciones:

  • -c, ‑‑conflicts=[orden de resolución de conflictos de directivas] - Determina cómo se deben resolver los conflictos de directivas. Los valores válidos son userlast o 1, devicelast o 2, deviceonly o 3 y useronly o 4. Para userlast, primero se aplican directivas asociadas al dispositivo y luego directivas asociadas al usuario. Para devicelast, primero se aplican directivas asociadas al usuario y luego directivas asociadas al dispositivo. Para deviceonly, las directivas asociadas al usuario se ignoran. Para useronly, las directivas asociadas al dispositivo se ignoran. Si no se especifica esta opción, se toma userlast como valor por defecto.
  • -e, ‑‑enforce-now - Aplica la directiva de inmediato en todos los dispositivos asignados.
  • -f, ‑‑folder=[carpeta de dispositivo o de usuario] - Vía de la carpeta del dispositivo o del usuario relativa a la carpeta raíz respectiva. Si se especifica esta opción, la vía de los objetos de dispositivo o de usuario se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo o de usuario de la misma carpeta.
policy-create (pc) (nombre de la directiva) (archivo XML de directivas) [carpeta padre] [opciones]

Crea una directiva.

(archivo XML de directiva) - El archivo XML que contiene la información de la directiva exportada. Utilice el comando policy-export-to-file (petf) para exportar la información de una directiva a un archivo XML. Si desea reutilizar archivos, es posible crear archivos XML de plantilla a partir de las directivas creadas mediante el Centro de control de ZENworks.

Acepta las siguientes opciones:

  • -d, ‑‑desc=[descripción] - Descripción de la directiva.
  • -a, ‑‑actioninfo=[contenido de archivo de la directiva] - El archivo XML que contiene información sobre el contenido de archivo que se asociará y empaquetará con la directiva. Por ejemplo, el archivo de controlador que se va a instalar para una directiva de impresora es el contenido del archivo. Para obtener información sobre la plantilla de formato del archivo XML, consulte el archivo ActionInfo.xml ubicado en /opt/novell/zenworks/share/zman/samples/policies en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\policies en servidores Windows.
  • -s, ‑‑create-as-sandbox=[crear como zona protegida]: crea la directiva como una zona protegida.
  • -n, ‑‑create-with-new-grid - Crea el objeto de directiva con el nuevo GUID. Si no se especifica la opción, validará los objetos de directiva para el GUID importado en el archivo XML de la directiva. Si el GUID importado no existe, se creará un GUID nuevo; en caso contrario, se conservará el GUID importado.
policy-copy (pcp) (vía de la directiva) (nombre de la directiva) [carpeta padre] [opciones]

Copia una directiva.

Acepta la siguiente opción:

  • -d, ‑‑desc=[descripción] - Descripción de la directiva.
policy-delete (pd) (vía del objeto de directiva) [...] [opciones]

Suprime uno o varios objetos de directiva.

(vía del objeto de directiva) [...] - Vía de los objetos de directiva (directivas, carpeta de directivas o grupo de directivas) relativa a /Directivas. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
policy-disable (pdl) (vía de la directiva) [...] [opciones]

Inhabilita las directivas.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
policy-delete-version (pdv) (vía de la directiva) [versión de la directiva que se debe suprimir] [opciones]

Suprime una o varias versiones de la directiva.

Ejemplos:

Para suprimir la versión 3 de la directiva, zenpolicy:

zman pdv zenpolicy 3

Para suprimir todas las versiones de la directiva, zenpolicy:

zman pdv zenpolicy -a

Para suprimir todas las versiones de la directiva, zenpolicy, cuya versión sea anterior a la especificada:

zman pdv zenpolicy version -p

policy-enable (pel) (vía de la directiva) [...] [opciones]

Habilita las directivas.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
policy-export-to-file (petf) (vía de la directiva) (vía del archivo XML) [versión de la directiva] [-c|‑‑export-content]

Exporta la información de una directiva (en formato XML) a un archivo. El archivo XML se utilizará como entrada para crear directivas.

(vía al archivo XML): vía completa del archivo XML al que se debe exportar la información de directiva.

[Versión de la directiva]: versión de la directiva que se debe exportar. Si no se especifica la versión, se exporta la versión publicada de la directiva. Para exportar una versión de zona protegida de la directiva, especifique una zona protegida.

[-c|‑‑export-content]: exporta el contenido de la directiva a un subdirectorio dentro del directorio que contiene el archivo XML al que se exporta la información de la directiva. Si no se especifica la opción, el contenido de la directiva no se exporta.

Ejemplos:

Para exportar la versión de zona protegida de una directiva llamada directivazen a un archivo XML llamado directiva.xml:

zman petf carpetadirectiva/directivazen C:\directivas\directiva.xml sandbox

Para exportar la versión 3 de la directiva llamada directivazen a un archivo XML llamado directiva.xml:

zman petf carpetadirectivas/directivazen C:\directivas\directiva.xml 3

Para exportar la versión 5 de una directiva llamada directivazen a un archivo XML llamado directiva.xml y exportar el contenido de la directiva al directorio C:\directivas\:

zman petf carpetadirectivas/directivazen C:\directivas\directiva.xml 5 -c

NOTA:si utiliza el archivo XML generado para habilitar la creación de directivas de protección de aplicaciones de Intune para iOS en otra zona, es necesario sustituir el ID del arrendatario en el XML generado por el ID de arrendatario de la zona nueva.

policy-folder-create (pfc) (nombre de carpeta) [carpeta padre] [opciones]

Crea una carpeta nueva para almacenar directivas.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
policy-group-add (pga) (vía del grupo de directivas) (vía de la directiva) [...] [opciones]

Añade directivas a un grupo de directivas.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
policy-group-create (pgc) (nombre del grupo) [carpeta padre] [opciones]

Crea un grupo de directivas y le añade miembros.

Acepta las siguientes opciones:

  • ‑‑desc=[descripción] - Descripción del grupo.
  • -m, ‑‑members=[vía de la directiva][...] - Vía de las directivas relativa a /Directivas.
  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
policy-group-members (pgm) (vía del grupo de directivas) [opciones]

Muestra los miembros de un grupo de directivas.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
policy-group-remove (pgr) (vía del grupo de directivas) (vía de la directiva) [...] [opciones]

Elimina directivas de un grupo de directivas.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
policy-list (pl) [opciones] [carpeta]

Muestra los objetos de directiva.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
policy-list-assignments (plas) (directiva o grupo de directivas) [opciones]

Muestra las asignaciones de dispositivo y usuario de una directiva.

Acepta las siguientes opciones:

  • -t, ‑‑typefilter=[tipo de asignación] - Filtra a partir del tipo de asignación. Los valores válidos son device y user.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
policy-list-groups (plg) (vía de la directiva) [opciones]

Muestra los grupos a los que pertenece una directiva determinada.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
policy-list-version (plv) (vía de la directiva)

Muestra una lista con todas las versiones de la directiva.

Ejemplos:

Para mostrar una lista con todas las versiones de la directiva, zenpolicy:

zman plv zenpolicy

policy-move (pmv) (vía del objeto de directiva) [vía de la carpeta de destino]

Mueve un objeto de directiva a una carpeta distinta.

policy-sandbox-create (psc) (vía de la directiva) [versión de la directiva] [opciones]

Crea una zona protegida a partir de una versión existente de una directiva.

[versión de la directiva]: especifique la versión de la directiva que se debe usar para crear la zona protegida.

Acepta la siguiente opción:

  • -f, ‑‑force =[forzar]: sobrescribe cualquier zona protegida existente.

Ejemplo:

Para crear una zona protegida a partir de la versión 2 de una directiva, zenpolicy:

zman psc zenpolicy 2

policy-sandbox-publish (psp) (vía de la directiva)

Publica una zona protegida para crear una versión publicada de la directiva.

Ejemplo:

Para publicar la zona protegida de una directiva, zenpolicy:

zman psp zenpolicy

policy-sandbox-publish-to-newpolicy (psptn) (vía de la directiva) (nombre de la directiva) [carpeta padre] [opciones]

Publica la versión de zona protegida de una directiva en una directiva nueva.

(vía de la directiva) - La vía del objeto de directiva respecto a la carpeta raíz de directivas, /Directivas.

(nombre de la directiva) - Nombre de la directiva nueva que se va a crear.

[carpeta padre] - Carpeta en la que se va a crear la nueva directiva. Si no se especifica, la directiva se crea en la carpeta raíz.

Acepta las siguientes opciones:

  • -s, ‑‑createAsSandbox=[crear como zona protegida] - Crea la directiva como una zona protegida.
  • -g, ‑‑groups - Añade la directiva recién creada a todos los grupos de los que es miembro la directiva de origen.
  • -d, ‑‑deviceAssignments - Copia todas las asignaciones de dispositivo de la directiva de origen a la nueva directiva creada.
  • -u, ‑‑userAssignments - Copia todas las asignaciones de usuario de la directiva de origen a la nueva directiva creada.

Ejemplo:

Para publicar la versión de zona protegida de una directiva en una directiva nueva.

zman psptn directiva1 directiva2 /Directivas/Carpeta1

policy-sandbox-revert (psr) (vía de la directiva)

Suprime la zona protegida y permite revertir a la versión publicada más reciente de la directiva.

Ejemplo:

Para suprimir la zona protegida y revertir a la versión publicada más reciente de la directiva:

zman psr zenpolicy

policy-rename (pr) (vía del objeto de directiva) (nombre nuevo) [opciones]

Cambia el nombre de un objeto de directiva.

  • -p, ‑‑publish =[publicar]: si se especifica esta opción y se edita el nombre de visualización del lote, el lote se publicará inmediatamente. Sin embargo, si el nombre de visualización actual del lote es distinto del nombre de lote existente o si ya existe una zona protegida para el lote, el hecho de especificar esta opción no tendrá ningún efecto.
policy-unassign (pua) (tipo de dispositivo o de usuario) (directiva o grupo de directivas) (vía del dispositivo o del objeto de usuario) [...] [opciones]

Anula la asignación de una directiva o de un grupo de directivas de uno o varios objetos de dispositivo o de usuario.

(dispositivo o tipo de usuario) - Los valores válidos son device, server, workstation y user.

(vía del objeto de dispositivo o de usuario) [...] - Vía de los objetos de dispositivo o de usuario relativa a la carpeta raíz del tipo de dispositivo o de usuario especificada.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de dispositivo o de usuario] - Vía de la carpeta del dispositivo o del usuario relativa a la carpeta raíz respectiva. Si se especifica esta opción, la vía de los objetos de dispositivo o de usuario se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo o de usuario de la misma carpeta.
policy-view-advanced-deployment-status (pvads) (vía de la directiva) [opciones]

Muestra el estado de distribución avanzado de una directiva.

Acepta las siguientes opciones:

  • -d, ‑‑device=[vía del dispositivo] - Muestra el estado de distribución solo para el dispositivo especificado. La vía del dispositivo es relativa a /Dispositivos.
  • -u, ‑‑user=[vía del usuario] - Muestra el estado de distribución solo para el usuario especificado. La vía del usuario es relativa a /Usuarios. Si se especifica también el dispositivo, se muestra información del estado del usuario indicado que haya entrado en el dispositivo.
  • -n, ‑‑namefilter=[nombre del dispositivo de destino] - Filtra de acuerdo al nombre del dispositivo. Muestra las opciones que coinciden con el filtro indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado del evento de aplicación de directiva. Los valores válidos son S, F y P (abreviaturas en inglés de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -t, ‑‑typefilter=[dispositivo de destino o tipo de usuario][...] - Filtra de acuerdo al tipo de destino. Los valores válidos son server, workstation y user. Se puede proporcionar una lista separada por comas de los tipos de destino.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
  • -v, ‑‑version [valor]
  • A continuación, se muestran los valores válidos:
  • published: utilice esta opción para mostrar el número de dispositivos no de prueba en los que se ha distribuido la directiva.
  • sandbox: utilice esta opción para mostrar el número de dispositivo de prueba en los que se ha distribuido la versión de zona protegida de la directiva.
  • [versión-del-objeto]: utilice un número de versión para obtener el estado de la versión de la directiva relacionada.
  • El valor por defecto es published.
  • -c, ‑‑status-calculation [valor]
  • A continuación, se muestran los valores válidos:
  • Consolidated: utilice esta opción para mostrar el número total de dispositivos en el que se ha distribuido esta directiva.
  • version: utilice esta opción para mostrar el estado de la versión específica.
  • El valor por defecto es version.
policy-view-summary-totals (pvst) (vía de la directiva) [opciones]

Muestra un resumen del estado de distribución de una directiva concreta.

Acepta las siguientes opciones:

-v, ‑‑version [valor]

A continuación, se muestran los valores válidos:

  • published: utilice esta opción para mostrar el número de dispositivos no de prueba en los que se ha distribuido la directiva.

  • sandbox: utilice esta opción para mostrar el número de dispositivo de prueba en los que se ha distribuido la versión de zona protegida de la directiva.

  • [versión-del-objeto]: utilice un número de versión para obtener el estado de la versión de la directiva relacionada.

    El valor por defecto es published.

-c, ‑‑status-calculation [valor]

  • Consolidated: utilice esta opción para mostrar el número total de dispositivos en el que se ha distribuido esta directiva.

  • version: utilice esta opción para mostrar el estado de la versión específica.

El valor por defecto es version.

Comandos de configuración de directivas

Estos comandos se utilizan para establecer y modificar configuraciones de directiva. Los comandos de configuraciones comienzan con settings- en la forma larga y con la letra s en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

policy-settings-copy (pscp) (vía de origen de la directiva) (vía de directiva de destino o de carpeta de directiva) [...] [opciones]

Copia la configuración.

(vía de la directiva de origen o la carpeta de la directiva) - Vía de la directiva de origen o la carpeta de la directiva relativa a /Directivas desde la que se debe copiar la configuración.

(vía de la directiva de destino o la carpeta de la directiva) [...] - Vía de las directivas o las carpetas de directivas relativas a /Directivas en la que se debe copiar la configuración.

Acepta la siguiente opción:

  • -n, ‑‑names=[nombre de la configuración][...] - Nombres de las configuraciones que se deben copiar desde la vía de origen. Si no se especifica esta opción, se copian todos los valores de configuración definidos en la vía de origen.
policy-settings-export-to-file (psetf) (vía de archivo XML) [nombre de la configuración] [opciones] [...]

Exporta los datos de configuración (en formato XML) a un archivo. El archivo XML se utilizará como entrada para crear o modificar configuraciones.

(vía del archivo XML) - El archivo en el que se guardan los datos de configuración en formato XML. Si el archivo no existe, se crea uno nuevo.

[nombre de configuración] [...] - Nombres de las configuraciones que se van a exportar. Si no se especifica esta opción, se exportan todos los valores de configuración.

Acepta las siguientes opciones:

  • -s, ‑‑source=[vía de la directiva de origen o la carpeta de la directiva] - Vía de la directiva o la carpeta de la directiva relativa a /Directivas desde la que se debe exportar la configuración. Si esta opción no se especifica, los valores se exportan desde la zona.
  • -e, ‑‑effective - Si se especifica, se recuperará la configuración en vigor; si no se especifica, solo se recuperarán los valores definidos o sustituidos en la vía de origen.
policy-settings-revert (psrt) (vía de origen de directivas) (nombre de ajustes) [...]

Revierte la configuración a la de la carpeta padre.

(vía de la directiva de origen o la carpeta de la directiva) - Vía de la directiva o la carpeta de la directiva relativa a /Directivas cuya configuración se debe revertir.

policy-settings-set (pss) [opciones] (vía del archivo XML) [vía de la directiva de destino o la carpeta de la directiva] [...]

Establece las configuraciones a varios niveles.

(vía del archivo XML) - El archivo XML que contiene la información de configuración exportada. Use settings-export-to-file (setf) para exportar la información de configuración a un archivo XML.

Acepta las siguientes opciones:

[nombre de configuración] [...] - Nombres de las configuraciones que se van a exportar. Si no se especifica esta opción, se exportan todos los valores de configuración.

  • -f, ‑‑force - Fuerza a todos los elementos hijos (subcarpetas y directivas individuales) a heredar la configuración.
  • -s, ‑‑source=[vía de la directiva de origen o la carpeta de la directiva] - Vía de la directiva o la carpeta de la directiva relativa a /Directivas para la que se debe fijar la configuración. Si no se especifica esta opción, los valores se establecen en el nivel de zona.

Comandos de consulta

Estos comandos se utilizan para enumerar y ejecutar las búsquedas guardadas. Los comandos de consulta comienzan con query- en el formato largo o con la letra q en el formato corto.

query-list-savedsearches|qls [-d|‑‑detailed]

Muestra las búsquedas guardadas.

Acepta la siguiente opción:

  • [-d, ‑‑detailed] - Muestra una lista de los criterios de la búsqueda guardada.
query-run-savedsearch|qrs (búsqueda guardada) [vía de la carpeta] [-r|‑‑recursive] [-s|‑‑scrollsize=número de resultados]

Ejecuta una búsqueda guardada.

Acepta las siguientes opciones:

  • (búsqueda guardada) - Búsqueda guardada que se debe ejecutar.
  • [vía de la carpeta] - Vía de la carpeta de dispositivos relativa a /Dispositivos donde se va a realizar la búsqueda. La carpeta por defecto es /Dispositivos.
  • [-r, ‑‑recursive] - Esta opción ha quedado obsoleta en ZENworks 11 SP3. Si la especifica, se ignorará. El valor recurrente se toma de la búsqueda guardada.
  • [-s, ‑‑scrollsize=número de resultados] - Número de resultados que se mostrarán cada vez.

Comandos de cola

Estos comandos se utilizan cuando se necesita hacer modificaciones a la cola. La cola procesa eventos asíncronos como, por ejemplo, las renovaciones de los clientes o la limpieza de contenido, y no es necesario modificarla en casi ninguna circunstancia. Los comandos de cola comienzan con queue- en la forma larga y con la letra q en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

queue-flush (qf) (estado de la cola)

Vacía la cola eliminando las entradas.

(estado de la cola) [...] - Filtra a partir del estado de las entradas de la cola. Los valores válidos son N, I, C, S y F (abreviaturas en inglés de Nuevo, En progreso, Cancelado, Correcto y Error, respectivamente).

queue-list (ql) [vía del servidor] [opciones]

Muestra las entradas de la cola.

[vía del servidor] - Vía de un servidor relativa a /Dispositivos/Servidores. Muestra solo las entradas de la cola que pertenecen al servidor especificado.

Acepta las siguientes opciones:

  • -t, ‑‑type=[tipo de acción de cola] - Filtra a partir del tipo de entrada de cola. Por ejemplo, content.cleanup es un tipo de entrada de cola.
  • -s, ‑‑status=[estado de la cola] - Filtra a partir del estado de las entradas de la cola. Los valores válidos son N, I, C, S y F (abreviaturas en inglés de Nuevo, En progreso, Cancelado, Correcto y Error, respectivamente).
queue-reset (qr) [vía del servidor]

Restaura la cola y establece el estado de las entradas con error de la cola a Nuevo.

[vía del servidor] - Vía de un servidor relativa a /Dispositivos/Servidores. Restablece solo las entradas de la cola que pertenecen al servidor especificado.

Comandos de registro

Estos comandos permiten crear y modificar los registros. Es preciso indicar un tipo de dispositivo, que determinará el tipo de carpeta de dispositivo y el grupo de dispositivos con los que se asocia la clave de registro y, por lo tanto, el tipo de los dispositivos que se van a registrar. Los comandos de registro comienzan con registration- en la forma larga y con la letra r en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

registration-add-device-groups (radg) (tipo de dispositivo) (clave de registro) (vía del grupo de dispositivos) [...] [opciones]

Asocia los dispositivos que se están registrando con la clave concreta a los grupos de dispositivos asignados.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de dispositivo] - Vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Si se especifica esta opción, la vía de los objetos de dispositivo se determina con relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo de la misma carpeta.
registration-create-key (rck) (tipo de dispositivo) (clave de registro) [vía de la carpeta de registro] [opciones]

Crea una clave de registro nueva.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

Acepta las siguientes opciones:

  • -f, ‑‑devicefolder=[carpeta del dispositivo] - La vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Los dispositivos que se están registrando se almacenan en esta carpeta.
  • -g, ‑‑devicegroup=[vía del grupo de dispositivos][...] - Lista separada por comas de las vías de los grupos de dispositivos. Las vías especificadas deben ser relativas a la carpeta raíz del tipo de dispositivo especificado. Los dispositivos que se están registrando se convierten en miembros de estos grupos de dispositivos.
  • ‑‑desc=[descripción] - Descripción de la clave de registro.
  • ‑‑site=[sitio] - El sitio en el que están ubicados los dispositivos. Los dispositivos que se están registrando se completan con esta información de sitio.
  • ‑‑dept=[departamento] - El departamento en el que se utilizarán los dispositivos. Los dispositivos que se están registrando se completan con esta información de departamento.
  • ‑‑loc=[ubicación] - La ubicación física de los dispositivos. Los dispositivos que se están registrando se completan con esta información de ubicación.
  • ‑‑limit=[límite] - Número de veces que esta clave se puede utilizar para registrar dispositivos.
registration-copy (rcp) (clave de registro) (nombre nuevo)

Copia una clave de registro.

(clave de registro) - Nombre de la clave de registro.

(nombre nuevo) - Nombre de la copia de la clave de registro.

registration-delete (rd) (vía del objeto de registro) [...] [opciones]

Suprime objetos de registro.

(vía del objeto de registro) [...] - Vía de los objetos de registro (clave o carpeta de registro) relativa a /Claves. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -f, ‑‑folder=[carpeta de registro] - Vía de una carpeta de registro relativa a /Claves. Si se especifica esta opción, la vía de los objetos de registro se determina con relación a esta carpeta. Se puede utilizar para especificar varios objetos de registro de la misma carpeta.
registration-folder-create (rfc) (nombre de carpeta) [carpeta padre] [opciones]

Crea una nueva carpeta de registro.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
registration-info (ri) (clave de registro)

Muestra información detallada sobre una clave de registro.

registration-list (rl) [opciones] [carpeta]

Muestra una lista de todos los objetos de registro.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
registration-list-device-groups (rldg) (clave de registro)(rd)

Muestra los grupos de dispositivos asociados con una clave de registro.

registration-move (rmv) (vía del objeto de registro) [vía de la carpeta de destino]

Mueve un objeto de registro a una carpeta de registro distinta.

registration-remove-device-groups (rrdg) (tipo de dispositivo) (clave de registro) (vía del grupo de dispositivos) [...] [opciones]

Anula la asociación de los grupos de dispositivos a una clave de registro.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de dispositivo] - Vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Si se especifica esta opción, la vía de los objetos de dispositivo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo de la misma carpeta.
registration-rename (rr) (vía del objeto de registro) (nombre nuevo)

Cambia el nombre de un objeto de registro.

registration-update-key (ruk) (tipo de dispositivo) (clave de registro) [opciones]

Actualiza una clave de registro.

Acepta las siguientes opciones:

  • -f, ‑‑devicefolder=[carpeta del dispositivo] - La vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Los dispositivos que se están registrando se almacenan en esta carpeta.
  • ‑‑desc=[descripción] - Descripción de la clave de registro.
  • ‑‑site=[sitio] - El sitio en el que están ubicados los dispositivos. Los dispositivos que se están registrando se completan con esta información de sitio.
  • ‑‑dept=[departamento] - El departamento en el que se utilizarán los dispositivos. Los dispositivos que se están registrando se completan con esta información de departamento.
  • ‑‑loc=[ubicación] - La ubicación física de los dispositivos. Los dispositivos que se están registrando se completan con esta información de ubicación.
  • ‑‑limit=[límite] - Número de veces que esta clave se puede utilizar para registrar dispositivos.
  • ‑‑unlimited - La clave se puede utilizar sin límite para registrar dispositivos.
registration-import-devices (rid) (vía de archivo CSV) (clave de registro)

Importa los dispositivos desde el archivo CSV, que se utiliza para especificar la información del dispositivo.

(Vía de archivo CSV): nombre del archivo CSV incluida su vía. Cada entrada del archivo contiene información de una estación de trabajo o un servidor.

Para una estación de trabajo o un servidor, el formato de introducción de los archivos es versión, nombre de host, número de serie y dirección MAC.

Para una estación de trabajo o un servidor, la versión es WS_1.0.

Los valores de versión y nombre de host son obligatorios, y los valores de número de serie y dirección MAC son opcionales.

(clave de registro) - Nombre de la clave de registro.

NOTA:asegúrese de que el archivo esté en el formato UTF-8.

Por ejemplo:

Para registrar los dispositivos en el archivo CSV infoDispositivos utilizando la clave de registro regkey, ejecute el comando zman rid c:\infoDispositivos.csv regkey.

Comandos de función

Estos comandos se utilizan para crear y gestionar funciones relacionadas con la gestión basada en derechos de las cuentas de administrador. Los comandos de función comienzan con role- en la forma larga o con las letras rl en la forma corta.

role-add-admins (rlaa) [nombre de función] [nombre de administrador de ZENworks] [...] [categoría de derechos] [vía del objeto] [...] [opciones]

Asigna una función a uno o varios administradores de ZENworks y asocia las categorías de derechos de una función a distintos contextos de objetos.

[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman role-rights-add-admins ‑‑help | more.

[vía del objeto] [...] - Vía completa al objeto de ZENworks, comenzando por una barra inclinada (/), en la que se deben aplicar los derechos agrupados en una categoría de derechos. Para ver las carpetas raíz de los tipos de objetos que se pueden asociar a una categoría de derechos, ejecute zman role-add-admins ‑‑help | more.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[nombre de la carpeta] - Vía completa de una carpeta. Si se especifica esta opción, la vía de los objetos se determina con respecto a esta carpeta, lo que resulta cómodo si se deben especificar varios objetos de la misma carpeta.
  • -H, ‑‑help - Muestra ayuda detallada acerca de las categorías de derechos disponibles y las carpetas raíz de los tipos de objetos en los cuales se pueden aplicar los derechos.
role-create (rlc) (nombre de función)

Crea una función de administrador de ZENworks.

role-delete (rld) (nombre de función) [...]

Cambia el nombre de una función de administrador de ZENworks.

(nombre de función) [...] - Nombre de las funciones. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar comodines para suprimir objetos.

role-list (rll) [opciones]

Muestra todas las funciones de administrador de ZENworks.

Acepta las siguientes opciones:

  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -N, ‑‑name-only - Muestra únicamente el nombre de la función.
  • -T, ‑‑name-and-type - Muestra únicamente el nombre de la función y los tipos de privilegios.
  • -l, ‑‑longnames - Muestra los nombres de los derechos. Se muestra por defecto la forma abreviada del nombre de los derechos.
role-list-admins (rlla) [nombre de función]

Muestra los administradores de ZENworks con la función especificada y los contextos asociados a las categorías de derechos de dicha función.

role-remove-admins (rlra) (nombre de función) (nombre de administrador de ZENworks) [...] [categoría de derechos] [vía del objeto] [...] [opciones]

Elimina la asignación de una función de uno o varios administradores de ZENworks y elimina la asociación de categorías de derechos a contextos de objetos.

[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman role-rights-add-admins ‑‑help | more.

[vía del objeto] [...] - Vía completa al objeto de ZENworks (comenzando por /) en el que se deben aplicar los derechos agrupados en una categoría de derechos. Para ver las carpetas raíz de los tipos de objetos que se pueden asociar a una categoría de derechos, ejecute zman role-add-admins ‑‑help | more.

Acepta la siguiente opción:

  • -f, ‑‑folder=[nombre de la carpeta] - Vía completa de una carpeta. Si se especifica esta opción, la vía de los objetos se determina con respecto a esta carpeta, lo que resulta cómodo si se deben especificar varios objetos de la misma carpeta.
role-rename (rlr) (nombre de función) (nuevo nombre)

Cambia el nombre de una función de administrador de ZENworks.

role-rights-delete (rlrd) (nombre de función) [categoría de derechos]

Suprime los derechos asignados a una función de administrador de ZENworks.

[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman role-rights-set ‑‑help | more.

role-rights-info (rlri) (nombre de función) [opciones]

Muestra los derechos asignados a una función de administrador de ZENworks.

Acepta las siguientes opciones:

  • -c, ‑‑category=[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman role-rights-set ‑‑help | more.
  • -l, ‑‑longnames - Muestra los nombres de los derechos. Se muestra por defecto la forma abreviada del nombre de los derechos.
role-rights-set (rlrs) [nombre de función] [categoría de derechos] [opciones]

Otorga o deniega derechos a una función de administrador de ZENworks.

[categoría de derechos] - Nombre de la categoría en la que se agrupan los derechos. Para ver la lista de categorías, ejecute zman role-rights-set ‑‑help | more.

Acepta las siguientes opciones:

  • -a, ‑‑allow=[derecho][...] - Lista separada por comas de los nombres largos o cortos de los derechos que se deben permitir. Para ver los derechos de cada categoría, ejecute zman role-rights-set ‑‑help | more.
  • -A, ‑‑allow-all - Permite todos los derechos de la categoría de derechos.
  • -d, ‑‑deny=[derecho][...]: lista separada por comas de los nombres largos o cortos de los derechos que se deben denegar. Para ver los derechos de cada categoría, ejecute zman role-rights-set ‑‑help | more.
  • -D, ‑‑deny-all - Deniega todos los derechos de la categoría de derechos.
  • -u, ‑‑unset=[derecho][...] - Lista separada por comas de los nombres largos o cortos de los derechos cuya definición se debe anular. Para ver los derechos de cada categoría, ejecute zman role-rights-set ‑‑help | more.
  • -H, ‑‑help - Muestra ayuda detallada acerca de las categorías de derechos disponibles y los nombres largos y cortos de los derechos de cada categoría. Si se especifica el nombre de una categoría, se proporciona ayuda sobre los derechos incluidos en ella.

Comandos de conjuntos de reglas

Estos comandos se utilizan para crear y modificar conjuntos de reglas de registro. Los conjuntos de reglas se aplican a los nuevos dispositivos que se registran en el servidor de ZENworks y que no presentan una clave de registro. Los comandos requieren que se especifique un tipo de dispositivo. A continuación, el comando determina el tipo de carpeta de dispositivos y de grupo de dispositivos con el que está asociado el conjunto de reglas y, por lo tanto, determina el tipo de dispositivos que se van a registrar. Los comandos de conjuntos de reglas comienzan con ruleset- en la forma larga y con las letras rs en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

ruleset-add-device-groups (rsadg) (tipo de dispositivo) (nombre o posición de conjunto de reglas) (vía del grupo de dispositivos) [...] [opciones]

Los dispositivos importados mediante el conjunto de reglas especificado pasan a ser miembros de los grupos de dispositivos especificados.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(vía del grupo de dispositivos): especifique la vía del grupo de dispositivos relativa a la carpeta raíz del tipo de dispositivo.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta del dispositivo] - La vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Si se especifica esta opción, la vía de los objetos de dispositivo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo de la misma carpeta.
ruleset-add-rule (rsar) (nombre o posición de conjunto de reglas) (modo de adición) (posición de grupo de reglas) (archivo de reglas)

Añade reglas o grupos de reglas a un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(modo de adición): especifique el modo de adición, es decir, si se añadirán reglas o grupos de reglas. Los valores válidos son rule y rulegroup. Si el modo es rule, se recopilarán y añadirán todas las reglas de todos los grupos de reglas del archivo de entrada.

(posición de grupo de reglas): especifique la posición del grupo de reglas. Si añade grupos de reglas, esto hace referencia a la posición en la que se deben introducir los nuevos grupos. Si añade reglas, hace referencia a la posición dentro del grupo de reglas donde se debe añadir la nueva regla. Para indicar el último grupo de reglas, especifique last. Para añadir reglas a un nuevo grupo de reglas o añadir grupos de reglas al final de la lista, especifique makenew. El primer grupo de reglas está en la posición 1.

(archivo de reglas): la vía del archivo XML que contiene la información de reglas o grupos de reglas que se debe añadir al conjunto de reglas. El archivo XML se puede crear exportando reglas de un conjunto de reglas existente mediante el comando ruleset-export-rules-to-file. El conjunto especificado en el archivo XML es irrelevante. Si lo prefiere, para añadir solamente reglas puede seguir utilizado el formato anterior.

Para obtener información sobre el formato del archivo, consulte AddRulesToRuleSet.txt en /opt/novell/zenworks/share/zman/samples/rulesets en un servidor Linux o en <directorio de instalación>:\Novell\Zenworks\share\zman\samples\rulesets en un servidor Windows.

Por ejemplo:

Para añadir grupos de reglas en la posición 4 de un conjunto de reglas:

zman rsar ruleset2 rulegroup 4 C:\RuleGroups.xml

Para añadir reglas al tercer grupo de reglas de un conjunto de reglas:

zman rsar ruleset2 rule 3 C:\Rules.xml

Para añadir reglas al último grupo de reglas de un conjunto de reglas:

zman rsar ruleset2 rule last C:\Rules.xml

Para añadir reglas como un nuevo grupo de reglas a un conjunto de reglas:

zman rsar ruleset2 rule makenew C:\Rules.xml

ruleset-create (rsc) (tipo de dispositivo) (nombre del conjunto de reglas) (archivo de reglas) [posición] [opciones]

Crea un conjunto de reglas nuevo que se debe aplicar para registrar un dispositivo sin una clave de registro.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

(nombre de conjunto de reglas): especifique el nombre del conjunto de reglas.

(archivo de reglas): la vía del archivo XML que contiene la información de reglas o grupos de reglas para el nuevo conjunto de reglas. El archivo XML se puede crear exportando reglas de un conjunto de reglas existente mediante el comando ruleset-export-rules-to-file. Si lo prefiere, para añadir solamente reglas (con la conjunción AND) puede seguir utilizando el formato anterior.

Para observar un ejemplo del formato de archivo, consulte el archivo AddRulesToRuleSet.txt ubicado en /opt/novell/zenworks/share/zman/samples/rulesets en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\rulesets en servidores Windows.

(posición): posición del conjunto de reglas respecto a los demás conjuntos. El primer conjunto de reglas está en la posición 1.

Acepta las siguientes opciones:

  • -f, ‑‑devicefolder=[carpeta del dispositivo] - La vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Los dispositivos que se están registrando se almacenan en esta carpeta.
  • -g, ‑‑devicegroup=[vía del grupo de dispositivos][...] - Lista separada por comas de las vías de los grupos de dispositivos. Las vías especificadas deben ser relativas a la carpeta raíz del tipo de dispositivo especificado. Los dispositivos registrados se convierten en miembros de estos grupos de dispositivos.
  • ‑‑desc=[descripción] - Descripción del conjunto de reglas.
  • ‑‑site=[sitio] - El sitio en el que están ubicados los dispositivos. Los dispositivos que se están registrando se completan con esta información de sitio.
  • ‑‑dept=[departamento] - El departamento en el que se utilizarán los dispositivos. Los dispositivos que se están registrando se completan con esta información de departamento.
  • ‑‑loc=[ubicación] - La ubicación física de los dispositivos. Los dispositivos que se están registrando se completan con esta información de ubicación.

Por ejemplo:

Para crear un conjunto de reglas para registrar servidores:

zman rsc server ruleset1 C:\RuleSet1.xml ‑‑devicefolder carpetaservidores ‑‑desc "regla para importar servidores" ‑‑site "Edificio A" ‑‑dept Finanzas ‑‑loc Brasil

Cualquier dispositivo de registro que se evalúe como verdadero para las reglas definidas en este conjunto de reglas se situará en la carpeta /Dispositivos/Servidores/carpetaservidores dentro del sitio, departamento y ubicación que se hayan indicado en los valores.

Para crear un conjunto de reglas para registrar estaciones de trabajo que podrían convertirse en miembros de algunos grupos de estaciones de trabajo:

zman rsc workstation ruleset3 ‑‑devicegroup wsgroup,wsgroup1,wsfolder/wsgroup2

La asociación de grupos de dispositivos a un conjunto de reglas también se puede realizar después de crear el conjunto de reglas mediante el comando ruleset-add-device-group.

ruleset-copy (rscp) (nombre o posición de conjunto de reglas) (nuevo nombre) [posición]

Copia un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(nuevo nombre): nuevo nombre que se proporcionará al conjunto de reglas copiado.

(posición): posición del conjunto de reglas respecto a los demás conjuntos. El primer conjunto de reglas está en la posición 1.

Por ejemplo:

Para copiar un conjunto de reglas a la primera posición:

zman rscp conjuntoreglas3 nuevoconjuntoreglas 1

Nota: si la nueva posición especificada es 0 o mayor que el número de conjunto de reglas, el conjunto de reglas se copiará al principio o al final de la lista, respectivamente.

ruleset-export-rules-to-file (rsertf) (nombre o posición de conjunto de reglas) (vía de archivo XML)

Exporta las reglas de un conjunto de reglas a un archivo.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(vía de archivo XML): especifica el archivo en el que se almacenarán las reglas en formato XML.

Por ejemplo:

Para exportar reglas de un conjunto de reglas:

zman rsertf ruleset1 C:\ExportedRuleSet.xml

ruleset-delete (rsd) (nombre o posición de conjunto de reglas)

Suprime un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

ruleset-info (rsi) (nombre o posición de conjunto de reglas)

Muestra información detallada sobre el conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

Por ejemplo:

Para mostrar detalles acerca del conjunto de reglas MiReglaReg:

zman rsi MiReglaReg

ruleset-list (rsl)

Muestra una lista de todos los conjuntos de reglas.

ruleset-list-device-groups (rsldg) (nombre o posición de conjunto de reglas)

Muestra los grupos de dispositivos asociados a un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

ruleset-move (rsmv) (nombre o posición de conjunto de reglas) (nueva posición)

Cambia la posición de un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(nueva posición): especifique la nueva posición a la que debe moverse el conjunto de reglas.

Por ejemplo:

zman rsmv ruleset3 1

Nota: si la nueva posición especificada es 0 o mayor que el número de conjunto de reglas, el conjunto de reglas se moverá al principio o al final de la lista, respectivamente.

ruleset-remove-device-groups (rsrdg) (tipo de dispositivo) (nombre o posición de conjunto de reglas) (vía de grupo de dispositivos) [...] [opciones]

Anula la asociación de los grupos de dispositivos a un conjunto de reglas.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(vía de grupo de dispositivos): vía del grupo de dispositivos relativa a la carpeta raíz del tipo de dispositivo especificado.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de dispositivo] - Vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Si se especifica esta opción, la vía de los objetos de dispositivo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de dispositivo de la misma carpeta.
ruleset-remove-rule (rsrr) (nombre o posición de conjunto de reglas) (posiciones de regla) [...]

Elimina reglas o grupos de reglas de un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(posiciones de reglas): especifique las posiciones de las reglas que se deben eliminar. El primer grupo de reglas se indica como G1 y las dos primeras reglas de G1 se indican como G1:1,2. La posición puede ser un grupo de reglas. o bien reglas específicas dentro de un grupo.

Por ejemplo:

Para eliminar el segundo grupo de reglas de un conjunto de reglas:

zman rsrr ruleset2 G2

Para eliminar grupos de reglas concretos y reglas específicas de diferentes grupos de reglas:

zman rsrr ruleset2 G1:3 G2:2,5,6 G3 G6:4,9 G8

ruleset-rename (rsr) (nombre o posición de conjunto de reglas) (nuevo nombre)

Cambia el nombre de un conjunto de reglas.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

(nuevo nombre): especifique el nuevo nombre que se debe asignar al conjunto de reglas.

ruleset-update (rsu) (tipo de dispositivo) (nombre o posición de conjunto de reglas) [opciones]

Actualiza un conjunto de reglas.

(tipo de dispositivo) - El tipo del dispositivo que se está registrando. Los valores válidos son server y workstation.

(nombre o posición de conjunto de reglas): especifique el nombre del conjunto de reglas o su posición dentro de los conjuntos de reglas. El primer conjunto de reglas está en la posición 1.

Acepta las siguientes opciones:

  • -f, ‑‑devicefolder=[carpeta del dispositivo] - La vía de la carpeta del dispositivo relativa a la carpeta raíz del tipo de dispositivo especificado. Los dispositivos que se están registrando se almacenan en esta carpeta.
  • ‑‑desc=[descripción] - Descripción del conjunto de reglas.
  • ‑‑site=[sitio] - El sitio en el que están ubicados los dispositivos. Los dispositivos que se están registrando se completan con esta información de sitio.
  • ‑‑dept=[departamento] - El departamento en el que se utilizarán los dispositivos. Los dispositivos que se están registrando se completan con esta información de departamento.
  • ‑‑loc=[ubicación] - La ubicación física de los dispositivos. Los dispositivos que se están registrando se completan con esta información de ubicación.

Por ejemplo:

Para actualizar un conjunto de reglas que registra servidores:

zman rsu server ruleset1 ‑‑devicefolder serverfolder1 ‑‑desc "regla para importar servidores" ‑‑site "Edificio B" ‑‑dept Transporte ‑‑loc Brasil

Para modificar grupos de servidores en los que el servidor importado debe convertirse en miembro, utilice los comandos ruleset-add-device-group y ruleset-remove-device-group.

Para actualizar la carpeta de dispositivos de una carpeta de estación de trabajo a una carpeta raíz de servidor:

zman rsu server ruleset2

Este comando cambia la carpeta en la que se debe situar el dispositivo que se va a registrar de /Dispositivos/Estaciones de trabajo a /Dispositivos/Servidores.

Comandos de satélite

Estos comandos se utilizan para ver, crear y eliminar satélites. Los comandos de satélite comienzan por satellite-server- .

NOTA:a partir de ZENworks 2020, no se admite la subida de nivel a la función de servidor satélite de dispositivos de 32 bits. Tampoco se admite añadir una función a un servidor satélite de 32 bits existente.

satellite-server-add-content-replication-setting (ssacrs) (vía de dispositivo) (tipo de contenido) [-s|‑‑scheduleFileName=vía de archivo] [-t|‑‑throttleRate=tasa de transmisión] [-d|‑‑duration=duración] [‑‑noSchedule]

Añade una programación de replicación de tipo de contenido y un valor de transmisión al dispositivo satélite.

  • (vía al dispositivo) - Nombre completo del dispositivo satélite al que se debe añadir la configuración de replicación.
  • (tipo de contenido) - Nombre del tipo de contenido de la configuración de replicación que se debe añadir al dispositivo satélite.
  • -s, ‑‑scheduleFileName=<vía de archivo>: vía completa a un archivo con los datos de programación de la configuración de replicación, guardado en formato XML.
  • -t, ‑‑throttleRate=<tasa de transmisión>: tasa de transmisión en kbps para la configuración de replicación que se debe añadir al dispositivo satélite.
  • -d, ‑‑duration=<duración>: duración del período de replicación de contenido (en minutos).
  • ‑‑noSchedule: utilice esta opción si no desea especificar una programación para la replicación de contenido.
satellite-server-add-imagingrole|ssaimg) (vía al dispositivo) [servidor primario padre] [-p|‑‑proxydhcp=servicio DHCP de proxy] [-s|‑‑serverPort=puerto del servidor satélite] (-r|‑‑Content-Replication-Schedule=programación de réplica de contenido del servidor satélite) [‑‑force-port-change] [‑‑force-parent-change]

Sube de nivel un dispositivo gestionado a servidor satélite con la función de servidor de generación de imágenes. Si el dispositivo gestionado ya funciona como servidor satélite, este comando añade la función de servidor de generación de imágenes.

Acepta las siguientes opciones:

  • (vía al dispositivo) - La vía del dispositivo gestionado relativa a /Dispositivos o la vía absoluta del dispositivo gestionado.
  • [servidor primario padre] - La vía del servidor primario relativa a /Dispositivos o la vía absoluta del servidor primario que actuará como servidor padre del nuevo servidor satélite.
  • -p, ‑‑proxydhcp=<Servicio proxy DHCP> - Inicia o detiene el servicio proxy DHCP. Los valores válidos son start y stop.
  • -s, ‑‑serverPort=<puerto del servidor satélite> - El puerto que usará el servidor satélite para escuchar las peticiones del dispositivo gestionado. Si no se especifica, se usará el puerto 80.
  • -r, ‑‑Content-Replication-Schedule=<programación de réplica de contenido del servidor satélite> - El archivo XML que contiene la programación de réplica del contenido. En la programación de réplica de contenido, introduzca el número de días, horas y minutos para determinar la frecuencia con la que desea que se actualice el contenido del servidor satélite desde el servidor primario padre. Para obtener información sobre la plantilla de formato del archivo XML, consulte el archivo ContentReplicationSchedule.xml ubicado en /opt/novell/zenworks/share/zman/samples/schedules en servidores Linux o en <Directorio de instalación>:\Novell\Zenworks\share\zman\samples\schedules en servidores Windows.
  • ‑‑force-port-change - Si el dispositivo gestionado ya funciona como servidor satélite, esta opción permite cambiar el puerto en el que escuchan todos los componentes del servidor satélite en este dispositivo las peticiones del dispositivo gestionado.
  • ‑‑force-parent-change - Si el dispositivo gestionado ya funciona como servidor satélite, esta opción permite cambiar el servidor primario padre para todos los componentes del servidor satélite del dispositivo.

NOTA:antes de subir de nivel un dispositivo gestionado a satélite, asegúrese de que la versión de ZENworks instalada en el dispositivo gestionado es la misma que en el servidor primario. Además, no es posible subir de nivel los dispositivos siguientes a satélite:

  • Un dispositivo gestionado con una versión anterior del agente ZENworks instalada.

  • Dispositivos de pruebas ZENworks

satellite-server-create (ssc) (vía al dispositivo) ((función),(función),...(función)) [servidor primario padre] [puerto de servidor satélite] [puerto HTTPS seguro del servidor satélite] [‑‑force-port-change] [‑‑force-parent-change]

Permite configurar una función de satélite.

Acepta las siguientes opciones:

  • (vía al dispositivo) - Nombre completo del dispositivo gestionado que se debe crear como satélite.
  • (función) - Funciones de satélite que se deben añadir al dispositivo gestionado. Las funciones son: autenticación, recopilación, contenido y proxy de unión. Si desea asignar la función de servidor satélite de generación de imágenes o subir de nivel un dispositivo gestionado a satélite con la función de servidor de generación de imágenes, deberá utilizar el comando zman ssaimg en lugar de este. Si desea reconfigurar el ajuste de función de proxy de unión, debe usar el comando zman ssujs.
  • [servidor primario padre] - Nombre completo del servidor primario al que el satélite transfiere de forma ascendente sus datos de recopilación o del que obtiene su contenido. Este campo es opcional si el dispositivo gestionado ya es un satélite.
  • [puerto de servidor satélite] - Puerto que debe utilizar el satélite para escuchar peticiones de transferencia ascendente de recopilación o para obtener contenido procedente del servidor primario padre. Si no se especifica ninguno, se utiliza el puerto 80.
  • [Puerto HTTPS seguro del servidor satélite]: el puerto que debe usar el satélite para recibir las peticiones de autenticación segura HTTPS. Si no se especifica ninguno, se emplea el puerto 443.
  • [‑‑force-port-change] - Si el dispositivo gestionado ya está funcionando como satélite, esta opción permite cambiar el puerto mediante el que escuchan todos los componentes del satélite de este dispositivo para pedir u obtener contenido.
  • [‑‑force-parent-change] - Si el dispositivo gestionado ya funciona como satélite, esta opción permite cambiar el servidor primario padre para todos los componentes de satélite del dispositivo.

NOTA:antes de subir de nivel un dispositivo gestionado a satélite, asegúrese de que la versión de ZENworks instalada en el dispositivo gestionado es la misma que en el servidor primario. Además, no es posible subir de nivel los dispositivos siguientes a satélite:

  • Un dispositivo gestionado con una versión anterior del agente ZENworks instalada.

  • Dispositivos de pruebas ZENworks

Un usuario distinto del usuario Root solo podrá ejecutar con éxito este comando (zman ssc) en un servidor primario Linux si el usuario se ha añadido al grupo de usuarios de ZENworks. Para añadir el usuario distinto del usuario Root al grupo de usuarios de ZENworks, utilice el comando usermod -A nombre del usuario no Root.

satellite-server-update-joinproxy-settings (ssujs) (vía al dispositivo) [-j|‑‑jpport=jpport] [-m|‑‑maxconnections=maxConnections] [-c|‑‑connectionCheckInterval=connectionCheckInterval]

Actualiza los ajustes del proxy de unión en un servidor satélite. Solo es posible subir de nivel a la función de satélite proxy de unión los dispositivos gestionados Windows o Linux de la versión Los servidores primarios tienen la función de proxy de unión por defecto.

Acepta las siguientes opciones:

  • (Vía al dispositivo) - Nombre completo del servidor satélite en el que se van a actualizar los ajustes del proxy de unión.
  • -j, ‑‑jpport=<puertojp> - Puerto en el que el proxy de unión esperará la conexión.
  • -m, ‑‑maxconnections=<conexionesMáximas> - Número máximo de dispositivos que se pueden conectar al proxy de unión.
  • -c, ‑‑connectionCheckInterval=<intervaloComprobaciónConexión> - El intervalo de tiempo entre las comprobaciones periódicas del proxy de unión para determinar si los dispositivos siguen conectados.

NOTA:si no usa el comando ssujs, el servidor proxy de unión satélite se configurará con los valores por defecto siguientes:

  • Puerto: 7019

  • Conexiones máximas: 100

  • Intervalo de comprobación de conexión: 1 minuto

satellite-server-delete (ssd) (vía al dispositivo) [(función),(función),...(función)][-f|‑‑force]

Permite suprimir las funciones de satélite del dispositivo. Si se eliminan todas las funciones, el dispositivo se eliminará automáticamente de la lista Jerarquía de servidores del Centro de control de ZENworks.

Si la zona de gestión incluye servidores primarios ZENworks y satélites de ZENworks Configuration Management, no podrá eliminar funciones individuales de los satélites. Solo es posible bajar de nivel los satélites a dispositivos gestionados. Es posible suprimir un satélite que tenga cualquier versión de ZENworks Agent instalada.

Acepta las siguientes opciones:

  • (Vía al dispositivo) - Nombre completo del servidor satélite en el que se van a suprimir las funciones de satélite.
  • [función] - Funciones de satélite que se van a suprimir del dispositivo. Si no se especifican funciones, todas las funciones de satélite se suprimen del dispositivo. Puede suprimir las siguientes funciones: autenticación, recopilación, contenido y proxy de unión. Para eliminar la función de generación de imágenes, utilice el comando satellite-server-remove-imagingrole (ssrimg) en lugar de este comando.

[-f|‑‑force] - Fuerza la bajada de nivel de un servidor satélite a dispositivo gestionado al mismo tiempo que elimina todas las funciones existentes especificadas. Use esta opción solo si un servidor satélite se encuentra permanentemente sin conexión y no puede comunicarse con el servidor ZENworks, o bien si se eliminan todas las funciones y no se puede eliminar el servidor satélite de la jerarquía de servidores del Centro de control de ZENworks ya que la versión de ZENworks del servidor satélite es anterior a la versión de ZENworks del servidor primario.

satellite-server-configure-authentication-user-source (sscaus) (vía al dispositivo) (origen de usuarios) [conexión de usuario, conexión de usuario,...,conexión de usuario]

Configura las conexiones de origen de usuarios empleadas por el satélite con la función de autenticación. Ejecute este comando varias veces para configurar conexiones para varios orígenes de usuarios en el mismo satélite, especificando un origen de usuarios distinto cada vez. Ejecute este comando sin conexiones para eliminar el origen de usuarios especificado de la función de autenticación del satélite.

Acepta las siguientes opciones:

  • (vía al dispositivo): el nombre completo del satélite para el que se va a configurar el origen de usuarios para la función de autenticación.
  • (origen de usuarios) - El nombre del origen de usuarios que se va a configurar.
  • [conexión de usuario]: las conexiones de usuario en el orden en que el satélite las utiliza para autenticar a los usuarios con respecto al origen de usuarios especificado.
satellite-server-edit-imagingrole (sseimg) (vía al dispositivo) (acción del servicio proxy DHCP)

Inicia o detiene el servicio proxy DHCP del satélite de generación de imágenes.

  • (Vía al dispositivo) - Vía del dispositivo relativa a /Dispositivos/Estaciones de trabajo. El dispositivo especificado debe ser un satélite con la función de generación de imágenes.
  • (acción del servicio proxy DHCP) - Inicia o detiene el servicio proxy DHCP. Los valores válidos son start y stop.
satellite-server-export-content (ssec) (vía al dispositivo) (directorio de exportación) [opciones]

Exporta los archivos de contenido del repositorio de contenido para importarlos manualmente en el repositorio dispositivo satélite. Para importar el contenido en el repositorio de un dispositivo gestionado, utilice el comando zac cdp-import-content (cic).

  • (vía al dispositivo) - Nombre completo del dispositivo satélite al que se van a exportar los archivos de contenido.
  • (directorio de exportación) - Vía completa de un directorio al que se van a exportar los archivos de contenido.

Acepta las siguientes opciones:

  • -a, ‑‑exportAll - Exporta todo el contenido asignado al dispositivo satélite (por defecto, solo se exporta el contenido que falta).
satellite-server-export-content-replication-setting-schedule (ssecrss) (vía al dispositivo) (tipo de contenido) (-s | ‑‑scheduleFileName=vía de archivo)

Exporta la programación de replicación de tipo de contenido del dispositivo satélite a un archivo.

  • (vía al dispositivo) - Nombre completo del dispositivo satélite desde el que se va a exportar la programación de la configuración de replicación.
  • (tipo de contenido) - Nombre del tipo de contenido de la configuración de replicación que se va a exportar desde el dispositivo satélite.
  • -s, ‑‑scheduleFileName =<vía del archivo> - Vía completa a un archivo al que se van a exportar los datos de programación.
satellite-server-list-authentication-settings (sslas) (vía al dispositivo)

Elabora una lista con los valores de configuración de la función de autenticación en un dispositivo satélite.

  • (vía al dispositivo) - Nombre completo del dispositivo satélite desde el que se debe mostrar la lista de valores de la función de autenticación.
satellite-server-list-imagingservers (sslimg)

Muestra los satélites con la función de generación de imágenes.

satellite-server-list-content-replication-settings (sslcrs) (vía al dispositivo)

Muestra la programación de replicación de contenido y la configuración de transmisión del satélite por tipo de contenido.

  • (vía al dispositivo) - Nombre completo del dispositivo satélite desde el que se debe mostrar la configuración de replicación.
satellite-server-list-roles (sslr) [dispositivo gestionado]

Muestra las funciones de satélite definidas anteriormente.

Acepta la siguiente opción:

  • [dispositivo gestionado] - Nombre completo del dispositivo gestionado cuyas funciones de satélite se deben incluir en la lista. Si no se especifica ninguna, se mostrarán todas las funciones de satélite del sistema.
Satellite-server-list-servers (ssls)

Muestra los satélites y sus funciones.

satellite-server-remove-content-replication-setting (ssrcrs) (vía al dispositivo) (tipo de contenido)

Elimina una programación de replicación de tipo de contenido y un valor de transmisión del dispositivo satélite.

  • (vía al dispositivo) - Nombre completo del dispositivo satélite desde el que se va a eliminar la configuración de replicación.
  • (tipo de contenido) - Nombre del tipo de contenido de la configuración de replicación que se va eliminar del dispositivo satélite.
satellite-server-remove-imagingrole (ssrimg) (vía al dispositivo) [-r|‑‑removeImageFiles]

Elimina la función de satélite de generación de imágenes de un dispositivo gestionado.

Si la zona de gestión incluye servidores primarios ZENworks y satélites de ZENworks Configuration Management, no podrá eliminar funciones individuales de los satélites. Solo es posible bajar de nivel los satélites a dispositivos gestionados. Es posible suprimir un satélite que tenga cualquier versión de ZENworks Agent instalada.

  • (Vía al dispositivo) - Vía del dispositivo gestionado relativa a /Dispositivos/Estaciones de trabajo. El dispositivo especificado debe ser un satélite con la función de generación de imágenes.
  • -r, ‑‑removeImageFiles - Suprime los archivos de imagen del dispositivo especificado.
satellite-server-update-content-replication-setting (ssucrs) (vía al dispositivo) (tipo de contenido) (-s| ‑‑scheduleFileName=vía de archivo) [opciones]

Actualiza una programación de replicación de tipo de contenido y un valor de transmisión del dispositivo satélite.

  • (vía al dispositivo) - Nombre completo del dispositivo satélite cuya configuración de replicación se va a actualizar.
  • (tipo de contenido) - Nombre del tipo de contenido de la configuración de replicación que se debe actualizar en el dispositivo satélite.
  • -s, ‑‑scheduleFileName=(vía del archivo) - Vía completa a un archivo con los datos de programación de la configuración de replicación, guardados en formato XML.

Acepta la siguiente opción:

  • -d, ‑‑duration=<duración>: duración del período de replicación de contenido (en minutos).
  • -t, ‑‑throttleRate=<tasa de transmisión> - La tasa de transmisión en kbps para la configuración de replicación que se debe actualizar en el dispositivo satélite.

Comandos de servidores

Estos comandos se utilizan para gestionar servidores. Los comandos de servidores comienzan con server- en la forma larga y con la letra s en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

server-add-bundle (sab) (vía del objeto de servidor) (lote o grupo de lotes) [...] [opciones]

Asigna lotes a un objeto de servidor.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
  • -I, ‑‑icon-location=[archivo XML de ubicación de aplicación] - Archivo XML que contiene las ubicaciones en las que se debe colocar el icono para la aplicación de lote. Para obtener información sobre el formato del archivo XML, consulte el archivo IconLocation.xml ubicado en /opt/novell/zenworks/share/zman/samples/bundles en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\bundles en servidores Windows.
  • -d, ‑‑distribution-schedule=[archivo XML de programación de distribución] - Archivo XML que contiene la programación de distribución.
  • -l, ‑‑launch-schedule=[archivo XML de programación de lanzamiento] - Archivo XML que contiene la programación de lanzamiento.
  • -a, ‑‑availability-schedule=[archivo XML de programación de disponibilidad] - Archivo XML que contiene la programación de disponibilidad. Para obtener información sobre las plantillas del archivo XML de programación, consulte los archivos XML ubicados en /opt/novell/zenworks/share/zman/samples/schedules en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\schedules en servidores Windows.
  • -D, ‑‑dry-run: prueba y muestra las acciones pedidas, pero no las realiza en realidad.
  • -i, ‑‑install-immediately - Instala el lote de forma inmediata tras la distribución. Para utilizar esta opción, también es necesario especificar la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately - Lanza el lote de forma inmediata tras la instalación. Para utilizar esta opción, también es necesario especificar la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now - Establece la programación de distribución para que el lote se distribuya de inmediato. Si se especifica esta opción, las opciones ‑‑distribution-schedule y ‑‑distribute-on-device-refresh se ignorarán. Las opciones ‑‑distribute-now, ‑‑distribute-on-device-refresh y ‑‑distribution-schedule son mutuamente exclusivas y se utilizan para establecer la programación de distribución. La opción ‑‑distribute-now se considera como la primera, seguida de ‑‑distribute-on-device-refresh y ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh - Establece la programación de distribución para que el lote se distribuya al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑distribution-schedule se ignorará.
  • -s, ‑‑launch-on-device-refresh - Establece la programación de lanzamiento para que el lote se lance al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑launch-schedule se ignorará.
  • -w, ‑‑wakeup-device-on-distribution - Activa el dispositivo mediante la reactivación en LAN si se ha apagado durante la distribución del lote. Para utilizar esta opción, se debe especificar también la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -B, ‑‑broadcast=[dirección de difusión][...] - Lista de direcciones separada por comas empleada para difundir los paquetes de reactivación en LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. Una dirección IP válida es un valor válido.
  • -S, ‑‑server=[Vía de los objetos del servidor primario o proxy relativa a /Dispositivos][...] - Lista de objetos de servidor primario o proxy separada por comas empleada para activar el dispositivo. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN.
  • -C, ‑‑retries=[Número de reintentos] - Número de veces que los paquetes de reactivación en LAN se envían a los dispositivos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 0 y 5. El valor por defecto es 1.
  • -T, ‑‑timeout=[Intervalo de tiempo entre reintentos] - Intervalo de tiempo entre dos reintentos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 2 y 10 (en minutos). El valor por defecto es 2.
server-add-certificate (sacert) (vía del objeto de servidor) (vía del archivo de certificado)[-f]

En versiones anteriores a ZENworks 11 SP4, este comando se utilizaba para añadir un nuevo certificado válido para un servidor y sustituir el certificado existente que estaba a punto de caducar. Con la introducción de la función de gestión de SSL en ZENworks 11 SP4, este comando ha quedado obsoleto.

Para añadir un certificado que falta en la base de datos, puede utilizar este comando con la opción force (-f, ‑‑force). Sin embargo, si ya existe un certificado activo presente en la base de datos, no puede utilizar este comando.

(vía del objeto de servidor) - Vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativa a /Dispositivos/Servidores.

(vía del archivo de certificado) - Vía del archivo de certificado en formato DER.

  • -f, ‑‑force: impone el certificado añadido como el certificado activo. Esta opción solo funciona si no hay disponible un certificado activo en la base de datos.
server-add-policy (sap) (vía del objeto de servidor) (directiva o grupo de directivas) [...] [opciones]

Asigna directivas a un objeto de servidor.

Acepta las siguientes opciones:

  • -c, ‑‑conflicts=[orden de resolución de conflictos de directivas] - Determina cómo se deben resolver los conflictos de directivas. Los valores válidos son userlast o 1, devicelast o 2, deviceonly o 3 y useronly o 4. Para userlast, primero se aplican directivas asociadas al dispositivo y luego directivas asociadas al usuario. Para devicelast, primero se aplican directivas asociadas al usuario y luego directivas asociadas al dispositivo. Para deviceonly, las directivas asociadas al usuario se ignoran. Para useronly, las directivas asociadas al dispositivo se ignoran. Si no se especifica esta opción, se toma userlast como valor por defecto.
  • -e, ‑‑enforce-now - Aplica la directiva de inmediato en todos los dispositivos asignados.
  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
server-copy-relationships (scr) (vía del servidor) (vía del objeto de servidor) [...] [opciones]

Copia las relaciones de un servidor a los servidores. Las relaciones del servidor incluyen las asignaciones del lote, las asignaciones de directiva y los miembros del grupo.

Acepta las siguientes opciones:

  • -r, ‑‑relationship-type: los tipos de relación que se deben copiar. Los valores válidos son bundles, policies y groups. La opción bundles copia todas las asignaciones de lote asociadas del dispositivo de origen. La opción policies copia todas las asignaciones de directiva asociadas del dispositivo de origen. La opción groups añade los dispositivos de destino como miembro de los grupos asociados a los dispositivos de origen.
  • -a, ‑‑assignment-options: opciones de asignación. Los valores válidos son assign-to-group-members, assign-to-folder-members y assign-to-folder-members-recursively. La opción assign-to-group-members copia las asignaciones a los miembros de los grupos de destino. La opción assign-to-folder-members copia las asignaciones a los dispositivos situados en la carpeta de destino. La opción assign-to-folder-members-recursively copia las asignaciones a los dispositivos situados dentro de las carpetas de destino y sus subcarpetas.
  • -c, ‑‑conflict-resolution: opiones de resolución de conflictos para las asignaciones existentes. Los valores válidos son delete-existing-assignments y replace-existing-assignments. La opción delete-existing-assignments suprime todas las asignaciones existentes de los dispositivos de destino. La opción replace-existing-assignments sustituye las asignaciones existentes de los dispositivos de destino con las asignaciones seleccionadas.
  • -g, ‑‑group-membership: las opciones de pertenencia a grupos para los tipos de objeto de destino Grupos y Carpetas. Los valores válidos son add-group-members, add-folder-members, add-folder-members-recursively y delete-existing-group-membership. La opción add-group-members añade a los miembros del grupo de destino como miembros de los grupos de los que es miembro el dispositivo de origen. La opción add-folder-members añade a los dispositivos situados en las carpetas de destino como miembros de los grupos de los que es miembro el dispositivo de origen. La opción add-folder-members-recursively añade a los dispositivos situados en las carpetas y sus subcarpetas de destino como miembros de los grupos de los que es miembro el dispositivo de origen. La opción delete-existing-group-membership suprime la pertenencia a los grupos existentes de los que son miembros los dispositivos de destino.

Por ejemplo:

Para copiar todas las relaciones del servidor de origen a varios tipos de servidores: zman server-copy-relationships carpetaservidor/servidororigen ‑‑relationship-type=bundles,policies,groups carpetaservidor/servidor carpetaservidor/carpetaservidor1 carpetaservidor/gruposervidor.

Para copiar las asignaciones de directiva del servidor de origen a los servidores presentes en las carpetas y subcarpetas del servidor de destino: zman scr carpetaservidor/servidororigen ‑‑relationship-type=policies carpetaservidor1 carpetaservidor2 -assignment-options=assign-to-folder-members-recursively.

Para sustituir las asignaciones de lote en conflicto de los servidores de destino y al mismo tiempo copiar las asignaciones del servidor de origen: zman scr carpetaservidor/servidororigen -r=bundles carpetaservidor/servidor1 -conflict-resolution=replace-existing-assignments.

Para añadir servidores de los grupos de servidores de destino a los grupos del servidor de origen: zman scr carpetaservidor/servidororigen -r=groups gruposervidores -group-membership=add-group-members.

server-delete (sd) (vía del objeto de servidor) [...] [opciones]

Suprime uno o varios objetos de servidor.

(vía del objeto de servidor) [...] - Vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativa a /Dispositivos/Servidores. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -f, ‑‑folder=[carpeta de servidor] - Vía de una carpeta de servidor relativa a /Dispositivos/Servidores. Si se especifica esta opción, la vía de los objetos de servidor se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de servidor de la misma carpeta.
server-folder-create (sfc) [nombre de carpeta] [carpeta padre] [opciones]

Crea un carpeta nueva para almacenar los servidores.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
server-group-add (sga) (vía del grupo de servidores) [vía del servidor] [...] [opciones]

Añade servidores a un grupo de servidores.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de servidor] - Vía de una carpeta de servidor relativa a /Dispositivos/Servidores. Si se especifica esta opción, la vía de los objetos de servidor se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de servidor de la misma carpeta.
server-group-create (sgc) [nombre de grupo] [carpeta padre] [opciones]

Crea un grupo de servidores y le añade miembros.

Acepta las siguientes opciones:

  • ‑‑desc=[descripción] - Descripción del grupo.
  • -m, ‑‑members=[vía del servidor][...] - Vía de los servidores relativa a /Dispositivos/Servidores.
  • -f, ‑‑folder=[carpeta de servidor] - Vía de una carpeta de servidor relativa a /Dispositivos/Servidores. Si se especifica esta opción, la vía de los objetos de servidor se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de servidor de la misma carpeta.
server-group-members (sgm) (vía del grupo de servidores) [opciones]

Muestra los miembros de un grupo de servidores o de un grupo de servidores dinámico.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
server-group-remove (sgr) (vía del grupo de servidores) [vía del servidor] [...] [opciones]

Elimina servidores de un grupo de servidores.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de servidor] - Vía de una carpeta de servidor relativa a /Dispositivos/Servidores. Si se especifica esta opción, la vía de los objetos de servidor se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de servidor de la misma carpeta.
server-info (si) (vía del servidor)

Muestra información detallada de un servidor.

server-list (sl) [opciones] [carpeta]

Muestra los objetos de servidor.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -t, ‑‑typefilter=[filtro de tipo][...] - Muestra los resultados que coinciden con la lista separada por comas de tipos de objeto especificada. Los valores válidos son device, group y folder.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
  • -f, ‑‑flagfilter=[filtro de indicador][...] - Muestra los resultados que coinciden con la lista separada por comas de indicadores especificados. Los valores válidos son: retired (retirado), notretired (no retirado), test (de prueba) y non-test (no de prueba).
server-list-bundles (slb) (vía del objeto de servidor) [opciones]

Muestra los lotes asignados a un objeto de servidor.

Acepta las siguientes opciones:

  • -a, ‑‑all - Muestra tanto los lotes vigentes como los no vigentes.
  • -e, ‑‑effective - Muestra solo los lotes vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
server-list-groups (slg) (vía del servidor) [opciones]

Muestra los grupos de los que es miembro un servidor concreto.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
server-list-policies (slp) (vía del objeto de servidor) [opciones]

Muestra las directivas asignadas a un objeto de servidor.

Acepta las siguientes opciones:

  • -a, ‑‑all - Muestra tanto las directivas vigentes como las no vigentes.
  • -e, ‑‑effective - Muestra solo las directivas vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
server-move (smv) (vía del objeto de servidor) [vía de la carpeta de destino]

Mueve un objeto de servidor a una carpeta distinta.

server-refresh (srf) (vía del objeto de servidor) [...] [opciones]

Actualiza ZENworks Agent en los servidores.

Acepta la siguiente opción:

-f, ‑‑folder=[carpeta de servidor] - Vía de una carpeta de servidor relativa a /Dispositivos/Servidores. Si se especifica esta opción, la vía de los objetos de servidor se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de servidor de la misma carpeta.

‑‑server=<servidor/carpeta de servidor/vía del objeto de grupo de servidores>[...] - Vía de los objetos de servidor primario (servidor, carpeta de servidor o grupo de servidores) relativa a /Dispositivos/Servidores a la que se enviarán las notificaciones de tarea rápida.

‑‑notify=<minutos> - Tiempo en minutos para notificar a todos los dispositivos.

‑‑expire=<minutos> - Tiempo en minutos para que la tarea rápida caduque después de su creación. Especifique 0 para que caduque de inmediato.

‑‑currentserver - Añade una tarea rápida al servidor primario actual.

‑‑anyserver - Añade una tarea rápida a cualquiera de los servidores primarios.

‑‑expirenever - La tarea rápida no caduca nunca en el servidor primario.

server-remove-bundle (srb) (vía del objeto de servidor) (lote o grupo de lotes) [...] [opciones]

Elimina los lotes asignados a un objeto de servidor.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
server-remove-policy (srp) (vía del objeto de servidor) (directiva o grupo de directivas) [...] [opciones]

Elimina las directivas asignadas a un objeto de servidor.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Esto le ayudará a especificar varios objetos de directiva de la misma carpeta.
server-rename (sr) (vía del objeto de servidor) (nombre nuevo)

Cambia el nombre de un objeto de servidor.

server-reorder-bundles (srob) (vía del objeto de servidor) (posición actual) (posición nueva)

Cambia el orden de los lotes asignados a un servidor. Utilice el comando server-list-bundles para determinar el orden de los lotes asignados.

server-reorder-policies (srop) (vía del objeto de servidor) (posición actual) (posición nueva)

Cambia el orden de las directivas asignadas a un servidor. Utilice el comando server-list-policies para determinar el orden de las directivas asignadas.

server-retire (sret) (vía del objeto de servidor)

Retira el servidor seleccionado del sistema ZENworks en la siguiente actualización. La retirada de un dispositivo no es lo mismo que la supresión de un dispositivo. Al retirar un dispositivo, su GUID se conserva (al suprimir un dispositivo, su GUID también se suprime). Como resultado, toda la información de inventario se guarda y es posible acceder a ella, pero se eliminan todas las asignaciones de directivas y lotes. Si se vuelve a activar el dispositivo más adelante, se restauran sus asignaciones.

Acepta la siguiente opción:

  • -i, ‑‑immediate - Fuerza la actualización del dispositivo para retirarlo de inmediato.
server-set-as-test (ssat) (vía del objeto de servidor)

Define un servidor como dispositivo de prueba.

Ejemplos

Para definir el servidor1 como dispositivo de prueba:

zman ssat servidor1

server-role-zookeeper-add-server (srzas)

Asigna la función de ZooKeeper a un servidor primario.

‑‑servers - Lista separada por comas de servidores. GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-role-zookeeper-remove-server (srzrs)

Elimina un servidor del clúster de ZooKeeper. Al menos un servidor de la zona debe tener la función de ZooKeeper.

‑‑servers - GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-role-zookeeper-list-cluster (srzlc)

Muestra los servidores configurados actualmente en el clúster de ZooKeeper.

server-role-zookeeper-update-cluster (srzuc) [...] [opciones]

Actualiza las propiedades comunes del clúster de ZooKeeper.

Acepta las siguientes opciones:

  • -l ‑‑leader-connect-port: define el puerto líder que los seguidores usarán para conectarse a un líder en el clúster. El puerto por defecto es el 6790. Sin embargo, puede especificar un puerto no utilizado entre el 6000 y el 65535.
  • -c ‑‑client-port: define el puerto en el que escuchará ZooKeeper las conexiones entrantes. El puerto por defecto es el 6789. Sin embargo, puede especificar un puerto no utilizado entre el 6000 y el 65535.
  • -e ‑‑leader-elect-port: define el puerto de elección que todos los servidores del clúster usarán para elegir al líder. El puerto por defecto es el 6791. Sin embargo, puede especificar un puerto no utilizado entre el 6000 y el 65535.
  • -t ‑‑tick-time: define la longitud de una sola pulsación, que es la unidad de tiempo básica en milisegundos usada por ZooKeeper para regular las pulsaciones y los tiempos límite. El valor por defecto es 2000.
  • -i ‑‑init-limit: define la cantidad de tiempo, en pulsaciones, que se permite a los seguidores conectarse al líder. El valor por defecto es 10.
  • -s ‑‑sync-limit: define la cantidad de tiempo, en pulsaciones, que se permite a los seguidores sincronizarse con ZooKeeper. El valor por defecto es 5.
  • -x ‑‑max-connections: especifica el número máximo de conexiones de cliente que el clúster de ZooKeeper puede aceptar. El valor por defecto es 60.
server-role-kafka-configure-cluster (srkcc) [...] [opciones]

Configura el clúster de Kafka.

  • Acepta las siguientes opciones:
  • -a --logRetentionPeriod: especifique el tiempo (en horas) que se deben conservar los registros de Kafka.
  • -c ‑‑replication count: especifica el número de copias que se deben hacer de cada tema.
  • -l ‑‑logRetentionBytes: especifica el tamaño máximo permitido del registro. Cuando se supera ese tamaño, los datos existentes se sobrescriben con los nuevos. Por defecto, el tamaño de registro es ilimitado.
  • -t ‑‑zkSessionTimeout: especifica el tiempo límite de la sesión de ZooKeeper (en milisegundos). El valor por defecto es 30000 ms. Si el servidor no envía una pulsación a ZooKeeper durante el período de tiempo especificado, se considera que el servidor está inactivo. Una petición de pulsación ayuda a identificar si el servidor sigue conectado al clúster de Kafka.
  • -r ‑‑retainDetectedLogsDuration: especifica el tiempo máximo que se deben conservar los registros suprimidos.
  • -p ‑‑logCleanupPolicy: especifica la directiva de limpieza por defecto de los segmentos que superan la ventana máxima admisible de retención. Los valores posibles son Suprimir y Compactar. El valor por defecto es Suprimir. La directiva Suprimir elimina los segmentos antiguos cuando se alcanza la hora o el tamaño de retención. La directiva Compactar permite compactar el tema del registro, lo que garantiza que Kafka conservará siempre al menos el último valor conocido de cada clave de mensaje del registro de datos en cada partición única de tema.
  • -s ‑‑schemaregistryport: especifica el puerto en el que se ejecuta el registro del esquema. El puerto por defecto es el 8081.
  • -k, ‑‑kafkaport: especifica el puerto en el que escucha Kafka. El puerto por defecto es el 9093.
  • -x, ‑‑connectport: especifica el puerto en el que escucha la conexión de Kafka. El puerto por defecto es el 8083.
server-role-kafka-add-broker (srkab)

Añade un intermediario al clúster de Kafka.

‑‑servers - Lista separada por comas de servidores. Puede especificar el GUID, el DNS o la vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

-i ‑‑ignorewarning - Especifique true (verdadero) o false (falso). Esta opción se utiliza para ignorar el mensaje de advertencia relacionado con el certificado de autenticación del cliente que se muestra cuando se identifica una CA externa. Para continuar, puede definir esta opción como true (verdadero).

server-role-kafka-remove-broker (srkrb)

Elimina un intermediario del clúster de Kafka.

‑‑servers - GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-role-kafka-reconfig-broker (srkrcb)

Reconfigura el intermediario de Kafka.

‑‑servers - Lista separada por comas de servidores. GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-role-kafka-update-cluster (srkuc) [...] [opciones]

Actualiza la configuración del clúster de Kafka.

  • Acepta las siguientes opciones:
  • -l ‑‑logRetentionBytes: especifica el tamaño máximo permitido del registro. Cuando se supera ese tamaño, los datos existentes se sobrescriben con los nuevos. Por defecto, el tamaño de registro es ilimitado.
  • -t ‑‑zkSessionTimeout: especifica el tiempo límite de la sesión de ZooKeeper (en milisegundos). El valor por defecto es 30000 ms. Si el servidor no envía una pulsación a ZooKeeper durante el período de tiempo especificado, se considera que el servidor está inactivo. Una petición de pulsación ayuda a identificar si el servidor sigue conectado al clúster de Kafka.
  • -r ‑‑retainDetectedLogsDuration: especifica el tiempo máximo que se deben conservar los registros suprimidos.
  • -p ‑‑logCleanupPolicy: especifica la directiva de limpieza por defecto de los segmentos que superan la ventana máxima admisible de retención. Los valores posibles son Suprimir y Compactar. El valor por defecto es Suprimir. La directiva Suprimir elimina los segmentos antiguos cuando se alcanza la hora o el tamaño de retención. La directiva Compactar permite compactar el tema del registro, lo que garantiza que Kafka conservará siempre al menos el último valor conocido de cada clave de mensaje del registro de datos en cada partición única de tema.
  • -c, ‑‑replication count: especifica el número de copias que se deben hacer de cada tema.
  • -s ‑‑schemaregistryport: especifica el puerto en el que se ejecuta el registro del esquema.
  • -k, ‑‑kafkaport: especifica el puerto en el que escucha Kafka.
  • -x, ‑‑connectport: especifica el puerto en el que escucha la conexión de Kafka.
server-role-kafka-list-cluster (srklc)

Recupera la configuración del clúster de Kafka.

server-role-kafka-list-connectors (srklcn)

Recupera la lista de conectores de Kafka.

server-role-kafka-restart-connectors (srkrcn) [...] [opciones]

Reinicia los conectores de Kafka especificados.

  • Acepta la siguiente opción:
  • -c ‑‑connectors: especifique una lista separada por comas de conectores.
server-role-kafka-get-connector-config (srkgcc) [...] [opciones]

Recupera los detalles de configuración del conector de Kafka.

  • Acepta la siguiente opción:
  • -c ‑‑connector: especifique el nombre del conector para recuperar sus detalles de configuración.
server-role-kafka-reconfigure-connectors (srkccn) [...] [opciones]

Vuelve a configurar los conectores de Kafka especificados.

  • Acepta la siguiente opción:
  • -c ‑‑connectors: especifique una lista separada por comas de conectores.
server-role-kafka-recreate-connectors (srkrcc) [...] [opciones]

Vuelva a crear los conectores de Kafka. Este comando se debe ejecutar si la base de datos se migra de un RDBMS a otro.

  • Acepta la siguiente opción:
  • -f --force - Fuerza la creación de nuevo de los conectores de Kafka al suprimir todos los conectores existentes.
server-role-vertica-create-cluster (srvcc) [...] [opciones]

Crea un clúster de Vertica con uno o más nodos. Este es el primer comando que se debe ejecutar cuando se configura Vertica.

‑‑servers - Lista separada por comas de servidores. GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

  • Acepta la siguiente opción:
  • -k ‑‑replication-factor: especifica el número de réplicas de los datos que deben existir en la base de datos. Es preciso especificar un valor basado en el número de nodos del clúster y el número mínimo de nodos necesarios se mide como 2k+1. Vertica recomienda un factor de seguridad K de 1.
server-role-vertica-add-server (srvas)

Añade un servidor al clúster de Vertica.

‑‑servers - Lista separada por comas de servidores. GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-role-vertica-remove-server (srvrs)

Elimina un servidor del clúster de Vertica.

‑‑servers - Lista separada por comas de servidores. GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-role-vertica-list-cluster (srvlc)

Muestra los servidores del clúster de Vertica.

server-role-vertica-update-cluster (srvuc)

Actualiza el factor de seguridad K del clúster.

  • Acepta la siguiente opción:
  • -k ‑‑replication-factor: modifica el factor de réplica para indicar el número total de réplicas que se deben conservar en un clúster.
server-role-vertica-get-credentials (srvgc)

Recupera las credenciales de la base de datos de Vertica.

server-role-vertica-prepare-server (srvps)

Prepara el servidor durante el proceso de copia de seguridad y restauración.

(vía del objeto de servidor) - GUID, DNS o vía de los objetos de servidor (servidor, carpeta de servidor o grupo de servidores) relativos a /Dispositivos/Servidores.

server-set-as-nontest (ssan) (vía del objeto de servidor)

Define un servidor como dispositivo no de prueba.

Ejemplos

Para definir el servidor1 como dispositivo no de prueba:

zman ssan servidor1

server-statistics (sst) (vía del servidor)

Muestra las estadísticas de uso del servidor de ZENworks.

server-unretire (suret) (vía del objeto de servidor)

Reactiva el servidor seleccionado en la próxima actualización y vuelve a aplicar todas las asignaciones de lotes y directivas que el dispositivo tenía anteriormente.

Acepta la siguiente opción:

  • -i, ‑‑immediate - Fuerza una actualización del dispositivo para anular la retirada de inmediato.
server-view-all-bundles-status (svabs) (vía del servidor) [opciones]

Muestra el estado de distribución avanzado de los lotes asignados a un servidor.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado de distribución del lote y de los eventos de instalación. Los valores válidos son S, R, C, A, F y P, correspondientes a Success (correcto), Partial Success (parcialmente correcto), Completed (completado), Partial Complete (parcialmente completado), Failure (fallo) y Pending (pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

Ejemplos

Para ver el estado de distribución de los lotes asignados al servidor1:

zman svabs servidor1

Para ver el estado de distribución de los lotes asignados al servidor1 que tienen el estado correcto o pendiente:

zman svabs servidor1 ‑‑statusfilter S,P

server-view-all-policies-status (svaps) (vía del servidor) [opciones]

Muestra el estado de distribución avanzado de las directivas asignadas a un servidor.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado del evento de aplicación de directiva. Los valores válidos son S, F y P (abreviaturas en inglés de de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
server-wakeup (sw) (vía del objeto de servidor) [...] [opciones]

Activa un servidor mediante la reactivación en LAN.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de servidor] - Vía de una carpeta de servidor relativa a /Dispositivos/Servidores. Si se especifica esta opción, la vía de los objetos de servidor se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de servidor de la misma carpeta.
  • -b, -broadcast=[dirección de difusión][...] - Lista de direcciones separadas por comas empleada para difundir los paquetes de reactivación en LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. Una dirección IP válida es un valor válido.
  • -s, ‑‑server=[vía de los objetos del servidor primario o proxy relativa a /Dispositivos][...] - Lista de objetos de servidor primario o proxy separada por comas empleada para activar el dispositivo. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN.
  • -C, ‑‑retries=[número de reintentos] - Número de veces que los paquetes de reactivación en LAN se envían a los dispositivos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 0 y 5. El valor por defecto es 1.
  • -t, ‑‑timeout=[Intervalo de tiempo entre reintentos] - Intervalo de tiempo entre dos reintentos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 2 y 10 (en minutos). El valor por defecto es 2.

Comandos de configuraciones

Estos comandos se utilizan para establecer y modificar configuraciones. Los comandos de configuraciones comienzan con settings- en la forma larga y con la letra s en la forma corta.

Los comandos de configuración no son aplicables a la configuración de ZENworks Endpoint Security Management (valores de directiva de zona y valores de clave de cifrado de datos).

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

settings-copy (scp) (vía del dispositivo de origen o de la carpeta del dispositivo) (vía del dispositivo de destino o de la carpeta del dispositivo]) [...] [opciones]

Copia la configuración.

(vía del dispositivo de origen o de la carpeta de dispositivo) - Vía del dispositivo o de la carpeta del dispositivo relativa a /Dispositivos desde la que se debe copiar la configuración.

(vía del dispositivo de destino o de la carpeta de dispositivos) [...] - Vía de los dispositivos o de las carpetas de dispositivos relativa a /Dispositivos en la que se debe copiar la configuración.

Acepta la siguiente opción:

  • -n, ‑‑names=[nombre de la configuración][...] - Nombres de las configuraciones que se deben copiar desde la vía de origen. Si no se especifica esta opción, se copian todos los valores de configuración definidos en la vía de origen.
settings-export-to-file (setf) [opciones] (vía del archivo XML) [nombre de la configuración] [...]

Exporta los datos de configuración (en formato XML) a un archivo. El archivo XML se utilizará como entrada para crear o modificar configuraciones.

(vía del archivo XML) - El archivo en el que se guardan los datos de configuración en formato XML. Si el archivo no existe, se crea uno nuevo.

[nombre de configuración] [...] - Nombres de las configuraciones que se van a exportar. Si no se especifica esta opción, se exportan todos los valores de configuración.

Acepta las siguientes opciones:

  • -s, ‑‑source=[vía del dispositivo de origen o de la carpeta de dispositivo] - Vía del dispositivo o de la carpeta de dispositivo relativa a /Dispositivos desde la que se deben exportar las configuraciones. Si esta opción no se especifica, los valores se exportan desde la zona.
  • -e, ‑‑effective - Si se especifica, se recuperará la configuración en vigor; si no se especifica, solo se recuperarán los valores definidos o sustituidos en la vía de origen.
settings-revert (srt) (dispositivo de origen o vía de la carpeta del dispositivo) (nombre de la configuración) [...]

Revierte la configuración a la de la carpeta padre.

(vía del dispositivo de origen o de la carpeta de dispositivos) - Vía del dispositivo o de la carpeta de dispositivos relativa a /Dispositivos cuyos valores se deben revertir.

settings-set (ss) (vía del archivo XML) [dispositivo de destino o vía de la carpeta del dispositivo] [...]

Establece las configuraciones a varios niveles.

(vía del archivo XML) - El archivo XML que contiene la información de configuración exportada. Use settings-export-to-file (setf) para exportar la información de configuración a un archivo XML.

Acepta las siguientes opciones:

[nombre de configuración] [...] - Nombres de las configuraciones que se van a exportar. Si no se especifica esta opción, se exportan todos los valores de configuración.

  • -s, ‑‑source=[vía del dispositivo de origen o de la carpeta de dispositivo] - Vía del dispositivo o de la carpeta de dispositivo relativa a /Dispositivos desde la que se debe establecer la configuración. Si no se especifica esta opción, los valores se establecen en el nivel de zona.
settings-gcm-delete (sgd) [...]

Suprime los valores configurados para Google Cloud Messaging. Es necesario reiniciar los servicios de ZENworks para que los cambios surtan efecto.

Comandos de suscripción

Estos comandos se utilizan para crear, modificar y gestionar las suscripciones. Los comandos de suscripción comienzan con subscription- en la forma larga o con las letras sr en la forma corta.

Este comando acepta los indicadores descritos en la sección Opciones globales. Acepta también las opciones individuales descritas con el comando.

subscription-create (src) (nombre de la suscripción) (archivo XML de suscripción) [carpeta padre] [opciones]

Crea una suscripción nueva.

(archivo XML de suscripción): archivo XML que contiene la información de suscripción exportada. Use subscription-export (sre) para exportar información de suscripción existente a un archivo XML. Si desea reutilizar archivos, es posible crear archivos XML de plantilla a partir de las suscripciones creadas mediante el Centro de control de ZENworks. Para ver un archivo XML de ejemplo, consulte el archivo nu.xml que se encuentra en

En Linux: /opt/novell/zenworks/share/zman/samples/subscriptions

En Windows: %ZENWORKS_HOME%\novell\zenworks\share\zman\samples\subscriptions

Acepta las siguientes opciones:

  • -d, ‑‑desc=[descripción]: descripción de la suscripción.
  • -s, ‑‑sysIDpath=[rhel-systemid]

NOTA:no es posible ejecutar este comando para las suscripciones del VPP de Apple.

subscription-folder-create (srfc) (nombre carpeta) [carpeta padre] [opciones]

Crea una nueva carpeta de suscripción.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
subscription-move (srmv) (vía del objeto de suscripción) [vía de la carpeta de destino]

Mueve un objeto de suscripción a una carpeta distinta.

subscription-replicate (srr) (nombre de suscripción) [vía de la carpeta de destino] [opciones]

Comienza una replicación de suscripción.

Acepta las siguientes opciones:

  • -s, ‑‑schedule=[nombre del archivo XML]: el archivo XML que contiene la programación para comenzar la suscripción. El archivo Eventsch.xml no es aplicable para las suscripciones.
  • -r, ‑‑fromRepository: el repositorio desde el que se replica el contenido.

NOTA:para la suscripción de Apple VPP, el servidor saliente no se utilizará al ejecutar este comando. Por lo tanto, deberá asegurarse de que el servidor en el que se ejecuta este comando tiene conexión a Internet.

subscription-export (sre) (nombre-suscripción) (subscription-data.xml)

Exporta la información de suscripción (en formato XML) a un archivo. El archivo XML se utilizará como entrada para crear suscripciones.

subscription-delete (srd) (objeto de suscripción) [...] [opciones]

Suprime uno o varios objetos de suscripción. Las suscripciones cuyo estado sea En curso, Suspendido y Asignado no se podrán suprimir.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -b, ‑‑delete-bundles: suprime todos los lotes que se crearon mediante la suscripción especificada.
  • -f, ‑‑folder=[carpeta de suscripción]: la vía de la carpeta de suscripción relativa a /Subscriptions. Si se especifica esta opción, la vía de los objetos de suscripción se determina con respecto a esta carpeta. Esta opción se puede utilizar para especificar varios objetos de suscripción en la misma carpeta.

NOTA:no es posible ejecutar este comando para las suscripciones del VPP de Apple.

subscription-list (srl) [opciones]

Muestra una lista con los objetos de suscripción.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
  • [carpeta]: muestra el contenido de la carpeta indicada. Si no se especifica una carpeta, se mostrará el contenido de la carpeta raíz.
subscription-modify (srm) (nombre de suscripción) (subscription-data.xml) [carpeta padre] [opciones]

Exporta o modifica la suscripción existente.

Acepta las siguientes opciones:

  • -d, ‑‑desc=[descripción]: descripción de la suscripción.
  • -s, ‑‑sysIDpath=[rhel-systemid]

NOTA:no es posible ejecutar este comando para las suscripciones del VPP de Apple.

subscription-status (srs) (nombre de suscripción) [opciones]

Devuelve el estado de la suscripción.

Acepta las siguientes opciones:

  • -s, ‑‑suspend: suspende la replicación y cambia el estado de la suscripción a Suspendido.
  • -c, ‑‑cancel: cancela la replicación y cambia el estado de la suscripción a Cancelado.

NOTA:las tareas Suspender y Cancelar no se admiten cuando se lleva a cabo una ejecución de simulación.

subscription-channel-list (srcl) (nombre de suscripción) (tipo de entidad del repositorio) [opciones]

Muestra una lista con datos como, por ejemplo, lotes, catálogos y paquetes.

Acepta las siguientes opciones:

  • -r, ‑‑fromRepository: omite la memoria caché y descarga los metadatos desde el repositorio desde el que se replica el contenido.
  • -i, ‑‑ignoreFilters: muestra una lista con el contenido, haciendo caso omiso de los filtros que puedan estar configurados.
subscription-copy (srcp) (vía de la suscripción) (nombre de suscripción) [carpeta padre] [opciones]

Copia una suscripción.

Acepta la siguiente opción:

  • -d, ‑‑desc=description: descripción del lote.
subscription-rename (srrn) (vía del objeto de suscripción) (nombre nuevo)

Cambia el nombre de una suscripción.

Por ejemplo, para cambiar el nombre de una suscripción llamada SLES10Update para que pase a llamarse SLED10Update, ejecute el comando de la siguiente forma:

zman srrn /Subscription/SLES10Update /Subscription/SLED10Update

subscription-proxy-password (srpp) [contraseña del proxy de suscripción]

Configura la contraseña del proxy que se usará en todas las suscripciones durante la réplica. En este comando, el argumento de contraseña del proxy es opcional. Si no introduce el argumento de contraseña del proxy, el comando le pedirá que introduzca la contraseña.

Subscription-unenroll-android-enterprise |sueae [id-de-empresa] [nombre-de-usuario-de-NCC] [vía-del-archivo-de-contraseña]

Anula la inscripción de la cuenta de Android para empresas.

Acepta los siguientes argumentos:

[id-de-empresa] especifica el ID de empresa cuya inscripción desea anular.

[nombre-de-usuario-de-NCC] especifica el nombre de usuario del NCC.

[vía-del-archivo-de-contraseña] especifica la ubicación del archivo de contraseña. El archivo de contraseña se puede guardar en cualquier formato.

Ejemplo: sueae LC046w6dx5 MFtest C:\password.txt

En este ejemplo, LC046w6dx5 es el ID de empresa, MFtest es el nombre de usuario del NCC y C:\password.txt es la ubicación donde se guarda la contraseña.

Subscription-clear-ae | sca

Suprime los datos asociados (lotes, aplicaciones, usuarios y otros datos) con la suscripción a Android para empresas cuya inscripción ha anulado.

Comandos de actualización de sistemas y de actualización de reconocimiento de productos

Estos comandos se utilizan para gestionar las actualizaciones de sistemas y las actualización de reconocimiento de productos (PRU) en ZENworks. Estos comandos comienzan con system-update en la forma larga y con las letras su en la forma corta.

system-update-download (sud) (actualización del sistema o nombre de PRU)

Descarga las últimas actualizaciones del sistema o PRU.

(actualización del sistema o nombre de PRU) - Actualización del sistema o nombre de PRU o UID.

system-update-view-available (suva) [opciones]

Muestra una lista de todas las actualizaciones disponibles o PRU publicadas en el servidor de actualizaciones o en un archivo de actualización.

Acepta las siguientes opciones:

  • -i, ‑‑importFile=[vía al archivo/directorio donde se va a realizar la importación] - Vía completa al archivo de importación que se va a consultar.
  • -u, ‑‑url=[URL para actualizar el servidor] - URL de actualizaciones del sistema para realizar consultas en el formato http://nombreservidor:[puerto]/vía.
  • -f, ‑‑product=[código de producto] - Código de producto con el que se deben comprobar las actualizaciones (por ejemplo, zcm o pru).
  • -v, ‑‑version=[versión base del producto] - Versión base del producto con la que se deben comprobar las actualizaciones (por ejemplo, 10.0, 10.1).
system-update-status (sus) (actualización del sistema o nombre de PRU)

Muestra el estado de la actualización del sistema o la PRU que se haya especificado.

(actualización del sistema o nombre de PRU) - Actualización del sistema o nombre de PRU o UID.

system-update-delete-update (sudu) (nombre de actualización del sistema o PRU) [opciones]

Suprime de la zona una actualización del sistema o una PRU especificada.

(actualización del sistema o nombre de PRU) - Actualización del sistema o nombre de PRU o UID.

Acepta la siguiente opción:

  • -f, ‑‑force - Fuerza la supresión de la actualización. La asignación se elimina solo del servidor. Si actualiza el dispositivo y ve la actualización, esta se aplicará en ese dispositivo. Se debe utilizar con precaución y solo cuando se esté seguro de que la actualización no se encuentra en estado activo.
system-update-cancel-download (sucd) (actualización del sistema o nombre de PRU)

Cancela la descarga de la actualización del sistema o de la PRU.

(actualización del sistema o nombre de PRU) - Actualización del sistema o nombre de PRU o UID.

system-update-assign (sua) (nombre de actualización del sistema) [vía del dispositivo] [...] [opción]

Asigna la actualización del sistema autorizada a los dispositivos.

(nombre de actualización del sistema) - Nombre de actualización del sistema o UID.

[vía del dispositivo] [...] - Vía del dispositivo relativa a /Dispositivos.

Acepta la siguiente opción:

  • -a, ‑‑all - Se asigna a todos los dispositivos.
system-update-list-assign (sula) (vía del dispositivo)

Muestra todas las actualizaciones asignadas al dispositivo o grupo especificado.

(vía del dispositivo) - Vía del dispositivo relativa a /Dispositivos.

system-update-authorize (suaz) (actualización del sistema o nombre de PRU)

Autoriza una actualización o una PRU.

(actualización del sistema o nombre de PRU) - Actualización del sistema o nombre de PRU o UID.

system-update-baseline (sub) (nombre de actualización del sistema)

Programa un intento de definir la actualización especificada como actualización de línea de base.

(nombre de actualización del sistema) - Nombre de actualización del sistema o UID.

system-update-import (sui) (vía de la actualización) [actualización del sistema o nombre de PRU] [-b, ‑‑checkbaseline]

Importa a la zona una actualización del sistema o una PRU desde un directorio o un archivo ZIP. Cuando la actualización o la PRU se encuentre en el sistema de ZENworks, se podrán gestionar del mismo modo que las actualizaciones o PRU en línea.

(vía de la actualización) - Vía completa al directorio o archivo ZIP de la actualización o la PRU.

(actualización del sistema o nombre de PRU) - Actualización del sistema o nombre de PRU o UID.

(-b, ‑‑checkbaseline) - Comprueba si hay una línea de base y, si es aplicable, la aplica a la actualización. La opción por defecto es no aplicar la línea de base a la actualización.

system-update-activate-entitlement (suae) (ID de correo) (código de activación)

Activa el derecho de actualización del sistema para el software ZENworks en la zona de gestión a fin de recibir la versión más reciente de la función de actualización del sistema de ZENworks y las actualizaciones de reconocimiento de productos (PRU) del servidor del Centro de servicios al cliente de Micro Focus.

(ID de correo) - Una dirección de correo electrónico válida que se usará para comunicarse con Micro Focus. Es recomendable especificar la dirección de correo electrónico usada para adquirir el derecho de mantenimiento de actualización del sistema.

(código de activación) - El código de activación del derecho de actualización del sistema.

NOTA:antes de activar el derecho, asegúrese de que el servidor primario que desea usar para activarlo se puede comunicar con el servidor NCC.

system-update-view-entitlement-status (suves)

Muestra el estado del derecho de actualización del sistema.

system-update-rebuild-packages (surp) (nombre de actualización del sistema)

Vuelve a generar los paquetes de distribución del servidor con el contenido de la actualización especificada.

(nombre de actualización del sistema) - Nombre de actualización del sistema o UID.

-f, ‑‑force - Fuerza la reconstrucción del paquete, aunque no haya paquetes nuevos incluidos en la actualización.

system-update-patch-file (supf) (nombre de actualización del sistema) (vía al parche)

Aplica un parche a la actualización con las nuevas versiones de los archivos.

(nombre de actualización del sistema) - Nombre de actualización del sistema o UID.

(vía al parche) - Vía completa del archivo zip o de la carpeta donde se encuentran los archivos del parche.

(system-update-create-package | sucp) (nombre de actualización del paquete) [vía del dispositivo] [-n|‑‑packagename=nombre del paquete de actualización independiente] [-p|‑‑platform=plataforma de SO] [-a|‑‑arch=arquitectura]

Crea el paquete de actualización independiente especificado. Este comando se puede usar para crear un paquete para un dispositivo específico mediante el GUID de actualización y el GUID del dispositivo; o bien para crear un paquete para la plataforma mediante los detalles de la plataforma y la arquitectura.

(nombre de actualización del sistema) - Nombre de actualización del sistema o UID.

[vía del dispositivo] - Vía del dispositivo relativa a /Dispositivos.

-n, ‑‑packagename=<nombre del paquete de actualización independiente> - Nombre del paquete de actualización independiente. Si no se especifica, el nombre se calcula a partir del nombre del dispositivo o de la plataforma especificados.

-p, ‑‑platform=<plataforma de SO> - La plataforma de sistema operativo del paquete de actualización independiente. El valor válido es Windows.

-a, ‑‑arch=<arquitectura> - La arquitectura del dispositivo del paquete de actualización independiente. Los valores válidos son 32 y 64.

Comandos del usuario

Estos comandos se utilizan para gestionar a los usuarios que pertenecen a los orígenes de usuarios configurados en ZENworks. Los orígenes de usuarios se deben configurar desde un origen LDAP autorizado, como e-Directory o Active Directory. Los comandos de usuario comienzan con user- en la forma larga y con la letra u en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

user-add-bundle (uab) (vía del objeto de usuario) (lote o grupo de lotes) [...] [opciones]

Asigna lotes a un objeto de usuario.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
  • -I, ‑‑icon-location=[archivo XML de ubicación de aplicación] - Archivo XML que contiene las ubicaciones en las que se debe colocar el icono para la aplicación de lote. Para obtener información sobre el formato del archivo XML, consulte el archivo IconLocation.xml ubicado en /opt/novell/zenworks/share/zman/samples/bundles en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\bundles en servidores Windows.
  • -d, ‑‑distribution-schedule=[archivo XML de programación de distribución] - Archivo XML que contiene la programación de distribución.
  • -l, ‑‑launch-schedule=[archivo XML de programación de lanzamiento] - Archivo XML que contiene la programación de lanzamiento.
  • -b, ‑‑install-schedule=[archivo XML de programación de instalación] - Archivo XML que contiene la programación de instalación.
  • -a, ‑‑availability-schedule=[archivo XML de programación de disponibilidad] - Archivo XML que contiene la programación de disponibilidad. Para obtener información sobre las plantillas del archivo XML de programación, consulte los archivos XML ubicados en /opt/novell/zenworks/share/zman/samples/schedules en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\schedules en servidores Windows.
  • -i, ‑‑install-immediately - Instala el lote de forma inmediata tras la distribución. Para utilizar esta opción, se debe especificar también la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately - Lanza el lote de forma inmediata tras la instalación. Para utilizar esta opción, se debe especificar también la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now - Establece la programación de distribución para que el lote se distribuya de inmediato. Si se especifica esta opción, las opciones ‑‑distribution-schedule y ‑‑distribute-on-device-refresh se ignorarán. Las opciones ‑‑distribute-now, ‑‑distribute-on-device-refresh y ‑‑distribution-schedule son mutuamente exclusivas y se utilizan para establecer la programación de distribución. La opción ‑‑distribute-now se considera como la primera, seguida de ‑‑distribute-on-device-refresh y ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh - Establece la programación de distribución para que el lote se distribuya al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑distribution-schedule se ignorará.
  • -s, ‑‑launch-on-device-refresh - Establece la programación de lanzamiento para que el lote se lance al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑launch-schedule se ignorará.
user-add-policy (uap) (vía del objeto de usuario) (directiva o grupo de directivas) [...] [opciones]

Asigna directivas a un objeto de usuario.

Acepta las siguientes opciones:

  • -e, ‑‑enforce-now - Aplica la directiva de inmediato en todos los dispositivos asignados.
  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
user-container-create (ucc) (origen del usuario) (contenedor del usuario) (nombre de visualización)

Añade un contenedor del usuario a un origen de usuarios configurado en ZENworks.

(contenedor del usuario) - El contenedor del usuario que se debe añadir con formato RDN (nombre completo relativo), relativo al contexto raíz del origen LDAP.

(nombre de visualización) - Muestra el nombre del contenedor de usuarios.

user-group-add (uga) (vía del grupo de usuarios de ZENworks) (vía del usuario) [...] [opciones]

Añade usuarios a un grupo de usuarios de ZENworks.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de usuario] - Vía de la carpeta del usuario relativa a /Usuarios. Si se especifica esta opción, la vía de los objetos de usuario se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de usuario de la misma carpeta.
user-group-create (ugc)(nombre del grupo)[opciones]

Crea un grupo de usuarios de ZENworks y le añade miembros.

Acepta las siguientes opciones:

  • ‑‑desc=[descripción] - Descripción del grupo.
  • -m, ‑‑members=[vía del usuario][...] - Vía de los usuarios relativa a /Usuarios.
  • -f, ‑‑folder=[carpeta de usuario] - Vía de la carpeta del usuario relativa a /Usuarios. Si se especifica esta opción, la vía de los objetos de usuario se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de usuario de la misma carpeta.
user-group-delete (ugd) (vía de grupo de usuarios de ZENworks) [...]

Suprime uno o varios grupos de usuarios de ZENworks.

(vía del grupo de usuarios de ZENworks) [...] - Vía al grupo de usuarios de ZENworks relativa a /Usuarios/Grupos de usuarios de ZENworks.

user-group-members (ugm) (vía del grupo de usuarios) [opciones]

Muestra los miembros de un grupo de usuarios de ZENworks o de un grupo de usuarios del directorio LDAP.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
user-source-refresh (usr)

Inicia una actualización de todos los orígenes de usuarios.

user-group-remove (ugr) (vía del grupo de usuarios de ZENworks) (vía del usuario) [...] [opciones]

Elimina usuarios de un grupo de usuarios de ZENworks.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de usuario] - Vía de la carpeta del usuario relativa a /Usuarios. Si se especifica esta opción, la vía de los objetos de usuario se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de usuario de la misma carpeta.
user-info (ui) (vía del usuario)

Muestra información detallada de un usuario.

user-list (ul) [opciones] [carpeta]

Muestra los objetos de usuario.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -t, ‑‑typefilter=[filtro de tipo][...] - Muestra los resultados que coinciden con la lista separada por comas de tipos de objeto especificada. Los valores válidos son user, group y folder.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
user-list-bundles (ulb) (vía del objeto de usuario) [opciones]

Muestra los lotes asignados a un objeto de usuario.

Acepta las siguientes opciones:

  • -a, ‑‑all - Muestra tanto los lotes vigentes como los no vigentes.
  • -e, ‑‑effective - Muestra solo los lotes vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
user-list-groups (ulg) (vía del usuario) [opciones]

Muestra los grupos de los que es miembro un usuario concreto.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
user-list-policies (ulp) (vía del objeto de usuario) [opciones]

Muestra las directivas asignadas a un objeto de usuario.

  • -a, ‑‑all - Muestra tanto las directivas vigentes como las no vigentes.
  • -e, ‑‑effective - Muestra solo las directivas vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
user-logged-in-devices (ulid) (vía del usuario)

Muestra los dispositivos en los que el usuario ha entrado.

user-primary-workstation (upws) (vía del usuario)

Muestra la estación de trabajo primaria del usuario, el número de entradas y el número de minutos que el usuario ha permanecido en la estación de trabajo primaria.

user-remove-bundle (urb) (vía del objeto de usuario) (lote o grupo de lotes) [...] [opciones]

Elimina los lotes asignados a un objeto de usuario.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
user-remove-policy (urp) (vía del objeto de usuario) (directiva o grupo de directivas) [...] [opciones]

Elimina las directivas asignadas a un objeto de usuario.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
user-reorder-policies (urop) (vía del objeto de usuario) (posición actual) (posición nueva)

Cambia el orden de las directivas asignadas a un usuario.

user-set-as-test (usat) (vía del objeto de usuario)

Define un usuario como usuario de prueba.

Ejemplos

Para definir el usuario1 como usuario de prueba:

zman usat usuario1

user-set-as-nontest (usan) (vía del objeto de usuario)

Define un usuario como usuario no de prueba.

Ejemplos

Para definir el usuario1 como usuario no de prueba:

zman usan usuario1

user-source-create (usc) (vía del archivo XML de origen del usuario) [opciones]

Configura un origen de usuarios.

Acepta la siguiente opción:

-a, ‑‑accept-certificate - Acepta el certificado presentado por el origen de usuarios cuando se selecciona el modo SSL. Esta opción se proporciona para evitar el modo interactivo para el uso de guiones. Es recomendable ver el certificado antes de aceptarlo.

user-source-list (usl)

Muestra los orígenes de usuarios configurados.

user-source-list-connections (uslc) (origen de usuarios)

Muestra las conexiones de servidor de un origen de usuarios.

user-source-remove-connection (usrc) (origen de usuarios) (nombre de conexión)

Elimina una conexión de servidor de un origen de usuarios.

user-source-trustedcert-add (usta) (alias de certificado) (vía del archivo de certificado)

Añade un certificado de confianza adicional para otro servidor LDAP al que se puede hacer referencia durante el procesamiento de una petición de búsqueda LDAP al usar conexiones de origen de usuarios seguras.

  • (alias de certificado) - El alias usado para identificar el certificado en el almacén de claves.
  • (vía del archivo de certificado) - Vía del archivo de certificado en formato DER.
user-source-trustedcert-list (ustl)

Muestra los certificados de confianza adicionales usados para las conexiones de origen de usuarios seguras.

user-source-trustedcert-remove, ustr (alias de certificado)

Elimina un certificado de confianza usado para las conexiones de origen de usuarios seguras.

  • (alias de certificado) - El alias usado para identificar el certificado en el almacén de claves.
user-source-add-connection (usac) (origen de usuarios) (nombre de la conexión) (dirección del servidor) (puerto del servidor) [opciones]

Añade una nueva conexión de servidor para un origen de usuarios.

Acepta las siguientes opciones:

-a, ‑‑accept-certificate - Acepta el certificado presentado por el origen de usuarios cuando se selecciona el modo SSL. Esta opción se proporciona para evitar el modo interactivo para el uso de guiones. Es recomendable ver el certificado antes de aceptarlo.

-s, ‑‑use-ssl - Especifica que se debe utilizar SSL para acceder al nuevo servidor.

user-view-all-bundles-status (uvabs) (vía del usuario) [opciones]

Muestra el estado de distribución avanzado de los lotes asignados a un usuario.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra de acuerdo al estado de los eventos de distribución e instalación de lotes. Los valores válidos son S, F y P (abreviaturas en inglés de de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
user-view-all-policies-status (uvaps) (vía del usuario) [opciones]

Muestra el estado de distribución avanzado de las directivas asignadas a un usuario.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado del evento de aplicación de directiva. Los valores válidos son S, F y P (abreviaturas en inglés de de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

Comandos de estaciones de trabajo

Estos comandos se utilizan para gestionar estaciones de trabajo. Los comandos de estaciones de trabajo comienzan con workstation- en la forma larga y con la letra w en la forma corta.

Todos los comandos siguientes aceptan los indicadores de opción incluidos en la sección Opciones globales. Además, aceptan las opciones individuales indicadas en cada comando.

workstation-add-bundle (wab) (vía del objeto de estación de trabajo) (lote o grupo de lotes) [...] [opciones]

Asigna lotes a un objeto de estación de trabajo.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
  • -I, ‑‑icon-location=[archivo XML de ubicación de aplicación] - Archivo XML que contiene las ubicaciones en las que se debe colocar el icono para la aplicación de lote. Para obtener información sobre el formato del archivo XML, consulte el archivo IconLocation.xml ubicado en /opt/novell/zenworks/share/zman/samples/bundles en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\bundles en servidores Windows.
  • -d, ‑‑distribution-schedule=[archivo XML de programación de distribución] - Archivo XML que contiene la programación de distribución.
  • -l, ‑‑launch-schedule=[archivo XML de programación de lanzamiento] - Archivo XML que contiene la programación de lanzamiento.
  • -a, ‑‑availability-schedule=[archivo XML de programación de disponibilidad] - Archivo XML que contiene la programación de disponibilidad. Para obtener información sobre las plantillas del archivo XML de programación, consulte los archivos XML ubicados en /opt/novell/zenworks/share/zman/samples/schedules en servidores Linux, o en Directorio_de_instalación:\Novell\Zenworks\share\zman\samples\schedules en servidores Windows.
  • -b, ‑‑install-schedule=[archivo XML de programación de instalación] - Archivo XML que contiene la programación de instalación.
  • -i, ‑‑install-immediately - Instala el lote de forma inmediata tras la distribución. Para utilizar esta opción, se debe especificar también la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately - Lanza el lote de forma inmediata tras la instalación. Para utilizar esta opción, se debe especificar también la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now - Establece la programación de distribución para que el lote se distribuya de inmediato. Si se especifica esta opción, las opciones ‑‑distribution-schedule y ‑‑distribute-on-device-refresh se ignorarán. Las opciones ‑‑distribute-now, ‑‑distribute-on-device-refresh y ‑‑distribution-schedule son mutuamente exclusivas y se utilizan para establecer la programación de distribución. La opción ‑‑distribute-now se considera como la primera, seguida de ‑‑distribute-on-device-refresh y ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh - Establece la programación de distribución para que el lote se distribuya al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑distribution-schedule se ignorará.
  • -s, ‑‑launch-on-device-refresh - Establece la programación de lanzamiento para que el lote se lance al actualizar el dispositivo. Si se especifica esta opción, la opción ‑‑launch-schedule se ignorará.
  • -w, ‑‑wakeup-device-on-distribution - Activa el dispositivo mediante la reactivación en LAN si se ha apagado durante la distribución del lote. Para utilizar esta opción, también es necesario especificar la programación de distribución. La programación de distribución se puede especificar mediante las opciones ‑‑distribution-schedule, ‑‑distribute-now o ‑‑distribute-on-device-refresh.
  • -D, ‑‑dry-run: prueba y muestra las acciones pedidas, pero no las realiza en realidad.
  • -B, ‑‑broadcast=[dirección de difusión][...] - Lista de direcciones separada por comas empleada para difundir los paquetes de reactivación en LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. Una dirección IP válida es un valor válido.
  • -S, ‑‑server=[vía de los objetos del servidor primario o proxy relativa a /Dispositivos][...] - Lista de objetos de servidor primario o proxy separada por comas empleada para activar el dispositivo. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN.
  • -C, ‑‑retries=[número de reintentos] - Número de veces que se envían al dispositivo los paquetes de Wake-On-LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 0 y 5. El valor por defecto es 1.
  • -T, ‑‑timeout=[Intervalo de tiempo entre reintentos] - Intervalo de tiempo entre dos reintentos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 2 y 10 (en minutos). El valor por defecto es 2.
workstation-add-policy (wap) (vía del objeto de estación de trabajo) (directiva o grupo de directivas) [...] [opciones]

Asigna directivas a un objeto de estación de trabajo.

Acepta las siguientes opciones:

  • -c, ‑‑conflicts=[orden de resolución de conflictos de directivas] - Determina cómo se deben resolver los conflictos de directivas. Los valores válidos son userlast o 1, devicelast o 2, deviceonly o 3 y useronly o 4. Para userlast, primero se aplican directivas asociadas al dispositivo y luego directivas asociadas al usuario. Para devicelast, primero se aplican directivas asociadas al usuario y luego directivas asociadas al dispositivo. Para deviceonly, las directivas asociadas al usuario se ignoran. Para useronly, las directivas asociadas al dispositivo se ignoran. Si no se especifica esta opción, se toma userlast como valor por defecto.
  • -e, ‑‑enforce-now - Aplica la directiva de inmediato en todos los dispositivos asignados.
  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
workstation-copy-relationships (wcr) (vía de la estación de trabajo) (vía del objeto de estación de trabajo) [...] [opciones]

Copia las relaciones de una estación de trabajo a las estaciones de trabajo. Las relaciones de la estación de trabajo incluyen las asignaciones del lote, las asignaciones de directiva y los miembros del grupo.

Acepta las siguientes opciones:

  • -r, ‑‑relationship-type: los tipos de relación que se deben copiar. Los valores válidos son bundles, policies y groups. La opción bundles copia todas las asignaciones de lote asociadas del dispositivo de origen. La opción policies copia todas las asignaciones de directiva asociadas del dispositivo de origen. La opción groups añade los dispositivos de destino como miembro de los grupos asociados a los dispositivos de origen.
  • -a, ‑‑assignment-options: opciones de asignación. Los valores válidos son assign-to-group-members, assign-to-folder-members y assign-to-folder-members-recursively. La opción assign-to-group-members copia las asignaciones a los miembros de los grupos de destino. La opción assign-to-folder-members copia las asignaciones a los dispositivos situados en la carpeta de destino. La opción assign-to-folder-members-recursively copia las asignaciones a los dispositivos situados dentro de las carpetas de destino y sus subcarpetas.
  • -c, ‑‑conflict-resolution: opiones de resolución de conflictos para las asignaciones existentes. Los valores válidos son delete-existing-assignments y replace-existing-assignments. La opción delete-existing-assignments suprime todas las asignaciones existentes de los dispositivos de destino. La opción replace-existing-assignments sustituye las asignaciones existentes de los dispositivos de destino con las asignaciones seleccionadas.
  • -g, ‑‑group-membership: las opciones de pertenencia a grupos para los tipos de objeto de destino Grupos y Carpetas. Los valores válidos son add-group-members, add-folder-members, add-folder-members-recursively y delete-existing-group-membership. La opción add-group-members añade a los miembros del grupo de destino como miembros de los grupos de los que es miembro el dispositivo de origen. La opción add-folder-members añade a los dispositivos situados en las carpetas de destino como miembros de los grupos de los que es miembro el dispositivo de origen. La opción add-folder-members-recursively añade a los dispositivos situados en las carpetas y sus subcarpetas de destino como miembros de los grupos de los que es miembro el dispositivo de origen. La opción delete-existing-group-membership suprime la pertenencia a los grupos existentes de los que son miembros los dispositivos de destino.

Por ejemplo:

Para copiar todas las relaciones de la estación de trabajo de origen a varias estaciones de trabajo: zman workstation-copy-relationships carpetaestacióntrabajo/estacióntrabajoorigen ‑‑relationship-type=bundles,policies,groups carpetaestacióntrabajo/estacióntrabajo carpetaestacióntrabajo/carpetaestacióntrabajo1 carpetaestacióntrabajo/grupoestacióntrabajo.

Para copiar las asignaciones de directiva de la estación de trabajo de origen a las estaciones de trabajo presentes en las carpetas y subcarpetas de la estación de trabajo de destino: zman wcr carpetaestacióntrabajo/estacióntrabajoorigen ‑‑relationship-type=bundles carpetaestacióntrabajo1 carpetaestacióntrabajo2 -assignment-options=assign-to-group-member,assign-to-folder-members.

Para sustituir las asignaciones de lote en conflicto de las estaciones de trabajo de destino y al mismo tiempo copiar las asignaciones de la estación de trabajo de origen: zman wcr carpetaestacióntrabajo/estacióntrabajoorigen -r=policies carpetaestacióntrabajo/estacióntrabajo -conflict-resolution=delete-existing-assignments.

Para añadir estaciones de trabajo de los grupos de estaciones de trabajo de destino a los grupos de la estación de trabajo de origen: zman wcr carpetaestacióntrabajo/estacióntrabajoorigen -r=groups workstationgroupgroup-membership=add-folder-members-recursively.

workstation-delete (wd) (vía del objeto de estación de trabajo) [...] [opciones]

Suprime uno o varios objetos de estación de trabajo.

(vía del objeto de estación de trabajo) [...] - Vía de los objetos de estación de trabajo (estación de trabajo, carpeta de estación de trabajo o grupo de estaciones de trabajo) relativa a /Dispositivos/Estaciones de trabajo. Se puede utilizar el carácter comodín * en los nombres de objeto si está entrecomillado. Tenga cuidado a la hora de utilizar caracteres para suprimir objetos.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Suprime los objetos de una carpeta de forma recurrente.
  • -f, ‑‑folder=[carpeta de estación de trabajo] - Vía de una carpeta de estación de trabajo relativa a /Dispositivos/Estaciones de trabajo. Si se especifica esta opción, la vía de los objetos de estación de trabajo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de estación de trabajo de la misma carpeta.
workstation-folder-create (wfc) (nombre de carpeta) [carpeta padre] [opciones]

Crea una carpeta nueva para almacenar las estaciones de trabajo.

Acepta la siguiente opción:

  • ‑‑desc=[descripción] - Descripción de la carpeta.
workstation-group-add (wga) (vía del grupo de estaciones de trabajo) (vía de la estación de trabajo) [...] [opciones]

Añade estaciones de trabajo a un grupo de estaciones de trabajo.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de estación de trabajo] - Vía de una carpeta de estación de trabajo relativa a /Dispositivos/Estaciones de trabajo. Si se especifica esta opción, la vía de los objetos de estación de trabajo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de estación de trabajo de la misma carpeta.
workstation-group-create (wgc) (nombre del grupo) [carpeta padre] [opciones]

Crea un grupo de estaciones de trabajo y le añade miembros.

Acepta las siguientes opciones:

  • ‑‑desc=[descripción] - Descripción del grupo.
  • -m, ‑‑members=[vía de la estación de trabajo][...] - Vía de las estaciones de trabajo relativa a /Dispositivos/Estaciones de trabajo.
  • -f, ‑‑folder=[carpeta de estación de trabajo] - Vía de una carpeta de estación de trabajo relativa a /Dispositivos/Estaciones de trabajo. Si se especifica esta opción, la vía de los objetos de estación de trabajo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de estación de trabajo de la misma carpeta.
workstation-group-members (wgm) [opciones] (vía del grupo de estaciones de trabajo)

Muestra los miembros de un grupo de estaciones de trabajo o de un grupo de estaciones de trabajo dinámico.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
workstation-group-remove (wgr) (vía del grupo de estaciones de trabajo) (vía de la estación de trabajo) [...] [opciones]

Elimina estaciones de trabajo de un grupo de estaciones de trabajo.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de estación de trabajo] - Vía de una carpeta de estación de trabajo relativa a /Dispositivos/Estaciones de trabajo. Si se especifica esta opción, la vía de los objetos de estación de trabajo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de estación de trabajo de la misma carpeta.
workstation-info (wi) (vía de la estación de trabajo)

Muestra información detallada de una estación de trabajo.

workstation-list (wl) [carpeta] [opciones]

Muestra los objetos de estación de trabajo.

Acepta las siguientes opciones:

  • -r, ‑‑recursive - Muestra resultados de forma recurrente, incluidas las subcarpetas. Si no se especifica esta opción, el contenido de las subcarpetas no se muestra.
  • -n, ‑‑namefilter=[cadena de filtro] - Muestra los resultados que coinciden con el nombre indicado. Se pueden utilizar los caracteres comodín * y ? si están entrecomillados.
  • -t, ‑‑typefilter=[filtro de tipo][...] - Muestra los resultados que coinciden con la lista separada por comas de tipos de objeto especificada. Los valores válidos son device, group y folder.
  • -c, ‑‑count - Muestra el recuento de resultados.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
  • -f, ‑‑flagfilter=[filtro de indicador][...] - Muestra los resultados que coinciden con la lista separada por comas de indicadores especificados. Los valores válidos son: retired (retirado), notretired (no retirado), test (de prueba) y non-test (no de prueba).
workstation-list-bundles (wlb) (vía del objeto de estación de trabajo) [opciones]

Muestra los lotes asignados a un objeto de estación de trabajo.

Acepta las siguientes opciones:

  • -a, ‑‑all - Muestra tanto los lotes vigentes como los no vigentes.
  • -e, ‑‑effective - Muestra solo los lotes vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
workstation-list-groups (wlg) (vía de estación de trabajo) [opciones]

Muestra los grupos de los que es miembro una estación de trabajo concreta.

Acepta la siguiente opción:

  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
workstation-list-policies (wlp) (vía del objeto de estación de trabajo) [opciones]

Muestra las directivas asignadas a un objeto de estación de trabajo.

Acepta las siguientes opciones:

  • -a, ‑‑all - Muestra tanto las directivas vigentes como las no vigentes.
  • -e, ‑‑effective - Muestra solo las directivas vigentes.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
workstation-move (wmv) (vía del objeto de estación de trabajo) [vía de la carpeta de destino]

Mueve un objeto de estación de trabajo a una carpeta distinta.

workstation-refresh (wrf) (vía del objeto de estación de trabajo) [...] [opciones]

Actualiza ZENworks Agent en las estaciones de trabajo.

Acepta la siguiente opción:

-f, ‑‑folder=[carpeta de estación de trabajo] - Vía de una carpeta de estación de trabajo relativa a /Dispositivos/Estaciones de trabajo. Si se especifica esta opción, la vía de los objetos de estación de trabajo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de estación de trabajo de la misma carpeta.

‑‑server=<servidor/carpeta de servidor/vía del objeto de grupo de servidores>[...] - Vía de los objetos de servidor primario (servidor, carpeta de servidor o grupo de servidores) relativa a /Dispositivos/Servidores a la que se enviarán las notificaciones de tarea rápida.

‑‑notify=<minutos> - Tiempo en minutos para notificar a todos los dispositivos.

‑‑expire=<minutos> - Tiempo en minutos para que la tarea rápida caduque después de su creación. Especifique 0 para que caduque de inmediato.

‑‑currentserver - Añade una tarea rápida al servidor primario actual.

‑‑anyserver - Añade una tarea rápida a cualquiera de los servidores primarios.

‑‑expirenever - La tarea rápida no caduca nunca en el servidor primario.

workstation-remove-bundle (wrb) (vía del objeto de estación de trabajo) (lote o grupo de lotes) [...] [opciones]

Elimina los lotes asignados a un objeto de estación de trabajo.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de lote] - Vía de una carpeta de lote relativa a /Lotes. Si se especifica esta opción, la vía de los objetos de lote se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de lote de la misma carpeta.
workstation-remove-policy (wrp) (vía del objeto de estación de trabajo) (directiva o grupo de directivas) [...] [opciones]

Elimina las directivas asignadas a un objeto de estación de trabajo.

Acepta la siguiente opción:

  • -f, ‑‑folder=[carpeta de directiva] - Vía de una carpeta de directiva relativa a /Directivas. Si se especifica esta opción, la vía de los objetos de directiva se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de directiva de la misma carpeta.
workstation-rename (wr) (vía del objeto de estación de trabajo) (nombre nuevo)

Cambia el nombre de un objeto de estación de trabajo.

workstation-reorder-policies (wrop) (vía del objeto de estación de trabajo) (posición actual) (posición nueva)

Cambia el orden de las directivas asignadas a una estación de trabajo. Utilice el comando workstation-list-policies para determinar el orden de las directivas asignadas.

workstation-retire (wret) (vía del objeto de estación de trabajo)

Retira la estación de trabajo seleccionada del sistema ZENworks en la siguiente actualización. La retirada de un dispositivo no es lo mismo que la supresión de un dispositivo. Al retirar un dispositivo, su GUID se conserva (al suprimir un dispositivo, su GUID también se suprime). Como resultado, toda la información de inventario se guarda y se puede evaluar, pero se eliminan todas las asignaciones de directivas y lotes. Si se vuelve a activar el dispositivo más adelante, se restauran sus asignaciones.

Acepta la siguiente opción:

  • -i, ‑‑immediate - Fuerza la actualización del dispositivo para retirarlo de inmediato.
workstation-set-as-test (wsat) (vía del objeto de estación de trabajo)

Define una estación de trabajo como dispositivo de prueba.

Ejemplos

Para definir la estación_de_trabajo1 como dispositivo de prueba:

zman wsat estación_de_trabajo1

workstation-set-as-nontest (wsan) (vía del objeto de estación de trabajo)

Define una estación de trabajo como dispositivo no de prueba.

Ejemplos

Para definir la estación_de_trabajo1 como dispositivo no de prueba:

zman wsan estación_de_trabajo1

workstation-unretire (wuret) (vía del objeto de estación de trabajo)

Reactiva la estación de trabajo seleccionada en la próxima actualización y vuelve a aplicar todas las asignaciones de lotes y directivas que el dispositivo tenía anteriormente.

Acepta la siguiente opción:

  • -i, ‑‑immediate - Fuerza una actualización del dispositivo para anular la retirada de inmediato.
workstation-view-all-bundles-status (wvabs) (vía de la estación de trabajo) [opciones]

Muestra el estado de distribución avanzado de los lotes asignados a una estación de trabajo.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado de distribución del lote y de los eventos de instalación. Los valores válidos son S, R, C, A, F y P, correspondientes a Success (correcto), Partial Success (parcialmente correcto), Completed (completado), Partial Complete (parcialmente completado), Failure (fallo) y Pending (pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.

Ejemplos

Para ver el estado de distribución de los lotes asignados a la estación_de_trabajo1:

zman wvabs estación_de_trabajo1

Para ver el estado de distribución de los lotes asignados a la estación_de_trabajo1 que tienen el estado correcto o pendiente:

zman wvabs estación_de_trabajo1 ‑‑statusfilter S,P

workstation-view-all-policies-status (wvaps) (vía de estación de trabajo) [opciones]

Muestra el estado de distribución avanzado de las directivas asignadas a una estación de trabajo.

Acepta las siguientes opciones:

  • ‑‑statusfilter=[tipo de estado][...] - Filtra a partir del estado del evento de aplicación de directiva. Los valores válidos son S, F y P (abreviaturas en inglés de de correcto, fallo y pendiente). Se puede proporcionar una lista separada por comas de los tipos de estado.
  • -s, ‑‑scrollsize=[número de resultados] - Número de resultados que se mostrarán cada vez.
workstation-wakeup (ww) (vía del objeto de estación de trabajo) [...] [opciones]

Activa una estación de trabajo mediante la reactivación en LAN.

Acepta las siguientes opciones:

  • -f, ‑‑folder=[carpeta de estación de trabajo] - Vía de una carpeta de estación de trabajo relativa a /Dispositivos/Estaciones de trabajo. Si se especifica esta opción, la vía de los objetos de estación de trabajo se determina en relación a esta carpeta. Se puede utilizar para especificar varios objetos de estación de trabajo de la misma carpeta.
  • -b, -broadcast=[dirección de difusión][...] - Lista de direcciones separadas por comas empleada para difundir los paquetes de reactivación en LAN. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. Una dirección IP válida es un valor válido.
  • -s, ‑‑server=[vía de los objetos del servidor primario o proxy relativa a /Dispositivos][...] - Lista de objetos de servidor primario o proxy separada por comas empleada para activar el dispositivo. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN.
  • -C, ‑‑retries=[Número de reintentos] - Número de veces que los paquetes de reactivación en LAN se envían a los dispositivos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 0 y 5. El valor por defecto es 1.
  • -t, ‑‑timeout=[Intervalo de tiempo entre reintentos] - Intervalo de tiempo entre dos reintentos. Esta opción solo se utiliza si se desea reactivar el dispositivo mediante la reactivación en LAN. El valor debe estar comprendido entre 2 y 10 (en minutos). El valor por defecto es 2.

Comandos de servidores de ZENworks

Estos comandos se utilizan para gestionar los servidores que tienen instalado ZENworks Los comandos de servidor de ZENworks comienzan con zenserver- en la forma larga o con las letras zs en la forma corta.

zenserver-backup (zsb) (vía del archivo) [contraseña codificada]

Realiza una copia de seguridad de los archivos necesarios para duplicar este servidor en otro servidor de ZENworks.

  • (vía del archivo) - Vía del archivo en el que se crea la copia de seguridad de los archivos de configuración del servidor de ZENworks. Si el servidor contiene la base de datos incrustada, utilice el comandodatabase-backup para realizar la copia de seguridad de la base de datos. Para restaurar el servidor en otra instalación de servidor, primero deberá configurar los archivos de configuración mediante el comando zenserver-restore y, a continuación, restaurar la base de datos. El comando solicitará una contraseña para cifrar el archivo de copia de seguridad. Anote la contraseña codificada, ya que tendrá que introducirla si necesita restaurar el servidor.
  • [Contraseña codificada] - La contraseña codificada para cifrar el archivo de copia de seguridad. La contraseña codificada debe tener al menos 10 caracteres.
zenserver-restore (zsr) (vía del archivo) [contraseña codificada]

Restaura los archivos de configuración de copia de seguridad del servidor de ZENworks que ha fallado a una instalación nueva de servidor de ZENworks.

  • (vía del archivo) - Vía del archivo de copia de seguridad que contiene los archivos de configuración que se deben restaurar. El servidor debe tener el mismo nombre DNS y la misma dirección IP que el servidor que se va a restaurar. Cuando el comando solicite la contraseña para descifrar el archivo de copia de seguridad, introduzca la que utilizó para cifrar los archivos cuando se realizó esta copia de seguridad.
  • [Contraseña codificada] - La contraseña codificada que se ha utilizado para cifrar los archivos cuando se realizó la copia de seguridad.

Opciones globales

Las siguientes opciones se pueden aplicar a cualquier comando de zman:

-h, ‑‑help

Proporciona ayuda a varios niveles. Consulte la sección Guía de uso para obtener más información acerca del uso de la ayuda.

‑‑usage

Muestra la sintaxis del comando.

‑‑terse

Muestra un resultado conciso.

‑‑debug

Muestra una salida de depuración.

-V , ‑‑verbose

Activa la salida detallada.

‑‑quiet

Hace que el resultado sea silencioso e imprime solo los mensajes de error.

-U, ‑‑User=<usuario>

Proporciona un nombre de usuario. Si no se proporcionan, se le solicitarán.

-P, ‑‑Password=<contraseña>

Especifica una contraseña. Si no se proporcionan, se le solicitarán.

‑‑-host=<host>

Especifica el nombre de host o la dirección IP con la que se debe conectar (por defecto: localhost).

‑‑port=<puerto>

Especifica el puerto en el que escucha el servidor (por defecto el 443).

‑‑cleartext

Desactiva SSL por motivos de depuración. Si el puerto no se establece en el puerto de texto normal, se conecta al puerto 80 por defecto.

-R, ‑‑Redirect=<vía del archivo>

Redirige el resultado de la pantalla a un archivo. Utilice esta opción en lugar del operador de redirección de la línea de comandos (>) para guardar datos en formato UTF-8 y conservar los caracteres no presentes en el alfabeto inglés.

-G, ‑‑ignore-global-file

Ignora el archivo de opciones globales especificado en zman-config.properties.

Seguridad

La ejecución de cada comando requiere una autorización de administrador. Para evitar tener que introducir las credenciales del administrador con cada comando, utilice el comando admin-store-credential para almacenar las credenciales. Las credenciales se cifran y se almacenan en la carpeta personal del usuario del sistema operativo que está ejecutando el comando y solo se aplican a ese usuario. Resulta más seguro borrar esta información mediante el comando admin-clear-credential tras ejecutar todos los demás comandos.

IMPORTANTE:aunque existen opciones de línea de comandos para introducir nombres de usuarios y contraseñas, es mejor evitar su uso. En Linux, se muestran en la lista ps. Además, al presionar las teclas de flecha hacia arriba o de flecha hacia abajo se muestran los comandos anteriores introducidos, tanto en Windows como en Linux. Es posible introducir las credenciales cuando se pidan o utilizar el comando admin-store-credential.

Archivos

zman-config.properties es un archivo de propiedades que se utiliza para configurar zman y se encuentra en las siguientes ubicaciones:

  • En Windows: %ZENWORKS_HOME%\conf\zman\properties

  • En Linux: /etc/opt/novell/zenworks/zman/properties

Las opciones disponibles son:

  • RENDERER_SCROLLSIZE: controla el resultado de un comando de lista de forma global. Los resultados se recuperan y se muestran en bloques del tamaño especificado. Este valor puede anularse con la opción ‑‑scrollsize en la lista de comandos.

  • GLOBAL_OPTIONS_FILE: es posible añadir opciones globales a todos los comandos almacenándolas en un archivo y especificando la vía del archivo como valor de esta propiedad. En los archivos de Windows, hay que utilizar \\ en lugar de \. El contenido del archivo debe ser una sola línea similar a un comando.

    Por ejemplo:

    GLOBAL_OPTIONS_FILE=C:\\zman\\globaloptions.txt

    El contenido de prueba del archivo tiene este aspecto:

    --host=123.34.45.56 --port=8080 –cleartext --verbose

    Para hacer caso omiso de las opciones almacenadas en este archivo, use la opción –ignore-global-file. Todas las opciones globales, excepto -U|‑‑User y -P|‑‑Password se pueden almacenar en el archivo de opciones globales. Se deben usar los comandos admin-store-credential y admin-clear-credential para añadir credenciales de administrador a cada comando. Consulte la sección Seguridad para obtener instrucciones acerca del uso de credenciales de administrador.

  • GLOBAL_OPTIONS_HELP: las opciones globales de los comandos se muestran en la ayuda de cada comando. Para desactivar la presentación de las opciones globales, defina GLOBAL_OPTIONS_HELP=false.

  • DEBUG_LEVEL: controla la cantidad de mensajes de depuración que se registran en el archivo zman.log situado en unidad_de_instalación:\Novell\zenworks\logs en Windows y en /var/opt/novell/log/zenworks en Linux. El nivel 3, que es el valor por defecto, registra los comandos introducidos y los seguimientos de la pila de excepción si se produce algún error. El nivel 4 registra los comandos introducidos, el resultado de los comandos y otros mensajes de depuración.

Códigos de salida

zman devuelve códigos de salida en el intervalo de 0 a 255. 0 indica que el comando se ha ejecutado correctamente; un código del 1 al 255 indica un error en la ejecución.

  • 0 - Ejecución correcta.

Códigos de salida para errores de análisis:

  • 1 - Error de análisis desconocido.
  • 2 - No se ha especificado un argumento obligatorio.
  • 3 - Se ha especificado un indicador desconocido.
  • 4 - Se ha especificado un valor para un parámetro de conmutador.
  • 5 - No se ha especificado el valor para un indicador.
  • 6 - Se ha especificado un argumento adicional inesperado.
  • 7 - Se ha especificado un valor no válido.
  • 8 - No es posible convertir un valor para el tipo esperado.
  • 9 - Comando desconocido.
  • 10 - No se ha introducido ninguna opción, pero se necesita al menos una. Por ejemplo, para modificar los derechos se debe especificar al menos la opción de asignación o la de revocación.

Códigos de salida para errores generales:

  • 11 - Error desconocido.
  • 12 - La función no está disponible porque falta uno de los archivos jar de zman dependientes.
  • 13 - La autenticación ha fallado.
  • 14 - Se ha especificado un nombre de usuario o una contraseña vacíos, o la contraseña especificada no cumple con el requisito de longitud mínima.
  • 15 - La licencia de ZENworks ha caducado.
  • 16 - Ha fallado la conexión. El servidor de base de datos puede estar inactivo.
  • 17 - El administrador de ZENworks no dispone de los derechos necesarios para realizar esta operación.
  • 18 - No es posible leer el certificado para establecer la comunicación SSL.
  • 19 - Este comando solo se puede ejecutar en un host local.

Códigos de salida para errores generales relacionados con objetos:

  • 21 - El objeto especificado no es del tipo esperado. Por ejemplo, se ha especificado un lote en lugar de un dispositivo.
  • 22 - No se encuentra el objeto.
  • 23 - Ya existe un objeto con el mismo nombre en la carpeta especificada.
  • 24 - El objeto especificado se encuentra en un directorio distinto a la carpeta especificada.
  • 25 - No es posible mover una carpeta padre a sus subcarpetas.
  • 26 - No es posible cambiar el nombre del objeto.
  • 27 ‑ No es posible suprimir el objeto.
  • 28 - Se está intentando suprimir una carpeta que no está vacía.
  • 29 - El objeto ya es miembro del grupo.
  • 30 - El objeto no es miembro del grupo.
  • 31 - El objeto ya está asignado al dispositivo o al usuario.
  • 32 - El objeto no se ha asignado aún al dispositivo o al usuario.
  • 33 - No es válido asignar el tipo de objeto a un dispositivo o usuario.
  • 34 - No se permite la asignación del objeto al dispositivo. Por ejemplo, una directiva específica del usuario no se puede asignar a un dispositivo.

Códigos de salida para otros errores generales:

  • 41 - El nombre especificado no es válido. Por ejemplo, el nombre del objeto no puede contener caracteres especiales, como * o %.
  • 42 - Se espera la vía absoluta con una barra inclinada (/) al principio.
  • 43 - Se ha especificado una programación no válida.
  • 44 - El archivo XML no contiene la entrada esperada. Por ejemplo, se ha proporcionado un archivo XML de conjunto de acciones exportado, pero se esperaba un archivo XML de lote exportado.
  • 45 - El archivo XML no cumple el esquema esperado.
  • 46 - Se ha especificado un valor no válido.
  • 47 - El valor especificado supera la longitud máxima.
  • 48 - No se ha especificado un argumento dependiente. Por ejemplo, el comando utiliza la opción para instalar un lote inmediatamente en la distribución, pero no se ha especificado la programación de la distribución.

Códigos de salida para errores relacionados con archivos:

  • 61 - Se esperaba un directorio.
  • 62 - El archivo no existe o es un directorio.
  • 63 - El archivo ya existe.
  • 64 - Error al leer el archivo.
  • 65 - Error al escribir en el archivo.
  • 66 - Error al crear el archivo.
  • 67 - Error al crear el directorio.
  • 68 - Error al copiar el archivo.
  • 69 - Error al cargar el archivo.
  • 70 - No es posible cargar el archivo porque no hay espacio suficiente en el dispositivo de destino.

Códigos de salida específicos de comandos de registro:

  • 71 - La carpeta y el grupo que se están asociando a la clave de registro o al conjunto de reglas no son del mismo tipo de dispositivo.
  • 72 - Los conjuntos de reglas deben tener al menos una regla.

Códigos de salida habituales de los comandos de lotes y directivas:

  • 76 - Error al crear el contenido.
  • 77 - Se ha cancelado la copia del archivo de contenido al directorio temporal porque ya existe un archivo con ese nombre.
  • 78 - Se está intentando crear un lote o una directiva con contenido de archivo en un servidor que no es un servidor de contenido.

Códigos de salida específicos de comandos de lotes:

  • 81 - El archivo especificado para el icono de lote no es un archivo de imagen válido.
  • 82 - El conjunto de acciones no contiene ninguna acción para reordenar, eliminar ni exportar.
  • 83 - El conjunto de acciones no contiene ninguna acción en la posición proporcionada para reordenar, eliminar ni exportar.
  • 84 - No se admite el conjunto de acciones para el tipo de lote. Por ejemplo, la acción Prearranque no se admite para el lote de Windows.
  • 85 - No se admite la acción para el conjunto de acciones. Por ejemplo, la acción Verificar lote no se admite en el conjunto de acciones Instalar.
  • 86 - No es posible suprimir la acción.
  • 87 - El tipo de acción es singular y no se puede añadir el mismo tipo de acción más de una vez en un conjunto de acciones.
  • 88 ‑ El tipo de acción no admite lotes dependientes. Por ejemplo, no se puede especificar una vía de lote dependiente para la acción de instalación MSI.
  • 89 - La vía de lote dependiente especificada conduce a una dependencia circular de lotes.
  • 90 - Error al crear la programación Reactivar en LAN al asignar lotes.
  • 91 - Error al eliminar la programación Reactivar en LAN al anular la asignación de lotes.

Códigos de salida habituales de los comandos de dispositivos y usuarios:

  • 101 - El dispositivo o el usuario no tiene ningún lote ni directiva asociado.

Códigos de salida específicos de comandos de usuarios:

  • 106 - El certificado de origen del usuario ha caducado.
  • 107 - Se requiere SSL para conectar con el origen del usuario.

Códigos de salida específicos de comandos de licencia:

  • 116 - No es posible activar la licencia.
  • 118- El servidor no tiene la función de autoridad certificadora.
  • 119 - El servidor no cuenta con los archivos requeridos para habilitar la función de autoridad certificadora.
  • 120 -La autoridad certificadora utilizada no es la autoridad certificadora interna de ZENworks.

Códigos de salida específicos de comandos de administrador:

  • 121 - El derecho no pertenece a la categoría de derechos.

Códigos de salida específicos de comandos de base de datos:

  • 126 - La base de datos no es una base de datos incrustada.
  • 127 - La declaración SQL no es válida.
  • 128 - Se ha producido una excepción SQL.

Códigos de salida específicos de comandos de distribución:

  • 131 - Se ha especificado una dirección IP o un nombre de host no válidos.
  • 132 - No se han especificado las credenciales requeridas para conectar con el dispositivo.
  • 133 - Se ha especificado un dispositivo gestionado o un dispositivo que ya se ha programado para su distribución.

Códigos de salida específicos de comandos de informe:

  • 136 - Error al suprimir el informe.
  • 137 - Error al enviar una petición para la generación del informe.
  • 138 - Documento de informe no válido.

Comandos de ZeUS

El comando zman zeus se usa para importar los MSI más recientes de ZeUS a la zona y obtener la configuración actual de ZeUS.

zeus-msi-config | zmc

Indica la configuración del último archivo MSI de ZeUS importado.

zeus-msi-import | zmi (vía a los MSI de ZeUS) [-f|‑‑force]

Importa los MSI de ZeUS más recientes en la zona.

(vía a los MSI de ZeUS) - Proporciona la vía completa al directorio de ZeUS.

Acepta las siguientes opciones:

-f, ‑‑force - Vuelve a importar el MSI, aunque las versiones sean iguales. La configuración actual de ZeUS del servidor se sobrescribirá.

zac zeus-refresh / zeus-ref

Recupera la actualización del sistema cuando se asigna a un dispositivo.

Nota: esto no es un comando de ZMAN.