zman (1)

Name

zman - A interface de linha de comando para gerenciar produtos Micro Focus ZENworks, incluindo Gerenciamento de Bens, Gerenciamento de Configurações, Gerenciamento de Segurança de Endpoint e Criptografia de Disco Cheio.

Descrição

A interface de linha de comando zman permite acesso rápido à maioria das operações de gerenciamento do ZENworks. Ao utilizar comandos zman em scripts, é possível automatizar várias tarefas de gerenciamento do ZENworks.

As seções seguintes fornecem informações sobre todos os comandos incluídos nos produtos ZENworks Os comandos aplicam-se a todos os produtos, com as seguintes exceções:

  • Comandos do ZENworks Asset Management: Aplicáveis apenas ao ZENworks Asset Management.

  • Comandos de Bundle do ZENworks: Aplicáveis apenas ao ZENworks Configuration Management.

  • Comandos de Criação de Imagens do ZENworks: Aplicáveis apenas ao ZENworks Configuration Management.

  • Comandos do ZENworks Endpoint Security Management: Aplicáveis apenas ao ZENworks Endpoint Security Management.

  • Comandos do ZENworks Full Disk Encryption: Aplicáveis apenas ao ZENworks Full Disk Encryption.

Sintaxe

zman <categoria>-<comando> [-opções] [argumentos]

Em geral, os comandos do zman têm uma forma abreviada e outra extensa. A forma extensa é montada na forma categoria-ação. Por exemplo, o comando registration-list lista todos os registros em uma pasta de registro. Há vários comandos, mas você se lembrará facilmente da maioria deles por estarem agrupados em categorias (estação de trabalho, servidor, bundle, política, administrador, registro etc.) e porque a maioria das ações executadas neles (listar, criar, modificar, apagar) são comuns.

A forma abreviada do comando usa apenas uma letra de cada palavra da forma longa. Dessa maneira, admin-list é abreviado para al. Há algumas exceções a essa regra para manter a exclusividade dos nomes abreviados. Por exemplo, bc é a forma abreviada de bundle-create, enquanto bcp é a forma abreviada de bundle-copy.

Um comando é composto de opções e argumentos. É possível especificar opções em qualquer local no comando. Os argumentos dependem da posição.

Opções

As opções são de dois tipos: switches e opções com flag. Os dois tipos têm uma forma abreviada e uma forma extensa. A forma abreviada é precedida de um único hífen, e a forma extensa é precedida de dois hifens. Por exemplo, -n e ‑‑namefilter são as formas abreviada e extensa de uma opção com flag usada para filtrar a exibição dos resultados por nome para o comando bundle-list.

Switch: Um parâmetro que não tem nenhum valor. Sua presença em si transmite o significado. Por exemplo, quando o switch –recursive é especificado em bundle-list, isso indica que o conteúdo das subpastas também deve ser exibido.

Opção marcada: Este parâmetro é usado para definir o valor de uma opção. O valor é fornecido seguido de um espaço ou de um sinal de igual após o flag abreviado ou extenso da opção. Exemplo: zman bundle-list -namefilter "bundle*" -r

Argumentos

Em geral, os argumentos de um comando são ordenados da mesma forma que o próprio comando. Por exemplo, no caso de server-add-bundle, primeiro é atribuído um nome ao servidor e depois ao bundle.

Guia de utilização

Esta seção contém um guia para as convenções e a formatação gerais de comandos.

Administradores

Todas as ações do zman são regidas pelos limites de acesso estabelecidos pelo administrador. A conta de Administrador inicial criada durante a instalação inicial tem direitos a todos os objetos. As contas de administrador adicionais que você criar terão direitos apenas leitura por padrão. Essas contas devem receber explicitamente direitos a quaisquer objetos que devam gerenciar.

Ajuda

A interface de linha de comando do zman fornece ajuda em vários níveis. Canalize a ajuda por meio do comando more nativo do sistema operacional para criar uma saída rolável.

  • No nível mais alto, lista todas as categorias de comandos disponíveis no zman e as opções globais dos comandos.

    Exemplo: zman

  • Em todos os níveis de categoria, lista todos os comandos disponíveis no zman organizados por categorias (estação de trabalho, servidor, bundle, política etc.).

    Exemplo: zman -h

  • Para cada categoria, lista os comandos disponíveis específicos de determinada categoria.

    Exemplo: zman policy /?

  • No nível de cada comando, fornece aplicação, ajuda detalhada e exemplos sobre um comando específico.

    Exemplo: zman policy-list ‑‑help

  • -h e ‑‑help são as diversas opções de Ajuda disponíveis.

Pastas

Se nenhuma pasta for especificada para os comandos que utilizam um argumento de pasta, o comando terá como destino a pasta root. Para especificar um caminho de pasta, liste cada pasta da raiz separada por uma barra (/). Por exemplo, se você tiver uma pasta chamada pasta1 na raiz, contendo uma subpasta chamada subpasta1, faça referência a essa pasta como pasta1/subpasta1. Cada pasta especificada já deverá existir.

Argumentos obrigatórios e opcionais

Os argumentos delimitados por parênteses ( ) são obrigatórios, e os delimitados por colchetes [ ] são opcionais.

Reticências (...)

As reticências indicam que um comando aceita várias entradas do último tipo de argumento. Os argumentos devem ser separados por espaço ou vírgulas, dependendo do comando. Por exemplo:

zman server-add-bundle [opções] (servidor) (bundle) [...]

As reticências indicam que server-add-bundle pode aceitar vários bundles. Na ajuda no nível do comando, o argumento de várias entradas é indicado como [(bundle) (bundle) ... (bundle)] para ficar mais claro.

Todos os comandos com várias entradas do último argumento também têm a opção -f|‑‑folder. Essa opção será conveniente se todas as entradas do argumento estiverem na mesma pasta. O caminho das entradas são calculados em relação ao caminho dessa pasta. Por exemplo:

zman server-add-bundle servidor1 pasta_bundle/bundle1 pasta_bundle/bundle2

também pode ser indicado como:

zman server-add-bundle servidor bundle1 bundle2 ‑‑folder pasta_bundle

Caminho dos objetos do ZENworks

Se o argumento obrigatório for o caminho de um objeto do ZENworks, o caminho deverá ser especificado em relação à pasta raiz desse objeto, separado por uma barra (/), a menos que na ajuda do comando seja especificada a inserção do caminho absoluto. Por exemplo:

zman server-add-bundle pasta_servidor/servidor pasta_bundle/bundle1

em que os caminhos absolutos dos argumentos são:

/dispositivos/servidores/pasta_servidor/servidor e /bundles/pasta_bundle/bundle1

Exportando objetos para um arquivo

Você pode usar os comandos zman, como bundle-export-to-file, policy-export-to-file e settings-export-to-file, para exportar bundles, políticas e definições de configurações, respectivamente, para um arquivo especificado no formato XML. O arquivo é criado com o nome e extensão especificados. Se a extensão de arquivo não for especificada, .xml será adicionada por padrão. Você pode usar esses arquivos para criar bundles, políticas e configurações.

Serviço zman

Agora é possível executar o zman como serviço. A execução do zman como serviço permite trabalhar com os comandos zman no modo de serviço, o que reduz o tempo de execução dos comandos.

Os comandos do serviço zman são agrupados dentro da categoria shell e incluem o seguinte:

zman shell-start-as-service (ssas) [opções]

Inicia o serviço zman.

Aceita as seguintes opções:

  • -s ou ‑‑servicePort: Especifique a porta para execução do servidor zman. A porta padrão é 2020
zman shell-stop-service (sss)

Para o serviço zman.

zman shell-status (ssts)

Exibe o status do serviço zman.

Para executar os comandos zman como serviço, faça o seguinte:

  • Antes de iniciar o serviço zman, execute o comando zman admin-store-credential(asc) para gravar as credenciais. O serviço zman usa as credenciais gravadas para executar os comandos zman no modo de serviço.

  • Se você executar qualquer comando zman que exija caminhos de arquivo no modo de serviço, especifique o caminho completo do arquivo, e não o caminho relativo do arquivo. Por padrão, o diretório de trabalho é inicializado no local em que o serviço zman é iniciado.

  • Se você estiver executando o zman como serviço, verifique se o serviço será reiniciado após a conclusão da atualização de sistema no servidor.

Os seguintes comandos zman são executados como processos separados, mesmo quando o serviço zman está em execução:

  • 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 do Asset Management

Esses comandos são usados para carregar arquivos de registro de compra e atualizar o mecanismo de conformidade. Eles se aplicam apenas ao ZENworks Asset Management.

asset-management-import-contract|amic (-f|‑‑fileName=Filepath)

Importa um contrato para um arquivo. O comando coloca a tarefa de importação na fila para ser processada pelo carregador. O carregador carrega os contratos da fila.

O comando é assíncrono, o que significa que o zman retorna imediatamente e não espera a importação ser concluída. Isso acontece porque o comando pode ser executado por muito tempo. É possível verificar o andamento da importação pelo arquivo de registro criado pelo comando.

Aceita a seguinte opção:

  • -f, ‑‑filename=[Caminho do arquivo]: Especifique o caminho completo do arquivo separado por vírgula (.csv ou .txt) a ser importado.
asset-management-load-purchase-record (amlpr)

Carrega um arquivo de registro de compra. O Carregador de Registro de Compra procura o arquivo de registro de compra para carregar no servidor principal, na pasta ZENWORKS_HOME/temp/PurchaseRecordImport/uploaded. Se você ainda não usou o Carregador de Registro de Compra do ZENworks Control Center, precisa criar essa pasta.

Esse comando é assíncrono, o que significa que o zman retorna imediatamente e não espera o comando ser concluído. Isso acontece porque o comando pode ser executado por muito tempo. Você pode verificar o status desse processo no ZENworks Control Center.

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

Executa o mecanismo de conformidade do software para atualizar os dados de conformidade da licença do software.

Esse comando é assíncrono, o que significa que o zman retorna imediatamente e não espera o comando ser concluído. Isso acontece porque o comando pode ser executado por muito tempo. Você pode verificar o status desse processo no ZENworks Control Center.

Comandos de configurações de auditoria

Esses comandos são usados para importar e exportar detalhes de configuração de auditoria. Os comandos de auditoria começam com audit-, no formato longo, ou com a letra a, no formato curto. Os seguintes comandos aceitam os flags de opção listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

audit-settings-export-to-file|asetf [-s|‑‑source=dispositivo de origem ou caminho da pasta do dispositivo] [-a|‑‑auditEventStatus=Status do evento] [-t|‑‑type=Type] [-e|‑‑effective] (caminho do arquivo XML) [<nome das configurações> <nome das configurações>... <nome das configurações>]

Exporta as configurações de modificação e evento de auditoria do agente para um arquivo XML de uma zona, pasta de dispositivo ou nível de dispositivo.

-s, ‑‑source=<dispositivo de origem ou caminho da pasta do dispositivo>: Caminho do dispositivo ou da pasta do dispositivo relativo a /Devices do qual as configurações devem ser exportadas. Se não for especificado, as configurações serão exportadas do nível da Zona de Gerenciamento.

-a, ‑‑auditEventStatus=<Status do evento>: Status do evento enabled, disabled ou all. O padrão é all.

-t, ‑‑type=<Tipo>: O tipo de evento pode ser AgentEvents, ChangeEvents ou all. O valor padrão é all.

-e, ‑‑effective: Se especificado, as configurações efetivas serão recuperadas; do contrário, apenas as configurações definidas ou anuladas no caminho de origem serão recuperadas.

(caminho do arquivo XML): O arquivo no qual os dados de configurações serão armazenados no formato XML. Se o arquivo não existir, um novo arquivo será criado.

[nome das configurações][...]: Nomes das configurações a serem exportadas. Se não for especificado, todas as configurações serão exportadas. Se for especificado, as configurações efetivas serão recuperadas, senão, apenas as configurações definidas ou anuladas no caminho de origem serão recuperadas.

audit-settings-import-from-file (asiff)[opções] (caminho do arquivo XML) [dispositivo de destino ou caminho da pasta do dispositivo][...]

Importa as configurações de modificação e evento de auditoria do agente de um arquivo XML de uma zona, pasta de dispositivo ou nível de dispositivo.

(caminho do arquivo XML): Arquivo XML que inclui as informações de configurações exportadas. Use audit-settings-export-to-file (asetf) para exportar as informações de configurações em um arquivo XML.

[dispositivo de destino ou caminho da pasta do dispositivo][...]: Caminho do dispositivo ou da pasta do dispositivo relativo a /Dispositivos no qual as configurações devem ser definidas. Se não for especificado, as configurações serão definidas no nível da Zona de Gerenciamento.

Comandos do administrador

Esses comandos são usados para criar e gerenciar contas de administrador. Os comandos de administrador começam com admin- na forma extensa ou a letra a na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções globais. Eles também aceitam as opções individuais listadas com cada um deles.

admin-clear-credential (acc)

Limpa o nome de usuário e a senha do ZENworks armazenados, usando o comando admin-store-credential. Após a execução dos comandos, é sempre recomendável e mais seguro apagar as credenciais armazenadas.

admin-create (ac) <administrador ou usuário> [opções]

Cria uma conta de administrador do ZENworks.

(administrador ou usuário) – Nome do administrador ou caminho completo de um usuário em uma origem de usuário.

Aceita as seguintes opções:

  • -f, ‑‑fullname=[nome completo] – Nome completo do administrador do ZENworks.
  • -a, ‑‑assign-same-rights – Concede ao novo administrador os mesmos direitos do administrador que executa este comando.

O comando solicitará a senha do administrador, para evitar que ela seja digitada em texto sem criptografia. Se a conta do administrador basear-se em um usuário, ela usará as mesmas credenciais definidas na origem de usuário e, portanto, o comando não solicitará senha.

admin-delete (ad) <nome do administrador do ZENworks> [...]

Apaga uma conta de administrador do ZENworks.

(nome do administrador do ZENworks) [...] – Nome do administrador do ZENworks. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

admin-list (al) [opções]

Lista todas as contas de administrador do ZENworks.

Aceita as seguintes opções:

  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
admin-list-roles (alr) <nome do administrador do ZENworks> [opções]

Lista as funções atribuídas a uma conta de administrador do ZENworks.

Aceita a seguinte opção:

  • -l, ‑‑longnames – Exibe os nomes para os direitos. Por padrão, é exibida a forma abreviada dos nomes de direito.
admin-rename (ar) <nome do administrador do ZENworks> (novo nome)

Renomeia uma conta de administrador do ZENworks.

admin-rights-delete (ard) <nome do administrador do ZENworks> [opções] [caminho do objeto]

Apaga os direitos atribuídos a uma conta do administrador do ZENworks.

[caminho do objeto] [...] – Caminho completo do objeto do ZENworks, iniciando com barra (/).

Aceita a seguinte opção:

  • -c, ‑‑category=[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman admin-rights-set ‑‑help | more.
admin-rights-info (ari) <nome do administrador do ZENworks> [caminho do objeto] [opções]

Exibe os direitos atribuídos a uma conta de administrador do ZENworks.

[caminho do objeto] [...] – Caminho completo do objeto do ZENworks, iniciando com barra (/).

Aceita as seguintes opções:

  • -c, ‑‑category=[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman admin-rights-set ‑‑help | more.
  • -e, ‑‑effective – Exibe os direitos efetivos do administrador. Os direitos efetivos incluem direitos herdados de funções designadas ao administrador. Se essa opção não estiver especificada, os direitos designados diretamente ao administrador são exibidos.
  • -l, ‑‑longnames – Exibe os nomes para os direitos. Por padrão, é exibida a forma abreviada dos nomes de direito.
admin-rights-set (ars) <nome do administrador do ZENworks> [categoria de direitos] [caminho do objeto] [...] [opções]

Permite ou recusa direitos a uma conta de administrador do ZENworks

[categoria de direitos] – Nome da categoria sob a qual os direitos são agrupados. Para ver a lista de categorias, execute zman admin-rights-set ‑‑help | more.

[caminho do objeto] [...] – Caminho completo do objeto do ZENworks, iniciado com barra (/), em que deve ser assegurado o uso obrigatório dos direitos. Para ver as pastas raiz dos tipos de objeto permitidos aos quais é possível atribuir direitos em cada categoria de direitos, execute zman admin-rights-modify ‑‑help | more.

Aceita as seguintes opções:

  • -a, ‑‑allow=[direito][...] – Uma lista separada por vírgulas com os nomes extensos ou abreviados dos direitos a serem permitidos. Para ver os direitos de cada categoria, execute zman admin-rights-set ‑‑help | more.
  • -A, ‑‑allow-all – Permite todos os direitos da categoria Direitos.
  • -d, ‑‑deny=[direito][...] – Uma lista separada por vírgulas com os nomes extensos ou abreviados dos direitos a serem negados. Para ver os direitos de cada categoria, execute zman admin-rights-set ‑‑help | more.
  • -D, ‑‑deny-all – Nega todos os direitos da categoria Direitos.
  • -f, ‑‑folder=[folder name] – Caminho completo de uma pasta. Se for especificado, o caminho dos objetos será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos sob a mesma pasta.
  • -H, ‑‑help – Exibe a ajuda detalhada sobre as categorias de direitos disponíveis, bem como as formas extensa e abreviada dos nomes de direitos em cada categoria. Se o nome de uma categoria for especificado, será fornecida a ajuda referente a essa categoria.
admin-store-credential (asc) <nome do administrador do ZENworks>

Armazena o nome de usuário e a senha do ZENworks para utilização com todos os comandos, para que não seja necessário digitar credenciais para cada comando. As credenciais são armazenadas no diretório pessoal do usuário que efetuou login e usadas apenas para esse usuário. No Linux, verifique se o usuário tem um diretório pessoal. Se você compartilhar o mesmo login efetuado na máquina com outros administradores do ZENworks, limpe suas credenciais usando o comando admin-clear-credential depois de executar os comandos.

Comando de lote

É um comando utilitário usado para executar uma lista de comandos zman de um arquivo de texto. Os comandos são executados com mais rapidez já que o login no ZENworks é efetuado somente uma vez, e não para cada comando. Os comandos de lote começam com batch- na forma extensa ou com a letra b na forma abreviada.

Esse comando aceita os flags de opções listados na seção Opções globais. Ele também aceita opções individuais, listadas com o comando.

batch-execute (bex) (caminho do arquivo) [...] [opções]

Executa comandos zman a partir de arquivos de texto em um lote (não confundir com arquivos de lote do Windows).

(caminho do arquivo) [...] – Caminho dos arquivos de texto que contêm os comandos zman a serem executados. As linhas que começam com #, rem, REM, ; e // são consideradas comentários e não são processadas. Para ver um arquivo de exemplo, consulte BatchExecuteCommands.txt localizado em:

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

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

Aceita a seguinte opção:

  • -e, ‑‑exit-on-failure – Interrompe a execução dos comandos e encerra quando há falha parcial ou total de um comando. A falha parcial ocorre quando um comando que usa vários argumentos indica erro no processamento de um ou mais desses argumentos. Por exemplo, no caso de bundle-delete, se um dos argumentos não for encontrado ou for apagado, o comando falhará parcialmente. Por padrão, os comandos do arquivo são executados continuamente sem verificação de falhas.

Exemplos:

  • Para executar comandos zman em vários arquivos:

    zman bex c:\filetxt c:\filetxt

    Os arquivos são executados na ordem de entrada.

  • Para executar comandos zman em vários arquivos, mas sair em caso de falha em um comando:

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

    Os arquivos são executados na ordem de entrada.

Comandos de bundles

Esses comandos são usados para criar, modificar e gerenciar bundles. Os comandos de bundle começam com bundle- na forma extensa, ou com a letra b na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles. Esses comandos se aplicam apenas ao ZENworks Configuration Management.

bundle-add-actions (baa) (caminho do bundle) (arquivo XML de ação) [...] [opções]

Adiciona ações a um bundle.

(action XML file) [...] – Os arquivos XML que contêm informações sobre as ações a serem adicionadas. As ações são agrupadas sob um destes conjuntos de ações: Implantação, Instalar, Iniciar, Verificar, Desinstalar, Terminar. O arquivo XML contém um elemento ActionSet com informações sobre as ações a serem adicionadas a um conjunto de ações. Vários arquivos XML podem ser fornecidos como entrada para adicionar ações a diferentes conjuntos de ações do bundle. É possível criar arquivos XML, exportando ações de um bundle existente com o comando bundle-export-actions.

Aceita a seguinte opção:

  • -a, ‑‑actioninfo=[conteúdo e dependência para ações] – Arquivo XML que contém informações de conteúdo e de dependência de bundle para ações que têm conteúdo de arquivo ou dependência de outro bundle. Por exemplo, para a Ação Instalar MSI, o arquivo MSI a ser instalado é o conteúdo do arquivo. A Ação Instalar Bundle usa outro bundle como dependência, de modo que também seja necessário especificar esses dados para o funcionamento correto dessas ações. Para obter o gabarito do formato XML, consulte ActionInfo.xml localizado em:
  • No Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\bundles
  • No Linux: /opt/novell/zenworks/share/zman/samples/bundles

NOTA:Se você escolher o tipo de conjunto de ações como Desinstalar, as opções seguintes não serão suportadas para bundles do Linux e bundles de Patch do Linux: DaysBeforeUninstallWhenNotUsed, DisplayUninstallMessage, IgnoreUninstallAfterUnassociation, IgnoreChainedDependencies e AllowToCancelUninstall.

bundle-assign (ba) (tipo de dispositivo ou usuário) (bundle ou grupo de bundles) (caminho do objeto Dispositivo ou Usuário) [...] [opções]

Atribui um bundle ou grupo de bundles a um ou mais objetos Dispositivo ou Usuário.

(tipo de dispositivo ou usuário) – Valores válidos: device (dispositivo), server (servidor), workstation (estação de trabalho) e user (usuário).

(caminho do objeto Dispositivo ou Usuário) [...] – Caminho do objeto Dispositivo ou Usuário relativo à pasta raiz do tipo de dispositivo ou de usuário especificado.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
  • -I, ‑‑icon-location=[arquivo XML da localização do aplicativo] – O arquivo XML que contém as localizações em que deve ser inserido o ícone do aplicativo de bundle. Para saber o formato de arquivo XML, consulte IconLocation.xml localizado em:
  • No Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\bundles
  • No Linux: /opt/novell/zenworks/share/zman/samples/bundles
  • -d, ‑‑distribution-schedule=[arquivo XML da programação de distribuição] – Arquivo XML que contém a programação de distribuição.
  • -l, ‑‑launch-schedule=[arquivo XML da programação de início] – Arquivo XML que contém a programação de inicialização.
  • -a, ‑‑availability-schedule=[arquivo XML da programação de disponibilidade] – Arquivo XML que contém a programação de disponibilidade. Para obter os gabaritos de arquivo XML de programação, consulte os arquivos XML localizados em:
  • No Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\ schedules
  • No Linux: /opt/novell/zenworks/share/zman/samples/schedules
  • -i, ‑‑install-immediately – Instala o bundle imediatamente após a distribuição. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately – Inicia o bundle imediatamente após a instalação. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now – Define a programação de distribuição para distribuir o bundle imediatamente. Se essa opção for especificada, as opções de atualização ‑‑distribution-schedule e ‑‑distribute-on-device-refresh serão ignoradas. As opções ‑‑distribute-now, ‑‑distribute-on-device-refresh e ‑‑distribution-schedule são mutuamente exclusivas e usadas para definir a programação de distribuição. A opção ‑‑distribute-now é considerada primeiro, seguida das opções ‑‑distribute-on-device-refresh e ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh – Define a programação de distribuição para distribuir o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑distribution-schedule será ignorada.
  • -s, ‑‑launch-on-device-refresh – Define a programação de inicialização para iniciar o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑launch-schedule será ignorada.
  • -w, ‑‑wakeup-device-on-distribution – Aciona o dispositivo usando Wake-On-LAN se ele for encerrado durante a distribuição do bundle. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -B, ‑‑broadcast=[Endereço de broadcast][...] – Lista de endereços separada por vírgulas usada para transmitir os pacotes mágicos Wake-On-LAN. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. Um endereço IP válido é um valor válido.
  • -S, ‑‑server=[Caminho dos objetos Servidor Principal ou Servidor Proxy relativo a /Dispositivos][...] – Lista separada por vírgulas de objetos Servidor Principal ou Servidor Proxy usada para acionar o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN.
  • -C, ‑‑retries=[Número de tentativas] – Número de vezes que os pacotes mágicos Wake-On-LAN são enviados para o(s) dispositivo(s). Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 0 e 5. O valor padrão é 1.
  • -T, ‑‑timeout=[Intervalo de tempo entre as tentativas] – O intervalo de tempo entre duas tentativas. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 2 e 10 (em minutos). O valor padrão é 2.
  • -N, ‑‑app-installation-now-schedule – Define a programação de instalação de aplicativo para instalar o bundle imediatamente. Se essa opção for especificada, a opção -app-installation-schedule será ignorada.
  • -M –app-installation-schedule=<arquivo XML de programação de instalação de aplicativo> – Um arquivo XML inclui a programação de instalação. Para obter mais informações sobre o gabarito de programação, consulte:
  • No Windows: %ZENWORKS_HOME%\Novell\ZENworks\share\zman\samples\schedules
  • No Linux: /opt/novell/zenworks/share/zman/samples/schedule
  • -c, ‑‑conflicts=[ordem de resolução de conflitos de bundle] – Determina como são resolvidos os conflitos de bundle.
  • Os valores válidos são userprecedence ou 1, deviceprecedence ou 2. No caso de userprecedence, os bundles associados ao usuário são aplicados primeiro e depois os bundles associados ao dispositivo. No caso de deviceprecedence, os bundles associados ao dispositivo são aplicados primeiro e depois os bundles associados ao usuário. Se essa opção não for especificada, userprecedence será considerado o valor padrão.
bundle-copy (bcp) (caminho do bundle) (nome do bundle) [pasta pai] [opções]

Copia um bundle.

Aceita as seguintes opções:

  • -d, ‑‑desc=[descrição] – Descrição do bundle.
  • -i, ‑‑icon-file=[arquivo do ícone do bundle] – Caminho do arquivo de imagem que contém a imagem a ser usada como o ícone do bundle. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
bundle-create (bc) (nome do bundle) (arquivo XML do bundle) [pasta pai] [opções]

Cria um novo bundle.

(arquivo XML do bundle) – Arquivo XML que contém informações exportadas sobre o bundle. Use bundle-export-to-file (betf) para exportar as informações de um bundle existente para um arquivo XML. Para reutilizar arquivos, crie arquivos XML de gabarito com base nos bundles gerados através do ZENworks Control Center. Para um arquivo xml de exemplo, consulte o arquivo windowsmsibundle.xml localizado em /opt/novell/zenworks/share/zman/Samples/bundles em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\Zman\samples\bundles em um servidor Windows.

Aceita as seguintes opções:

  • -d, ‑‑desc=[descrição] – Descrição do bundle.
  • -a, ‑‑actioninfo=[conteúdo e dependência para ações] – Arquivo XML que contém informações de conteúdo e de dependência de bundle para ações que têm conteúdo de arquivo ou dependência de outro bundle. Por exemplo, para a Ação Instalar MSI, o arquivo MSI a ser instalado é o conteúdo do arquivo. A Ação Instalar Bundle usa outro bundle como dependência. Esses dados também precisam ser especificados para que essas ações funcionem corretamente. Para um gabarito do formato XML, consulte o arquivo actioninfo.xml localizado em /opt/novell/zenworks/share/zman/samples/bundles em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\Samples\bundles em um servidor Windows.
  • -i, ‑‑icon-file=[arquivo do ícone do bundle] – Caminho do arquivo de imagem que contém a imagem a ser usada como o ícone do bundle.
  • -s, ‑‑create-as-sandbox=[criar como área de segurança] – Cria o bundle como uma área de segurança.
  • -x, ‑‑actions-as-in-xml – Cria ações padrão para o novo bundle, conforme encontrado no arquivo XML de gabarito. Por exemplo, se você apagar a ação padrão Verificar Instalação (do tipo de ação Verificar) do bundle e exportar as informações do bundle para um arquivo XML, todas as ações padrão encontradas no arquivo XML, exceto Verificar Instalação, serão criadas para o novo bundle. Se você não especificar essa opção, será criado um bundle com todas as ações padrão, inclusive a ação padrão Verificar Instalação, que não consta no arquivo XML.
  • -n, ‑‑create-with-new-guid – Cria o objeto Política com o novo GUID. Se a opção não for especificada, os objetos Política serão validados para o GUID importado no arquivo XML de política. Se o GUID importado não existir, será criado um novo GUID, e o GUID importado será mantido.

NOTA:Se você escolher o tipo de conjunto de ações como Desinstalar, as opções seguintes não serão suportadas para bundles do Linux e bundles de Patch do Linux: DaysBeforeUninstallWhenNotUsed, DisplayUninstallMessage, IgnoreUninstallAfterUnassociation, IgnoreChainedDependencies e AllowToCancelUninstall.

bundle-delete (bd) (caminho do objeto Bundle) [...][opções]

Apaga um ou mais objetos Bundle.

(caminho do objeto Bundle) [...] – Caminho dos objetos Bundle (bundle, pasta de bundles ou grupo de bundles) relativo a /Bundles. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-delete-version (bdv) (caminho do bundle) [número de versão do bundle] [opções]

Apaga uma ou mais versões do bundle.

[número da versão do bundle] [...] – Versão do bundle a ser apagado.

Aceita a seguinte opção:

  • -a ‑‑all – Apaga todas as versões mais antigas do bundle.
  • -p, ‑‑previous – Apaga todas as versões do bundle anteriores à versão especificada.

Exemplos:

Para apagar a versão 5 do bundle zenbundle:

zman bdv zenbundle 5

Para apagar todas as versões do bundle zenbundle:

zman bdv zenbundle -a

Para apagar todas as versões do bundle zenbundle anteriores à versão 3:

zman bdv zenbundle version -p 3

bundle-disable (bdl) (caminho do bundle) [...] [opções]

Desabilita bundles.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-enable (bel) (caminho do bundle) [...] [opções]

Habilita bundles.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-export-actions (bea) (caminho do bundle) (caminho do arquivo XML) (tipo de conjunto de ações) [posições da ação] [...]

Exporta para um arquivo as ações adicionadas ao conjunto de ações de um bundle. É possível usar o arquivo como entrada para o comando bundle-add-actions.

(tipo de conjunto de ações) – Tipo do conjunto de ações. Se esta opção for especificada, serão listadas as ações somente para esse conjunto de ações. Valores válidos: Install (Instalar), Launch (Iniciar), Verify (Verificar), Uninstall (Desinstalar), Terminate (Terminar) e Preboot (Pré-inicializar).

NOTA:O conjunto de ações Terminar não é suportado para bundles do Linux e bundles de Patch do Linux.

[posições da ação] [...] – Uma lista separada por vírgulas de posições das ações no conjunto de ações. A primeira ação está na posição 1. Use o comando bundle-list-actions para ver a posição de uma ação específica em um conjunto de ações. Isso é opcional e, se não for definido, todas as ações serão exportadas do conjunto de ações especificado.

bundle-export-to-file (betf) (caminho do bundle) (caminho do arquivo XML) [versão do bundle][-c|‑‑export-content]

Exporta informações de um bundle (no formato XML) para um arquivo. O arquivo XML deve ser usado como entrada para a criação de bundles.

(caminho do arquivo XML) – O caminho completo do arquivo XML ao qual as informações do bundle serão exportadas.

[versão do bundle] – Versão do bundle a ser exportada. Se essa opção não for especificada, a versão publicada do bundle será considerada. Para exportar uma versão de área de segurança do bundle, especifique a área de segurança.

[-c|‑‑export-content] – Exporta o conteúdo do bundle para um subdiretório dentro do diretório que inclui o arquivo XML para o qual as informações do bundle são exportadas. Se a opção não for especificada, o conteúdo do bundle não será exportado.

Exemplos:

Para exportar a versão de área de segurança de um bundle chamado zenbundle para um arquivo xml denominado bundle.xml:

zman betf pasta_do_bundle/zenbundle C:\bundles\bundle.xml sandbox

Para exportar a versão 3 de um bundle chamado zenbundle para um arquivo xml denominado bundle.xml:

zman betf pasta_do_bundle/zenbundle C:\bundles\bundle.xml 3

Para exportar a versão 5 de um bundle chamado zenbundle para um arquivo xml chamado bundle.xml e exportar o conteúdo do bundle para o diretório C:\bundles\bundle_content:

zman betf pastadobundle/zenbundle C:\bundles\bundle.xml 5 -c

bundle-folder-create (bfc) (nome da pasta) [pasta pai] [opções]

Cria uma nova pasta para armazenar bundles.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
bundle-group-add (bga) (caminho do grupo de bundles) (caminho do bundle) [...] [opções]

Adiciona bundles a um grupo de bundles.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-group-create (bgc) (nome do grupo) [pasta pai] [opções]

Cria um grupo de bundles e adiciona membros a ele.

Aceita as seguintes opções:

  • ‑‑desc=[descrição] – Descrição do grupo.
  • -m, ‑‑members=[caminho do bundle][...] – Caminho dos bundles relativo a /Bundles.
  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-group-members (bgm) (caminho do grupo de bundles) [opções]

Lista os membros de um grupo de bundles.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
bundle-group-remove (bgr) (caminho do grupo de bundles) (caminho do bundle) [...] [opções]

Remove bundles de um grupo de bundles.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-increment-version (biv) (caminho do bundle) [...] [opções]

Incrementa a versão dos bundles. Esse comando aplica-se às versões anteriores ao ZENworks 11SP1. No ZENworks 11 SP1 ou superior, esse comando foi substituído pelo comando bundle-sandbox-publish (bsp)

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-list (bl) [opções] [pasta]

Lista objetos Bundle.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo as subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
bundle-list-actions (bla) (caminho do bundle) [tipo de conjunto de ações]

Lista as ações adicionadas a um bundle.

[tipo de conjunto de ações] – Tipo do conjunto de ações. Se esta opção for especificada, serão listadas as ações somente para esse conjunto de ações. Valores válidos: Install (Instalar), Launch (Iniciar), Verify (Verificar), Uninstall (Desinstalar), Terminate (Terminar) e Preboot (Pré-inicializar).

NOTA:O conjunto de ações Terminar não é suportado para bundles do Linux e bundles de Patch do Linux.

bundle-list-assignments (blas) (bundle ou grupo de bundles) [opções]

Lista as atribuições de dispositivo e usuário referentes a um bundle.

Aceita as seguintes opções:

-t, ‑‑typefilter=[tipo de atribuição] – Filtra o tipo de atribuição. Valores válidos: device (dispositivo) e user (usuário).

-s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

bundle-list-groups (blg) (caminho do bundle) [opções]

Lista os grupos de bundles dos quais o bundle específico é membro.

Aceita as seguintes opções:

-s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

Exemplos:

Para listar todos os grupos de bundles aos quais o bundle1 pertence com cinco resultados exibidos de uma vez:

zman blg bundlefolder/bundle1 -s 5

bundle-list-version (blv) (caminho do bundle)

Lista todas as versões do bundle.

Exemplos:

Para listar todas as versões do bundle zenbundle:

zman blv zenbundle

bundle-move (bmv) (caminho do objeto Bundle) [caminho da pasta de destino]

Move um objeto Bundle para outra pasta.

(caminho do objeto Bundle): Caminho do objeto Bundle (bundle, pasta do bundle ou grupo de bundles) relativo a /Bundles

[caminho da pasta de destino]: Caminho da pasta do bundle para a qual o objeto Bundle será movido, relativo a /Bundles.

bundle-remove-actions (bra) (caminho do bundle) (tipo de conjunto de ações) [posições da ação] [...]

Remove ações de um bundle.

(tipo de conjunto de ações) – Tipo de conjunto de ações que contém a ação. Valores válidos: Install (Instalar), Launch (Iniciar), Verify (Verificar), Uninstall (Desinstalar), Terminate (Terminar) e Preboot (Pré-inicializar).

NOTA:O conjunto de ações Terminar não é suportado para bundles do Linux e bundles de Patch do Linux.

[posições da ação] [...] – Uma lista separada por vírgulas de posições das ações no conjunto de ações. A primeira ação está na posição 1. Use o comando bundle-list-actions para ver a posição de uma ação específica em um conjunto de ações. Isso é opcional e, se não for definido, todas as ações serão removidas do conjunto de ações especificado.

bundle-rename (br) (caminho do objeto Bundle) (novo nome) [opções]

Renomeia um objeto Bundle.

(caminho do objeto Bundle): Caminho do objeto Bundle (bundle, pasta do bundle ou grupo de bundles) relativo a /Bundles.

(novo nome): Novo nome que será dado ao objeto Bundle.

  • -p, ‑‑publish =[publicar] – Se essa opção for especificada e o nome de exibição do bundle for editado, o bundle será publicado imediatamente. Contudo, se o nome de exibição atual do bundle for diferente do nome do bundle existente ou se uma área de segurança já existir para o bundle, a especificação dessa opção não terá efeito.
bundle-relocate-actions (brla) (caminho do bundle) (tipo de conjunto de ações) (Tipo de conjunto de ações de destino) [<posições da ação>, <posições da ação>,...,<posições da ação>]

Realoca ações do Tipo de conjunto de ações de origem para o Tipo de conjunto de ações de destino de um bundle.

  • (caminho do bundle) – caminho do bundle relativo a /Bundles
  • (tipo de conjunto de ações) – Tipo de conjunto de ações que contém a ação de origem. Os valores válidos são Instalar, Iniciar, Verificar, Desinstalar, Terminar e Pré-inicialização.
  • [Tipo de conjunto de ações de destino] – Tipo de conjunto de ações que contém a ação de destino. Os valores válidos são Instalar, Iniciar, Verificar, Desinstalar, Terminar e Pré-inicialização.
  • [posições da ação] – Uma lista separada por vírgulas das posições de cada ação no conjunto de ações. A primeira ação está na posição 1. Use o comando bundle-list-actions para identificar a posição de uma ação específica em um conjunto de ações. Isso é opcional e se não for especificado, todas as ações no conjunto de ações especificado serão realocadas.
  • Exemplos:
  • Para realocar todas as ações do conjunto de ações Iniciar para o conjunto de ações Instalar de um bundle: zman brla bundlefolder/bundle1 Launch Install
  • Para realocar as três primeiras ações do conjunto de ações Instalar para o conjunto de ações Iniciar de um bundle: zman brla bundle1 Install Launch 1,2,3

NOTA:O conjunto de ações Terminar não é suportado para bundles do Linux e bundles de Patch do Linux.

bundle-reorder-actions (broa) (caminho do bundle) (tipo de conjunto de ações) (posição atual) (nova posição)

Reordena as ações no conjunto de ações de um bundle.

(tipo de conjunto de ações) – Tipo de conjunto de ações que contém a ação. Valores válidos: Install (Instalar), Launch (Iniciar), Verify (Verificar), Uninstall (Desinstalar), Terminate (Terminar) e Preboot (Pré-inicializar).

(posição atual) – A posição atual da ação no conjunto de ações. A primeira ação está na posição 1.

(nova posição) – A nova posição para a qual a ação será movida. A primeira ação está na posição 1.

NOTA:O conjunto de ações Terminar não é suportado para bundles do Linux e bundles de Patch do Linux.

bundle-sandbox-create (bsc) (caminho do bundle) [versão do bundle] [opções]

Cria uma área de segurança a partir de uma versão de bundle existente

[versão do bundle] – Especifica a versão do bundle a ser usada para criar a área de segurança.

Aceita a seguinte opção:

  • -f, ‑‑force =[forçar] – Sobregrava a área de segurança existente.

Exemplo:

Para criar uma área de segurança a partir da versão 2 de um bundle zenbundle:

zman bsc zenbundle 2

bundle-sandbox-publish (bsp) (caminho do bundle) [opções]

Publica uma área de segurança para criar uma versão publicada.

Aceita as seguintes opções:

  • -f, ‑‑force =[forçar] – Se um bundle primário tiver bundles filho dependentes apenas com versão de área de segurança, especifique essa opção para publicar as mudanças feitas nos bundles primários e nos bundles dependentes. Se você não especificar essa opção, também haverá falha na publicação do bundle primário.
  • -c, ‑‑allChild =[todos os filhos] – Se um bundle primário tiver bundles filho dependentes com versão de área de segurança, será possível especificar essa opção para publicar as mudanças nos bundles filhos primários e nos bundles filho dependentes.
  • -i, ‑‑incAllParent =[incrementar todos os pais] – Se um bundle primário tiver bundles pai, será possível especificar essa opção para incrementar a versão do bundle pai a fim de aplicar as mudanças recém-publicadas feitas no bundle primário nos dispositivos atribuídos aos bundles pai.
  • -p, ‑‑forceParent =[forçar pai] – Se um bundle primário tiver bundles pai, e você incrementar a versão do bundle pai, deverá especificar essa opção para publicar qualquer bundle pai que já tenha uma versão de área de segurança.

Exemplos:

Para publicar a versão de área de segurança de um bundle zenbundle:

zman bsp zenbundle

Para publicar a versão de área de segurança de um bundle chamado zenbundle1 com todos os seus bundles dependentes:

zman bsp zenbundle1 -f -c

bundle-sandbox-publish-to-newbundle (bsptn) (caminho do bundle original) (nome do novo bundle) [pasta pai] [opções]

Publica uma área de segurança em um novo bundle.

Aceita a seguinte opção:

  • -s, ‑‑createAsSandbox =[criar como área de segurança] – Cria o bundle como uma área de segurança.
  • -g, ‑‑groups – Adiciona o bundle recém-criado a todos os grupos dos quais o bundle primário é membro.
  • -d, ‑‑deviceAssignments – Copia todas as atribuições de dispositivos do bundle primário para o novo bundle.
  • -u, ‑‑userAssignments – Copia todas as atribuições do usuário do bundle primário para o novo bundle.
  • -f, ‑‑force =[forçar] – Se um bundle primário tiver bundles filho dependentes apenas com versão de área de segurança, especifique essa opção para publicar as mudanças feitas nos bundles primários e nos bundles dependentes. Se você não especificar essa opção, também haverá falha na publicação do bundle primário.
  • -c, ‑‑allChild =[todos os filhos] – Se um bundle primário tiver bundles filho dependentes com versão de área de segurança, será possível especificar essa opção para publicar as mudanças nos bundles filhos primários e nos bundles filho dependentes.
  • -i, ‑‑incAllParent =[incrementar todos os pais] – Se um bundle primário tiver bundles pai, será possível especificar essa opção para incrementar a versão do bundle pai a fim de aplicar as mudanças recém-publicadas feitas no bundle primário nos dispositivos atribuídos aos bundles pai.
  • -p, ‑‑forceParent =[forçar pai] – Se um bundle primário tiver bundles pai, e você incrementar a versão do bundle pai, deverá especificar essa opção para publicar qualquer bundle pai que já tenha uma versão de área de segurança.
  • -n, ‑‑depsToNewFolder =[publicar bundles dependentes na nova pasta] – Caminho da pasta do bundle em que os bundles dependentes são publicados como novos bundles. Essa pasta não deve conter nenhum bundle dependente selecionado para publicação, pois o novo bundle é publicado com o mesmo nome do bundle dependente original.

Exemplos:

Para publicar a versão de área de segurança de um bundle chamado zenbundle1 como um novo bundle denominado zenbundle2:

zman bsptn zenbundle1 zenbundle2 /Bundles/Pasta1

Para publicar a versão de área de segurança de um bundle chamado zenbundle1 como um novo bundle denominado zenbundle2 e publicar os bundles dependentes de zenbundle1 como bundles novos:

zman bsptn zenbundle1 zenbundle2 /Bundles/Pasta1 ‑‑depsToNewFolder=/Bundles/Pasta2

bundle-sandbox-revert (bsr) (caminho do bundle)

Apaga a área de segurança e reverte para a última versão do bundle.

Exemplo:

Para apagar a área de segurança de um bundle zenbundle e reverter para a última versão do bundle:

zman bsr zenbundle

bundle-unassign (bua) (tipo de dispositivo ou usuário) (bundle ou grupo de bundles) (caminho do objeto Dispositivo ou Usuário) [...] [opções]

Cancela a atribuição de um bundle ou grupo de bundles de um ou mais objetos Dispositivo ou Usuário.

(tipo de dispositivo ou usuário) – Valores válidos: device (dispositivo), server (servidor), workstation (estação de trabalho) e user (usuário).

(caminho do objeto Dispositivo ou Usuário) [...] – Caminho do objeto Dispositivo ou Usuário relativo à pasta raiz do tipo de dispositivo ou de usuário especificado.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
bundle-update-assignment (bupa) (tipo de dispositivo ou usuário) (bundle ou grupo de bundles) (caminho do objeto Dispositivo ou Usuário) [...] [opções]

Atualiza a atribuição entre um bundle ou um grupo de bundles e objetos Dispositivo ou Usuário.

(tipo de dispositivo ou usuário) – Valores válidos: device (dispositivo), server (servidor), workstation (estação de trabalho) e user (usuário).

(caminho do objeto Dispositivo ou Usuário) [...] – Caminho do objeto Dispositivo ou Usuário relativo à pasta raiz do tipo de dispositivo ou de usuário especificado.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de dispositivos ou usuários] – Caminho da pasta de dispositivos ou de usuários relativo à respectiva pasta raiz. Se essa opção for especificada, o caminho dos objetos Dispositivo ou Usuário será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo ou Usuário com a mesma pasta.
  • -I, ‑‑icon-location=[arquivo XML da localização do aplicativo] – O arquivo XML que contém as localizações em que deve ser inserido o ícone do aplicativo de bundle. Para o formato de arquivo XML, consulte o arquivo IconLocation.xml localizado em /opt/novell/zenworks/share/zman/samples/bundles em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\Zman\samples\ bundles em um servidor Windows.
  • -d, ‑‑distribution-schedule=[XML de programação de distribuição ou NoSchedule] – Arquivo XML que contém a programação de distribuição ou NoSchedule se for necessário remover a programação.
  • -l, ‑‑launch-schedule=[arquivo XML de programação de inicialização ou NoSchedule] – Arquivo XML que contém a programação de inicialização ou NoSchedule se for necessário remover a programação.
  • -a, ‑‑availability-schedule=[arquivo XML de programação de disponibilidade ou NoSchedule] – Arquivo XML que contém a programação de disponibilidade ou NoSchedule se for necessário remover a programação. Para gabaritos de arquivo XML de programação, consulte os arquivos XML localizados em /opt/novell/zenworks/share/zman/samples/schedules em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ Schedules em um servidor Windows.
  • -i, ‑‑install-immediately=[yes ou no] – Instala o bundle imediatamente após a distribuição, ou remove o mesmo conjunto de opções durante a atribuição do bundle. Valores válidos: true (verdadeiro) ou yes (sim) e false (falso) ou no (não).
  • -L, ‑‑launch-immediately=[yes ou no] – Inicia o bundle imediatamente após a instalação, ou remove o mesmo conjunto de opções durante a atribuição do bundle. Valores válidos: true (verdadeiro) ou yes (sim) e false (falso) ou no (não).
  • -n, ‑‑distribute-now=[yes ou no] – Define a programação de distribuição para distribuir o bundle imediatamente. Se essa opção for especificada, as opções de atualização ‑‑distribution-schedule e ‑‑distribute-on-device-refresh serão ignoradas. As opções ‑‑distribute-now, ‑‑distribute-on-device-refresh e ‑‑distribution-schedule são mutuamente exclusivas e usadas para definir a programação de distribuição. A opção ‑‑distribute-now é considerada primeiro, seguida das opções ‑‑distribute-on-device-refresh e ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh=[yes ou no] – Define a programação de distribuição do bundle na atualização do dispositivo ou remove o mesmo conjunto de opções durante a atribuição do bundle. Valores válidos: true (verdadeiro) ou yes (sim) e false (falso) ou no (não). Se esta opção tiver o valor true (verdadeiro) ou yes (sim), a opção ‑‑distribution-schedule será ignorada e qualquer programação de distribuição definida anteriormente será sobregravada.
  • -s, ‑‑launch-on-device-refresh=[yes ou no] – Define a programação de inicialização para iniciar o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑launch-schedule será ignorada.
  • -w, ‑‑wakeup-device-on-distribution=[yes ou no] – Aciona o dispositivo usando Wake-On-LAN se ele for encerrado durante a distribuição do bundle ou remove o mesmo conjunto de opções durante a atribuição do bundle. Valores válidos: true (verdadeiro) ou yes (sim) e false (falso) ou no (não).
  • -B, ‑‑broadcast=[Endereço de broadcast][...] – Lista de endereços separada por vírgulas usada para transmitir os pacotes mágicos Wake-On-LAN. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. Um endereço IP válido é um valor válido.
  • -S, ‑‑server=[Caminho dos objetos Servidor Principal ou Servidor Proxy relativo a /Dispositivos][...] – Lista separada por vírgulas de objetos Servidor Principal ou Servidor Proxy usada para acionar o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN.
  • -C, ‑‑retries=[Número de tentativas] – Número de vezes que os pacotes mágicos Wake-On-LAN são enviados para os dispositivos. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 0 e 5. O valor padrão é 1.
  • -T, ‑‑timeout=[Intervalo de tempo entre as tentativas] – O intervalo de tempo entre duas tentativas. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 2 e 10 (em minutos). O valor padrão é 2.
  • -M ‑‑app-installation-schedule=<arquivo XML de programação de instalação de aplicativo> – Um arquivo XML inclui a programação de instalação.
  • -c, ‑‑conflicts=[ordem de resolução de conflitos de bundle] – Determina como são resolvidos os conflitos de bundle.
  • Os valores válidos são userprecedence ou 1, deviceprecedence ou 2. No caso de userprecedence, os bundles associados ao usuário são aplicados primeiro e depois os bundles associados ao dispositivo. No caso de deviceprecedence, os bundles associados ao dispositivo são aplicados primeiro e depois os bundles associados ao usuário. Se essa opção não for especificada, userprecedence será considerado o valor padrão.
bundle-view-advanced-deployment-status (bvads) (caminho do bundle) [opções]

Exibe o status de implantação avançado de um bundle.

Aceita as seguintes opções:

  • -d, ‑‑device=[caminho do dispositivo] – Exibe o status de distribuição somente do dispositivo especificado. O caminho do dispositivo é relativo a /Dispositivos.
  • -u, ‑‑user=[caminho do usuário] – Exibe o status de distribuição somente do usuário especificado. O caminho do usuário é relativo a /Usuários. Se o dispositivo também for especificado, serão exibidos os detalhes de status do usuário especificado que efetuou login nesse dispositivo.
  • -n, ‑‑namefilter=[nome do dispositivo de destino] – Filtra o nome do dispositivo. Exibe opções que correspondem ao filtro especificado. Para usar os curingas * e ?, é preciso colocá-los entre aspas.
  • ‑‑statusfilter=[tipo de status][...] – Filtra o status dos Eventos Distribuição e Instalação de Bundle. Valores válidos: S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -t, ‑‑typefilter=[tipo de dispositivo ou usuário de destino][...] – Filtra o tipo do destino. Valores válidos: server (servidor), workstation (estação de trabalho) e user (usuário). É possível obter uma lista de tipos de destino separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

-v, ‑‑version [valor]

Veja a seguir os valores válidos:

  • published: Use essa opção para exibir o número de dispositivos que não são de teste nos quais o bundle está implantado.

  • sandbox: Use essa opção para exibir o número de dispositivos de teste nos quais a versão de área de segurança do bundle está implantada.

  • [versão-do-objeto]: Use um número de versão para ver o status da versão do bundle relacionada.

    O valor padrão é published.

-c, ‑‑status-calculation [valor]

  • consolidated: Use essa opção para exibir o número total de dispositivos nos quais este bundle está implantado.

  • version: Use essa opção para exibir o status da versão específica.

O valor padrão é version.

bundle-view-assignment-schedule (bvas) (tipo de dispositivo ou usuário) (bundle ou grupo de bundles) (caminho do objeto Dispositivo ou Usuário)

Exibe as programações de distribuição de um bundle atribuído a um objeto Dispositivo ou Usuário.

(tipo de dispositivo ou usuário) – Valores válidos: device (dispositivo), server (servidor), workstation (estação de trabalho) e user (usuário).

(caminho do objeto Dispositivo ou Usuário) [...] – Caminho do objeto Dispositivo ou Usuário em relação ao qual o grupo de bundles é atribuído.

bundle-view-summary-totals (bvst) (caminho do bundle) [opções]

Exibe um resumo do status de implantação de um bundle específico.

Aceita as seguintes opções:

-v, ‑‑version [valor]

Veja a seguir os valores válidos:

  • published: Use essa opção para exibir o número de dispositivos não teste nos quais o bundle está implantado.

  • sandbox: Use essa opção para exibir o número de dispositivos de teste nos quais a versão de área de segurança do bundle está implantada.

  • [versão-do-objeto]: Use um número de versão para ver o status da versão do bundle relacionada.

    O valor padrão é published.

-c, ‑‑status-calculation [valor]

  • consolidated: Use essa opção para exibir o número total de dispositivos nos quais este bundle está implantado.

  • version: Use essa opção para exibir o status da versão específica.

O valor padrão é version.

linux-export-actions (lea) (Tipo de Ação) (caminho do Arquivo XML de Ação) (Caminho do local dos Arquivos de Conteúdo) [opções]

Cria um arquivo XML para exportar metadados do pacote. Use o comando baa para adicionar o conteúdo exportado ao servidor.

  • (Tipo de Ação) – Especifica a ação para a qual você deseja criar o arquivo XML. Os tipos de ação suportados são Instalar RPM e Distribuir RPM.
  • (Caminho do arquivo XML de Ação) – Local do arquivo XML de Definição de Ação gerado.
  • (Caminho do Local dos Arquivos de Conteúdo) – Local dos arquivos de conteúdo RPM na máquina local.

Aceita a seguinte opção:

  • -t, ‑‑target – Especificar um destino de distribuição linux válido para pacotes.
bundle-appdata-calculation (bac) (caminho do bundle ou GUID do bundle) [...]

Coloca uma ação do carregador em fila para calcular e armazenar em cache os dados de aplicativo referentes aos bundles e aguarda até a execução completa da ação. Os dados armazenados em cache são usados para preparar as respostas de serviços Web e melhorar o desempenho.

NOTA:O comando zman bac aplica-se apenas às Políticas de Patch do ZENworks Patch Management.

Comandos de configurações de bundle

Esses comandos são usados para definir e modificar configurações de bundle. Os comandos de configurações começam com settings- na forma extensa, ou com a letra s na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

bundle-settings-copy (bscp) (caminho do bundle de origem ou da pasta do bundle) (caminho do bundle de destino ou da pasta do bundle) [...] [opções]

Copia as configurações.

(caminho do bundle de origem ou da pasta do bundle) – O caminho do bundle ou da pasta do bundle relativa a /Bundles da qual as configurações devem ser copiadas.

(caminho do bundle de destino ou da pasta do bundle) [...] – O caminho dos bundles ou das pastas dos bundles relativas a /Bundles para as quais as configurações devem ser copiadas.

Aceita a seguinte opção:

  • -n, ‑‑names=[nome das configurações][...] – Nomes das configurações a serem copiadas do caminho de origem. Se esta opção não for especificada, todas as configurações definidas no caminho de origem serão copiadas.
bundle-settings-export-to-file (bsetf) [opções] (caminho do arquivo XML) [nome das configurações] [...]

Exporta dados de configurações (no formato XML) para um arquivo. O arquivo XML deve ser usado como entrada para criar ou modificar configurações.

(caminho do arquivo XML) – Arquivo em que os dados de configurações são armazenados no formato XML. Se o arquivo não existir, um novo arquivo será criado.

[nome das configurações] [...] – Nomes das configurações a serem exportadas. Se essa opção não for especificada, todas as configurações serão exportadas.

Aceita as seguintes opções:

  • -s, ‑‑source=[caminho do bundle de origem ou da pasta do bundle] – O caminho do bundle ou da pasta do bundle relativa a /Bundles da qual as configurações devem ser exportadas. Se esta opção não for especificada, as configurações serão exportadas da zona.
  • -e, ‑‑effective – Se for especificado, as configurações efetivas serão recuperadas; caso contrário, somente as configurações definidas ou anuladas no caminho de origem serão recuperadas.
bundle-settings-revert (bsrt) (caminho do bundle de origem ou da pasta do bundle) (nome das configurações) [...]

Reverte as configurações para as da pasta pai.

(caminho do bundle de origem ou da pasta do bundle) – O caminho do bundle ou da pasta do bundle relativa a /Bundles, com as configurações que devem ser revertidas.

bundle-settings-set (bss) (caminho do arquivo XML) [caminho do bundle de destino ou da pasta do bundle] [...]

Define configurações em vários níveis.

(caminho do arquivo XML) – Arquivo XML que contém informações de configurações. Use settings-export-to-file (setf) para exportar as informações de configurações em um arquivo XML.

Aceita as seguintes opções:

[nome das configurações] [...] – Nomes das configurações a serem exportadas. Se essa opção não for especificada, todas as configurações serão exportadas.

  • -f, ‑‑force – Força todos os filhos (subpastas e bundles individuais) a herdarem essas configurações.
  • (caminho do arquivo XML): Arquivo XML que inclui as informações de configurações exportadas. Use bundle-setting-export-to-file (bsetf) para exportar informações de configurações para um arquivo XML.
  • (Caminho do bundle de destino ou da pasta do bundle): O caminho do bundle ou da pasta do bundle relativo a /Bundle em que as configurações devem ser definidas. Se não for especificado, as configurações serão definidas no nível da Zona de Gerenciamento.

Comandos da autoridade de certificação

Esses comandos são usados para gerenciar a função da autoridade de certificação dos servidores ZENworks. Os comandos da autoridade de certificação começam com certificate-authority- na forma extensa, ou com as letras ca na forma abreviada.

(certificate-authority-export/cae) (caminho do arquivo) [opções]

Exporta as credenciais do par de chaves da autoridade de certificação da zona para um arquivo e desabilita opcionalmente a função Autoridade de Certificação do servidor local.

Aceita a seguinte opção:

  • -d, ‑‑disable-CA-role – Remove a função da Autoridade de Certificação do servidor local.
certificate-authority-import (certificate-authority-import/cai) (caminho do arquivo)

Importa de um arquivo as credenciais key-pair da autoridade de certificação da zona e habilita a função da Autoridade de Certificação no servidor local.

certificate-authority-role-disable (card)

Desabilita a função da Autoridade de Certificação no servidor local.

certificate-authority-role-enable (care)

Habilita a função da Autoridade de Certificação no servidor local.

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

Exibe o servidor que tem a função de Autoridade de Certificação.

Comandos de credenciais

Esses comandos são usados para gerenciar as credenciais necessárias para determinadas ações e tarefas do ZENworks que requerem autenticação para recursos. Os comandos de credencial começam com credentials- na forma por extenso, ou com as letras cr na forma abreviada.

credentials-create (crc) (Nome da credencial) [pasta]) (‑‑userName) [‑‑userPassword] [‑‑desc]

Cria credenciais.

Aceita as seguintes opções:

  • -u, [‑‑userName=nome de usuário] – O nome de usuário para acessar o recurso.
  • [‑‑userPassword=Senha] – A senha usada para acessar o recurso.
  • -d, ‑‑desc – Uma descrição da credencial.
credentials-delete (crd) (Caminho da credencial)

Apaga credenciais.

credentials-folder-create (crf) (nome da pasta) [pasta pai] [opções]

Cria uma nova pasta para armazenar as credenciais.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
credentials-list (crl) [pasta]

Lista credenciais.

credentials-move (crm) (nome da credencial) [caminho da pasta de destino]

Move uma credencial.

credentials-rename (crr) (Caminho da credencial) (Caminho da nova credencial)

Renomeia credenciais.

credentials-update (cru) (-u| ‑‑userName=nome de usuário) [‑‑userPassword=senha] [-d | ‑‑desc=descrição]

Cria credenciais.

Aceita as seguintes opções:

  • -u, ‑‑user – O nome de usuário para acessar o recurso.
  • ‑‑password – A senha usada para acessar o recurso.
  • -d, ‑‑desc – Uma descrição da credencial.

Comandos de banco de dados

Esses comandos são usados para gerenciar o banco de dados PostgreSQL incorporado. Os comandos de banco de dados começam com database- na forma extensa, ou com a letra d na forma abreviada.

NOTA:Não é possível usar esses comandos para gerenciar um banco de dados PostgreSQL externo.

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

Recupera as credenciais usadas para se conectar ao banco de dados PostgreSQL Incorporado de Auditoria e ao banco de dados PostgreSQL Incorporado.

database-backup (db) (diretório de backup)

Faz backup do banco de dados PostgreSQL incorporado ou dos locais de rede onde é feito backup dos arquivos do banco de dados.

(diretório de backup) – O diretório local no servidor de banco de dados ou o local de rede em que foi feito backup dos arquivos de banco de dados. Verifique se o diretório pai já existe e tem espaço em disco suficiente. Qualquer arquivo de banco de dados existente no diretório será sobregravado.

Comandos de implantação

Esses comandos são usados para executar tarefas de implantação. Os comandos de implantação começam com deployment- na forma extensa, ou com as letras dp na forma abreviada.

deployment-task-abort (dpta) (nome da tarefa de implantação) [...]

Interrompe a tarefa de implantação.

deployment-task-create (dptc) (nome da tarefa de implantação) (arquivo de credenciais do usuário) [endereço IP/nome DNS] [...] [opções]

Cria uma tarefa de implantação para implantar o Agente do ZENworks em dispositivos usando o endereço IP ou o nome DNS.

(arquivo de credenciais do usuário) – Caminho do arquivo que contém as credenciais para conexão com o dispositivo. Cada linha no arquivo deve ter um nome de usuário e uma senha separados por espaço. Por exemplo, senha do administrador.

Aceita as seguintes opções:

  • -f, ‑‑file=[arquivo de endereços IP][...] – Uma lista separada por vírgulas dos caminhos de arquivo que contêm os endereços IP ou os nomes DNS dos dispositivos em que o Agente do ZENworks deve ser implantado. O arquivo pode conter uma lista dos endereços IP ou dos nomes DNS dos dispositivos no formato CSV (valor separado por vírgula), ou um endereço IP ou nome DNS em cada linha.
  • -s, ‑‑schedule=[arquivo XML de programação de inicialização] – O arquivo XML que contém a programação de inicialização. Para gabaritos de arquivo XML de programação, consulte os arquivos XML localizados em /opt/novell/zenworks/share/zman/samples/schedules em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ Schedules em um servidor Windows. Se o arquivo de programação ou a opção ‑‑run-now não estiver especificada, a tarefa não será programada para ser executada.
  • -r, ‑‑run-now – Programa a tarefa de implantação a ser executada imediatamente após a criação.
  • -b, ‑‑reboot=[Opção de reinicialização] – Indica quando o dispositivo deverá ser reinicializado após a implantação do agente. Valores válidos: immediate (imediata) e manual (manual).
  • -d, ‑‑desc=[descrição] – Descrição da tarefa de implantação.
  • -p, ‑‑proxy=[Proxy do Windows] – Caminho de um dispositivo Windows relativo a /Dispositivos. Para implantar agentes de gerenciamento nos dispositivos Microsoft Windows de um servidor principal do Linux, é necessário que um dispositivo gerenciado esteja executando o Microsoft Windows. Ignore essa opção se estiver executando a tarefa de implantação de um servidor principal do Windows.
  • -t, ‑‑timeout=[Tempo de espera] – O número de segundos que o servidor principal aguardará por uma resposta do proxy do Windows.
  • -k, ‑‑key=[Chave de registro] – Chave para registro do dispositivo.
deployment-task-delete (dptd) (nome da tarefa de implantação) [...]

Apaga a tarefa de implantação.

deployment-task-list (dptl) [opções]

Lista as tarefas e o status de implantação.

Aceita as seguintes opções:

  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, é preciso colocá-los entre aspas.
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
deployment-task-run-now (dptrn) (nome da tarefa de implantação) [...]

Programa a tarefa de implantação especificada para execução imediata. As credenciais da tarefa devem ser gravadas no armazenamento de dados.

Comandos de descoberta

Esses comandos são usados para ver informações relacionadas à descoberta de dispositivos. Os comandos de descoberta começam com discovery- na forma extensa, ou com a letra d na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

discovery-view-discovered-devices (dvdd) [opções]

Lista os dispositivos descobertos.

Aceita as seguintes opções:

  • -n, ‑‑nameFilter=[string de filtro] – Exibe os dispositivos correspondentes ao filtro especificado. Para usar o curinga *, é preciso colocá-lo entre aspas.
  • -t, ‑‑typefilter=[filtro de tipo] – Exibe opções correspondentes ao tipo especificado. Valores válidos: server (servidor), workstation (estação de trabalho), printer (impressora), network (rede), thinclient (thin client), other (outro), unknown (desconhecido) e deployable (implantável). Se essa opção não for especificada, todos os tipos de dispositivos serão exibidos.
  • -o, ‑‑osfilter=[sistema operacional] – Exibe os dispositivos cujo SO especificado está instalado. Valores válidos: other (outro), win9x, winnt, wince, win2k, win2k3, winxp, nw6, nw6_5, nwoes, suse, sles, nld, rh_es e rh_as. Se essa opção não for especificada, todos os dispositivos serão exibidos.
  • -m, ‑‑management-status=[status de gerenciamento] – Exibe os dispositivos com o status especificado. Valores válidos: discovered (descoberto), inventoried (inventariado), managed (gerenciado) e retired (desativado). Se essa opção não for especificada, todos os tipos de dispositivos serão exibidos independentemente de seu status.
  • ‑‑modefilter=[discovery mode] – Exibe os dispositivos descobertos por meio do modo de descoberta específico. Valores válidos: IP, LDAP, csvimport, ZENworks-migration e ZAM-migration. Se essa opção não for especificada, todos os dispositivos serão exibidos.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
discovery-task-list (dtl) [opções]

Lista as tarefas e o status de descoberta.

Aceita as seguintes opções:

  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
discovery-task-run-now (dtrn) (nome da tarefa de descoberta)

Executa imediatamente a tarefa de descoberta especificada.

Comandos de grupo dinâmico

Esses comandos são usados para exibir grupos dinâmicos, membros de grupos e para atualizar um grupo. Os comandos de grupo dinâmico começam com dynamic-group- na forma por extenso, ou com as letras dg na forma abreviada.

dynamic-group-list (dgl) (tipo de dispositivo) [pasta] [-n|‑‑namefilter=string do filtro] [-s|‑‑scrollsize=tamanho da rolagem] [-r|‑‑recursive] [-c|‑‑count]

Lista os grupos dinâmicos.

Aceita as seguintes opções:

  • (tipo de dispositivo) – Os valores válidos são servidor e estação de trabalho.
  • [pasta] – Lista o conteúdo da pasta especificada. Se não for especificado, o conteúdo da pasta raiz será exibido.
  • [-n|‑‑namefilter=string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • [-s|‑‑scrollsize=tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
  • [-r|‑‑recursive] – Lista os resultados recursivamente, incluindo as subpastas. Se não for especificado, o conteúdo das subpastas não será listado.
  • [-c|‑‑count] – Exibe a contagem dos resultados.
dynamic-group-members (dgm) (tipo de dispositivo) (nome do grupo dinâmico) [caminho da pasta do grupo dinâmico] [-s|‑‑scrollsize=tamanho da rolagem]

Lista os membros do grupo dinâmico especificado.

Aceita as seguintes opções:

  • (tipo de dispositivo) – Os valores válidos são servidor e estação de trabalho.
  • (nome do grupo dinâmico) – Nome do grupo dinâmico.
  • [caminho da pasta do grupo dinâmico] – Caminho do grupo dinâmico. Você pode especificar o caminho completo ou relativo da pasta raiz.
  • [-s|‑‑scrollsize=tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
dynamic-group-refresh (dgr) (tipo de dispositivo) [(nome do grupo dinâmico) (nome do grupo dinâmico)... (nome do grupo dinâmico)] [-f|‑‑folder=nome da pasta, incluindo o caminho da pasta do grupo dinâmico] [-a|‑‑all]

Atualiza o grupo dinâmico especificado.

Aceita as seguintes opções:

  • (tipo de dispositivo) – Os valores válidos são servidor e estação de trabalho.
  • (nome do grupo dinâmico) – Nome do grupo dinâmico. Você pode listar vários grupos.
  • [-f|‑‑folder=nome da pasta incluindo caminho da pasta do grupo dinâmico] – Nome da pasta do grupo dinâmico, incluindo o caminho completo.
  • [-a|‑‑all] – Atualiza todos os grupos dinâmicos existentes.
dynamic-group-view-query (dgvq) (caminho da pasta do grupo dinâmico)

Lista os filtros do grupo dinâmico especificado.

(caminho da pasta do grupo dinâmico) – Caminho do grupo dinâmico. É possível especificar o caminho completo ou relativo da pasta raiz

Comandos do Gerenciamento de Segurança de Endpoint

Estes comandos são usados para importar e exportar políticas de segurança e exportar uma chave criptográfica (KMK) de política de segurança da Zona de Gerenciamento. Eles aplicam-se apenas ao ZENworks Endpoint Security Management.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais, com exceção dos comandos esmpolicy-export-to-file e esmpolicy-import, que não podem ser executados remotamente e, portanto, não aceitam a opção ‑‑host.

esmpolicy-export-to-file (epetf) (caminho da política) (caminho do arquivo XML de política)

Exporta as informações de uma política de segurança para um arquivo XML de política criptografado. O arquivo XML de política pode ser usado para importar a política para a mesma Zona de Gerenciamento ou uma Zona de Gerenciamento diferente.

NOTA: Para importar uma política, forneça também a chave criptográfica (KMK) de política de segurança da zona, para que o arquivo XML de política criptografado seja decodificado. Use o comando esmpolicy-export-kmk-to-file para criar o arquivo de chave.

(caminho da política) – O caminho (incluindo o nome de arquivo) do objeto Política relativo à pasta raiz Políticas. Por exemplo, FWpolicy1 ou ESMpolicies/DEpolicy4.

(caminho do arquivo XML de política) – O caminho (incluindo o nome de arquivo) no qual deseja gravar o arquivo XML de política. Se você especificar apenas um nome de arquivo, o arquivo será gravado no diretório atual. Por exemplo, firewallpolicy.xml ou c:\firewallpolicy.xml.

Exemplos:

zman epetf FWPolicy1 c:\FWpolicy1.xml

zman epetf ESMpolicies/DEpolicy4 DEpolicy4.xml

esmpolicy-export-kmk-to-file (epektf) (caminho do arquivo da chave criptográfica de política)

Exporta a chave criptográfica (KMK) de política de segurança da Zona de Gerenciamento para um arquivo. O arquivo de chave é obrigatório para decodificar um arquivo XML de política (que foi exportado de uma política na zona) quando a importação da política é feita com o comando esmpolicy-import.

(caminho do arquivo da chave criptográfica de política) – O caminho (incluindo o nome de arquivo) no qual deseja gravar o arquivo de chave criptográfica (KMK) de política de segurança. Se você especificar apenas um nome de arquivo, o arquivo será gravado no diretório atual. Use qualquer nome suportado para o arquivo. A extensão não é importante; você pode usar qualquer uma ou nenhuma. Por exemplo, KMK.txt, key.xml, KMK e decryption.file são todos nomes de arquivo válidos.

Exemplos:

zman epektf c:\key.txt

zman epektf EncryptionKey.xml

esmpolicy-import(epi) (nome da política) (caminho do arquivo da chave criptográfica de política) (caminho do arquivo XML de política) [pasta pai]

Importa uma política de segurança de um arquivo XML criptografado através do comando esmpolicy-export-to-file.

(nome da política) – O nome para atribuir ao objeto Política.

(caminho do arquivo da chave criptográfica de política) – O caminho completo (incluindo o nome de arquivo) do arquivo da chave criptográfica (KMK) de política de segurança para a Zona de Gerenciamento da qual a política foi exportada. Esse arquivo é obrigatório para decodificar o arquivo XML criptografado. Se o arquivo de chave estiver no diretório atual, especifique apenas o nome de arquivo.

(caminho do arquivo XML de política) – O caminho completo (incluindo o nome de arquivo) do arquivo XML de política criptografado. Se o arquivo estiver no diretório atual, especifique apenas o nome de arquivo.

[pasta pai] – A pasta Políticas na qual criar o objeto Política. Se quiser criar o objeto na pasta raiz, ignore essa opção.

Exemplos:

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

zman epi DEPolicy key.txt encryptionpolicy.xml esmpolicies/encryption

esmpolicy-purge-effective-policies (epep) [(caminho do dispositivo)(caminho do dispositivo)...(caminho do dispositivo)] [-b|‑‑begin-date=yyyy-MM-dd HH:mm:ss] [-e|end-date=yyyy=MM-dd HH:mm:ss] [-u|‑‑unregisteredDevices]

Purga os registros de relatórios de política em vigor do banco de dados do ZENworks. As opções a seguir podem ser usadas para direcionar os registros de relatórios a dispositivos específicos ou períodos determinados.

[(caminho do dispositivo) (caminho do dispositivo) ... (caminho do dispositivo)]: Para purgar os registros de relatórios de políticas em vigor de determinados dispositivos, especifique o caminho completo para cada dispositivo. Ignore essa opção para purgar os relatórios de todos os dispositivos.

Esse comando aceita as seguintes opções:

[-b|‑‑begin-date=yyyy-MM-dd HH:mm:ss]: para purgar os registros de relatórios de políticas em vigor com início em determinada data, especifique a data de início. Todos os registros com uma marcação de horário na mesma data de início ou posterior são purgados. Use essa opção com a opção end-date para designar um período específico.

[-e|‑‑end-date=yyyy=MM-dd HH:mm:ss]: Para purgar os registros de relatórios de políticas em vigor até determinada data, especifique a data de término. Todos os registros com uma marcação de horário na mesma data de término ou anterior são purgados. Use essa opção com a opção begin-date para designar um período específico.

[-u|‑‑unregisteredDevices]: Purgar registros de relatórios de políticas em vigor para dispositivos que não estão mais registrados na zona, mas que ainda possuem dados de relatório no banco de dados do ZENworks.

Exemplos:

zman epep /Dispositivos/Estações de Trabalho/dispositivo1

zman epep /Dispositivos/Estações de Trabalho/dispositivo1 -b "2010-10-10 10:10:10" -e "2010-12-31 24:00:00"

zman epep -u

Comandos de Criptografia de Disco Cheio

Esses comandos aplicam-se apenas ao ZENworks Full Disk Encryption. Além dos parâmetros listados abaixo, os comandos aceitam os flags de opção relacionados na seção Opções Globais.

fdepolicy-purge-eri (fpe) [(caminho do dispositivo)(caminho do dispositivo)...(caminho do dispositivo)] [-b|‑‑begin-date=yyyy-MM-dd HH:mm:ss] [-e|end-date=yyyy=MM-dd HH:mm:ss] [-u|‑‑unregisteredDevices]

Purga registros de informações de recuperação de emergência (ERI) do banco de dados do ZENworks. As opções a seguir podem ser usadas para direcionar os registros a dispositivos específicos ou períodos determinados.

[(caminho do dispositivo) (caminho do dispositivo) ... (caminho do dispositivo)]: Para purgar os registros de ERI de determinados dispositivos, especifique o caminho completo para cada dispositivo. Ignore essa opção para purgar os registros de todos os dispositivos.

[-b|‑‑begin-date=yyyy-MM-dd HH:mm:ss]: Para purgar os registros de ERI com início em determinada data, especifique a data de início. Todos os registros com uma marcação de horário na mesma data de início ou posterior são purgados. Use essa opção com a opção end-date para designar um período específico.

[-e|‑‑end-date=yyyy=MM-dd HH:mm:ss]: Para purgar os registros de ERI até determinada data, especifique a data de término. Todos os registros com uma marcação de horário na mesma data de término ou anterior são purgados. Use essa opção com a opção begin-date para designar um período específico.

[-u|‑‑unregisteredDevices]: Purgar registros de ERI para dispositivos que não estão mais registrados na zona, mas que ainda têm registros de ERI no banco de dados do ZENworks.

Exemplos:

zman fpe /Dispositivos/Estações de Trabalho/dispositivo1

zman fpe /Dispositivos/Estações de Trabalho/dispositivo1 -b "2010-10-10 10:10:10" -e "2010-12-31 24:00:00"

zman fpe -u

fdepolicy-export-to-file (fpetf) (caminho da política) (caminho do arquivo XML de política)

Exporta as informações de uma política de criptografia de disco cheio para um arquivo XML de política criptografado. O arquivo XML de política pode ser usado para importar a política para a mesma Zona de Gerenciamento ou uma Zona de Gerenciamento diferente.

NOTA: Para importar uma política, insira também a chave criptográfica (KMK) da política de criptografia de disco cheio da zona, para que o arquivo XML de política criptografado possa ser decodificado. Use o comando fdepolicy-export-kmk-to-file para criar o arquivo de chave.

(caminho da política) – O caminho (incluindo o nome de arquivo) do objeto Política relativo à pasta raiz Políticas. Por exemplo, FDEpolicies/FDEpolicy4.

(caminho do arquivo XML de política) – O caminho (incluindo o nome de arquivo) no qual deseja gravar o arquivo XML de política. Se você especificar apenas um nome de arquivo, o arquivo será gravado no diretório atual. Por exemplo, FDEpolicy.xml.

Exemplo:

zman fpetf FDEPolicy1 c:\FDEpolicy1.xml

fdepolicy-import (fpi) (nome da política) (caminho do arquivo da chave criptográfica de política) (caminho do arquivo XML de política) [pasta mãe]

Importa uma política de criptografia de disco cheio de um arquivo XML criptografado criado pelo comando fdepolicy-export-to-file.

(nome da política) – O nome para atribuir ao objeto Política.

(caminho do arquivo da chave criptográfica de política) – O caminho completo (incluindo o nome de arquivo) do arquivo da chave criptográfica (KMK) de política de criptografia de disco cheio para a Zona de Gerenciamento da qual a política foi exportada. Esse arquivo é obrigatório para decodificar o arquivo XML criptografado. Se o arquivo de chave estiver no diretório atual, especifique apenas o nome de arquivo.

(caminho do arquivo XML de política) – O caminho completo (incluindo o nome de arquivo) do arquivo XML de política criptografado. Se o arquivo estiver no diretório atual, especifique apenas o nome de arquivo.

[pasta pai] – A pasta Políticas na qual criar o objeto Política. Se quiser criar o objeto na pasta raiz, ignore essa opção.

Exemplo:

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

fdepolicy-export-kmk-to-file (fpektf) (caminho do arquivo da chave criptográfica de política)

Exporta a chave criptográfica (KMK) de política de criptografia de disco cheio da Zona de Gerenciamento para um arquivo. O arquivo de chave é obrigatório para decodificar um arquivo XML de política (que foi exportado de uma política na zona) quando a importação da política é feita com o comando fdepolicy-import.

(caminho do arquivo da chave criptográfica de política) – O caminho (incluindo o nome de arquivo) no qual você deseja gravar o arquivo de chave criptográfica (KMK) de política de criptografia de disco cheio. Se você especificar apenas um nome de arquivo, o arquivo será gravado no diretório atual. Use qualquer nome suportado para o arquivo. A extensão não é importante; você pode usar qualquer uma ou nenhuma. Por exemplo, KMK.txt, key.xml, KMK e decryption.file são todos nomes de arquivo válidos.

Exemplos:

zman fpektf c:\key.txt

zman fpektf EncryptionKey.xml

Comando Hotlist

Esse comando é usado para exibir a lista de dispositivos que têm avisos ou erros não confirmados. O comando Hotlist começa com hotlist- na forma extensa, ou com as letras hl na forma abreviada.

Ele também aceita opções individuais, listadas com o comando.

hotlist-view (hlv) [opções]

Lista os dispositivos que têm avisos ou erros não confirmados.

Aceita as seguintes opções:

  • -c, ‑‑count – Exibe somente o total dos itens da lista de acesso.
  • -t, ‑‑type=[tipo de erro] – Filtra o tipo de erro dos itens da lista de acesso. Valores válidos: Noncompliant (Incompatível), Critical (Crítico) e Warning (Aviso).
  • -o, ‑‑operator=[operador de comparação] – Se for especificado, esse operador será usado na filtragem baseada no total de erros. Valores válidos: >, >=, =, < e <=. Coloque os operadores entre aspas de modo que > e < não sejam considerados pelo sistema como operadores de redirecionamento.
  • -e, ‑‑errorcount=[contagem de erros] – Filtra pela contagem do tipo de erro especificado. Se o operador de comparação não for especificado, >= será usado por padrão. Se o tipo de erro não for especificado, o total será a soma dos erros incompatíveis, críticos e de aviso.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez. É possível confirmar avisos ou erros por meio do comando messages-acknowledge. Depois que todos os avisos ou os erros de um dispositivo forem confirmados, as mensagens não aparecerão mais na lista de acesso.
  • Exemplo: Para ver os dispositivos na lista de acesso que têm mais de 5 erros críticos:
  • zman hlv ‑‑type critical ‑‑operator ">" ‑‑error-count 5

Comandos do Intel AMT

Estes comandos são usados para executar operações de Pré-aprovisionamento, Aprovisionamento e Gerenciamento em dispositivos Intel AMT. Os comandos do Intel AMT começam com iamt- no formato extenso, ou com a letra i no formato abreviado.

As versões do iAMT suportadas no ZENworks são 3, 4, 5 e 6.

iamt-root-certificate-hash (irch)

Imprime o hash do Certificado Raiz do ZENworks.

iamt-create-mgmtcert (icmc) [opções]

Cria ou importa o Certificado de Aprovisionamento ou Gerenciamento do Intel AMT no formato .DER em todos os Servidores Principais usados como Servidor de Aprovisionamento ou Gerenciamento do iAMT.

Aceita as seguintes opções se você estiver importando um certificado externo:

  • -p, ‑‑certpath – Especifique o caminho do Certificado de Aprovisionamento/Gerenciamento do Intel AMT assinado pela CA Externa. O certificado deve estar no formato .DER

Por exemplo, para importar um certificado externo, execute o seguinte comando:

zman icmc ‑‑certpath C:\Certificate.DER

iamt-create-csr (icc) (isCA) (tipo) [opções]

Cria a Solicitação de Certificado para o Servidor de Aprovisionamento/Gerenciamento do Intel AMT ou o dispositivo AMT no ambiente da CA Externa.

  • isCA – Os valores válidos são True (Verdadeiro) ou False (Falso). Se for verdadeiro, a Solicitação de Certificado gerará o certificado para a Zona de Gerenciamento do Intel AMT.
  • Tipo – Os valores válidos são mgmt (gerenciamento) ou device (dispositivo). A Solicitação de Certificado é criada para a Zona de Gerenciamento ou dispositivos específicos na Zona de Gerenciamento.

Aceita as seguintes opções:

  • -c, ‑‑country=[nome do país] – Especifique o nome do país.
  • -s, ‑‑state=[nome do estado] – Especifique o nome do estado.
  • -o, ‑‑organization=[nome da organização] – Especifique o nome da organização.
  • -u, ‑‑orgunit=[Unidade Organizacional] – Especifique a unidade organizacional.
  • -n, ‑‑commonname=[nome comum] – Especifique o nome comum do certificado.
  • -d, ‑‑destination-folder=[Pasta de Destino] – Especifique o caminho da pasta de destino na qual deseja copiar o arquivo da Solicitação de Assinatura do Certificado.
iamt-clear-mgmtcert (idmc)

Limpa o Certificado de Aprovisionamento/Gerenciamento do Intel AMT.

iamt-cacert-import (icai) [isclear] [opções]

Importa a CA Externa ou sua CA subordinada no servidor.

  • [isclear] – Os valores válidos são True (Verdadeiro) ou False (Falso). Se for verdadeiro, a CA Externa importada ou sua CA subordinada será apagada.

Aceita as seguintes opções, se estiver importando uma CA Externa ou sua CA subordinada:

  • -i, ‑‑inform – Especifica se o certificado está no formato PEM ou DER.
  • -p, ‑‑cacertpath – Especifica o caminho do certificado.

Comando de criação de imagens

Esse comando é usado para executar operações de Criação de Imagens. Os comandos de criação de imagens começam com imaging- na forma extensa, ou com a letra i na forma abreviada.

imaging-apply-assigned-imaging-bundle (iaaib) (tipo de dispositivo) (nome do dispositivo)

Aplica o bundle de pré-inicialização mais recente que foi diretamente atribuído ao dispositivo selecionado. Se não houver atribuições diretas disponíveis, esse comando aplicará o primeiro bundle de pré-inicialização pertencente às atribuições herdadas do dispositivo selecionado. O bundle será aplicado na próxima vez que o dispositivo procurar pelo trabalho de pré-inicialização.

Aceita as seguintes opções:

  • (Tipo de dispositivo) – Os valores válidos são server (servidor) e workstation (estação de trabalho).
  • (Nome do dispositivo) – Nome do objeto Servidor ou Estação de Trabalho.

Por exemplo, para aplicar o bundle de criação de imagens designado a um servidor com o nome servidor1, execute o seguinte comando:

zman iaaib server server1

Se o objeto Dispositivo estiver em uma pasta, use o seguinte comando:

iaaib (tipo do Dispositivo) (pasta/caminho do dispositivo)/(nome do Dispositivo)

no qual pasta/caminho do dispositivo é o caminho relativo do dispositivo na pasta Estação de Trabalho ou Servidor.

Se houver várias estações de trabalho em um diretório e o nome delas vier precedido de caracteres alfanuméricos comuns (por exemplo, dev091, dev092, ...dev099), use o seguinte comando de um servidor Linux para aplicar simultaneamente o bundle de criação de imagens atribuído em vários dispositivos:

zman iaaib workstation folderx/dev{09{1,2,3,4,5,6,7,9}}

O bundle será aplicado aos dispositivos dev091, dev092 e assim por diante.

Comandos de inventário

Esses comandos são usados para iniciar explorações e enviar o formulário de coleção de dados de inventário aos dispositivos gerenciados. Os comandos de inventário começam com inventory- na forma extensa, ou com a letra i na forma abreviada.

inventory-collection-wizard-run-now (icwrn) (caminho do objeto Dispositivo) [...] [opções]

Envia o formulário de coleção de dados de inventário para um ou mais dispositivos.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de dispositivos] – Caminho da pasta de dispositivos relativo a /Dispositivos. Se essa opção for especificada, o caminho dos objetos Dispositivo será determinado em relação a essa pasta. É possível usar essa opção para especificar vários objetos Dispositivo sob a mesma pasta.
(inventory-scan-now|isn) (<caminho do objeto Dispositivo> <caminho do objeto Dispositivo>...<caminho do objeto Dispositivo>) [opções]

Inicia uma exploração de inventário de um ou mais dispositivos.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de dispositivos] – Caminho da pasta de dispositivos relativo a /Dispositivos. Se essa opção for especificada, o caminho dos objetos Dispositivo será determinado em relação a essa pasta. É possível usar essa opção para especificar vários objetos Dispositivo sob a mesma pasta.
inventory-export-localproducts|ielp (nome do caminho)

Exporta os produtos locais definidos pelo administrador e as impressões digitais dos produtos. Apenas os administradores com os direitos CDLP podem exportar os produtos locais.

Para exportar dados de produtos:

zman ielp {nome do caminho}.

Exemplo:

Para exportar todos os produtos locais definidos pelo administrador do ZENworks Configuration Management para um arquivo em ./output/lpexports.txt:

zman ielp ./output/lpexports.txt.

inventory-import-localproducts|iilp (nome do caminho) [dokbmerge]

Importa os produtos locais definidos pelo administrador e as impressões digitais dos produtos. Apenas os administradores com os direitos CDLP podem importar os produtos locais.

  • dokbmerge — Para acionar a fusão de KB após importar o(s) produto(s) local(is).

Para importar dados de produtos:

zman iilp {nome do caminho} [-U (Administrador)] [-P (senha)].

Exemplo:

Para importar produtos locais definidos pelo administrador para o ZENworks Configuration Management de um arquivo em ./output/lpimports.txt:

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

Comandos de licença

Esses comandos são usados para ativar o Servidor ZENworks ou exibir informações de licenciamento. Os comandos de licença começam com license- na forma extensa ou com a letra l na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

license-activate (la) (nome do produto) (chave de licença)

Ativa os produtos ZENworks (Asset Inventory for Linux, ZENworks Configuration Management, ZENworks Asset Management, ZENworks Full Disk Encryption, ZENworks Endpoint Security Management) ou o ZENworks Suite.

license-deactivate (ld) (nome do produto)

Desativa os produtos ZENworks. Apenas o nome do produto é necessário como argumento.

license-info (li)

Exibe as informações de licença.

license-refresh (lr)

Força o sistema a atualizar o cache armazenado da licença, normalmente atualizado uma vez ao dia. Use esse comando para atualizar o cache a qualquer momento, como quando uma licença de avaliação expirar e o cache ainda não refletir isso.

license-show-active-components (lsac)

Lista os estados atuais da licença de todos os componentes do ZENworks Configuration Management e plug-ins DataModel conhecidos (duas listas separadas).

Comandos de local

Esses comandos são usados para ver e gerenciar locais. Um local consiste em um ou mais ambientes de rede. Quando o Agente do ZENworks determina que seu ambiente atual corresponde a um ambiente de rede associado a um local, o agente assegura o uso obrigatório de quaisquer políticas de segurança e regras de servidor mais próximo atribuídas ao local.

Os comandos de local começam com location- no formato longo, ou com a letra l no formato abreviado. Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

location-assign-device-folder (ladf) (Pasta do Dispositivo ou Caminho do Objeto Dispositivo) [<Objeto Local> <Objeto Local>...<Objeto Local>] [-a|‑‑allLocations]

Atribui um local a uma pasta de dispositivo ou objeto Dispositivo específico.

(Pasta do Dispositivo ou Caminho do Objeto Dispositivo) – Caminho completo da pasta do dispositivo ou do objeto Dispositivo.

[Objeto Local] [...] – Nome do objeto Local.

-a, ‑‑allLocations – Especifique esse parâmetro para atribuir todos os locais e ambientes de rede à pasta do dispositivo ou ao objeto Dispositivo.

location-audit-upload (lau) (nome do local) (estado)

Configura o upload dos dados de auditoria em um local especificado.

(nome do local) — O nome do local.

(estado) — Selecione o estado:

  • 1 para permitir aos dispositivos no local associado fazer upload dos dados do evento de auditoria para algum Servidor Satélite (função Coleção) ou Servidor Principal.

  • 2 para não permitir aos dispositivos no local associado fazer upload dos dados do evento de auditoria para algum Servidor Satélite (função Coleção) ou Servidor Principal.

location-create (lc) (nome do local) [-d|‑‑desc=<descrição>] [nome do ambiente de rede] [...]

Cria um local e (opcionalmente) atribui ambientes de rede ao local.

(nome do local) – O nome que deseja atribuir ao novo local.

[nome do ambiente de rede] – O nome de um ambiente de rede existente que deseja atribuir ao local. É possível adicionar vários ambientes de rede. A adição de ambientes de rede durante a criação de um local é opcional. É possível usar o comando location-nwenv-assign para adicionar ambientes de rede após a criação.

[nome do ambiente de rede] – O nome de um ambiente de rede existente que deseja atribuir ao local. É possível adicionar vários ambientes de rede. A adição de ambientes de rede durante a criação de um local é opcional. É possível usar o comando location-nwenv-assign para adicionar ambientes de rede após a criação.

Aceita as seguintes opções:

-d |‑‑desc=descrição: Especifique uma descrição para o local.

-u | -- uploadThrottle=Taxa de Obstrução de Upload: Especifique uma taxa de obstrução de upload.

-a | -- auditUpload=Dados de upload de auditoria: Especifique 0 para habilitar ou 1 para desabilitar os dados de upload de auditoria.

location-delete (ldel) (nome do local) [...]

Apaga os locais.

(nome do local) – O nome do local que deseja apagar. É possível especificar um ou mais nomes de local.

location-delete-all-network-assignments (ldana) (nome do local)

Remove todos os ambientes de rede de um local.

(nome do local) – O nome do local de onde deseja remover todos os ambientes de rede atribuídos.

location-delete-network-assignments (ldna) (nome do local) [nome do ambiente de rede] [...]

Remove ambientes de rede específicos de um local.

(nome do local) – O nome do local de onde deseja remover os ambientes de rede.

[nome do ambiente de rede] – O nome do ambiente de rede que deseja remover. É possível remover vários ambientes de rede.

location-list (ll) [opções]

Lista os locais.

Aceita as seguintes opções:

  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
location-list-network-assignments (llna) (nome do local)

Lista os ambientes de rede atribuídos a um local.

(nome do local) – O nome do local que tem os ambientes de rede que deseja ver.

Aceita as seguintes opções:

  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
location-list-relationships (llrel) (nome do local) [-c count]

Lista os objetos do ZENworks, como políticas e bundles, associados ao local especificado.

(nome do local) – O nome do local que tem os objetos do ZENworks que deseja ver.

Aceita a seguinte opção:

  • -c, ‑‑count – Exibe a contagem dos resultados.
location-network-assign (lna) (nome do local) (nome do ambiente de rede) [...]

Adiciona ambientes de rede a um local.

(nome do local) – O nome do local ao qual deseja atribuir ambientes de rede.

[nome do ambiente de rede] – O nome de um ambiente de rede existente que deseja adicionar ao local. É possível adicionar vários ambientes de rede.

location-rename (lrn) (nome antigo) (novo nome)

Renomeia um local.

(nome antigo) – O nome do local que deseja renomear.

(novo nome) – O novo nome do local.

location-response-recompute|lrr [<Pasta do Dispositivo ou Caminho do Objeto Dispositivo> <Pasta do Dispositivo ou Caminho do Objeto Dispositivo>...<Pasta do Dispositivo ou Caminho do Objeto Dispositivo>] [-f|‑‑forceRecompute]

Solicita ao servidor para recalcular a resposta de configuração de local para que os dispositivos solicitantes possam obter as mudanças mais recentes.

[Pasta de Dispositivo ou Caminho do Objeto Dispositivo][...]: Especifique o caminho de uma pasta de dispositivo ou objeto Dispositivo.

-f, ‑‑forceRecompute: Forçar o recálculo de todas as respostas de configuração de local.

location-throttle (lt) (nome do local) (taxa de obstrução)

Define a taxa de obstrução de largura de banda a ser usada para distribuir o conteúdo aos dispositivos identificados com o local especificado. Para aumentar o desempenho dos seus Servidores ZENworks e do sistema de rede, os ambientes de largura de banda alta podem usar um conjunto de taxas de obstrução, e os ambientes de largura de banda baixa podem usar um conjunto diferente de taxas de obstrução. É possível anular a taxa de obstrução em um bundle para que o conteúdo do bundle e o patch de alta prioridade possam ser implantados rapidamente.

(nome do local) – O nome do local para o qual deseja definir a taxa de obstrução de largura de banda.

(taxa de obstrução) – A taxa de largura de banda máxima em quilobits por segundo (kbps).

location-unknown-throttle (lut) (taxa de obstrução)

Define a taxa de obstrução de largura de banda a ser usada para distribuir o conteúdo aos dispositivos identificados com o local Desconhecido.

(taxa de obstrução) – A taxa de largura de banda máxima em quilobits por segundo (kbps).

Comandos de mensagem

Esses comandos são usados para ver e gerenciar mensagens. Os comandos de mensagem começam com message- na forma extensa, ou com a letra m na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

(messages-acknowledge|ma) [caminho do objeto] [opções]

Confirma as mensagens associadas a uma política, um bundle ou um dispositivo gerenciado do ZENworks.

[caminho do objeto] – Caminho completo do objeto que tem mensagens associadas. O objeto pode ser Servidor, Estação de Trabalho, Bundle ou Política.

Aceita as seguintes opções:

  • -b, ‑‑begin-date=[data de registro da mensagem] – As mensagens registradas nessa data e depois dela são confirmadas. Formato: AAAA-MM-DD.
  • -e, ‑‑end-date=[data de registro da mensagem] – As mensagens registradas nessa data e antes dela são confirmadas. Formato: AAAA-MM-DD.
  • -a, ‑‑all – Confirma todas as mensagens registradas para o objeto. Se um objeto não estiver especificado, todas as mensagens registradas serão confirmadas.
  • -l, ‑‑logID=[ID de registro][...] – Uma lista separada por vírgulas de IDs de registro das mensagens a serem confirmadas. Você pode obter os IDs de registro usando o comando messages-view.
  • -L, ‑‑logID-file=[caminho do arquivo] – O caminho do arquivo que contém os IDs de registro das mensagens. Cada linha no arquivo deve conter um ID de registro da mensagem. Use esta opção em vez da opção ‑‑log-ID para inserir os IDs de registro.
(messages-delete|md) [caminho do objeto] [opções]

Apaga as mensagens associadas a um dispositivo gerenciado do ZENworks.

[caminho do objeto] – Caminho completo do objeto que tem mensagens associadas. O objeto pode ser Servidor, Estação de Trabalho, Bundle ou Política.

Aceita as seguintes opções:

  • -b, ‑‑begin-date=[data de registro da mensagem] – As mensagens registradas nessa data e depois dela são apagadas. Formato: AAAA-MM-DD.
  • -e, ‑‑end-date=[data de registro da mensagem] – As mensagens registradas nessa data e antes dela são apagadas. Formato: AAAA-MM-DD.
  • -l, ‑‑logID=[ID de registro][...] – Uma lista separada por vírgulas de IDs de registro das mensagens a serem apagadas. Você pode obter os IDs de registro usando o comando messages-view.
  • -L, ‑‑logID-file=[caminho do arquivo] – O caminho do arquivo que contém os IDs de registro das mensagens. Cada linha no arquivo deve conter um ID de registro da mensagem. Use esta opção em vez da opção ‑‑log-ID para inserir os IDs de registro.
messages-view (mv) [opções] [caminho do objeto]

Lista as mensagens associadas a uma política, um bundle ou um dispositivo gerenciado do ZENworks.

  • -S, ‑‑severity=[gravidade [ ...] – Filtra com base na gravidade da mensagem. Valores válidos: critical (crítica), warning (aviso) e info (informativa).
  • -t, ‑‑type=[tipo de mensagem] – Filtra com base na origem da mensagem. Valores válidos: server (servidor) e client (cliente). A filtragem por server (servidor) lista as mensagens geradas pelo servidor ZENworks e a filtragem por client (cliente) lista as mensagens geradas pelo Agente do ZENworks nesse dispositivo.
  • -D, ‑‑date-condition=[condição de data] – Filtra as mensagens com base em uma faixa de datas. Valores válidos: before (antes de), since (desde) e between (entre). Use as opções ‑‑begin-date e ‑‑end-date para especificar as datas. Se a condição de data for usada, e nenhuma data for especificada, a data atual será utilizada por padrão.
  • -b, ‑‑begin-date=[data de registro da mensagem] – A data em que a mensagem foi registrada. Formato: AAAA-MM-DD. Esse opção deve ser usada com a condição de data. Se a condição de data não for especificada, serão exibidas as mensagens registradas antes dessa data.
  • -e, ‑‑end-date=[data de registro da mensagem] – A data em que a mensagem foi registrada. Formato: AAAA-MM-DD. Essa opção deve ser especificada quando between é definido como o valor da opção de condição de data.
  • -a, ‑‑acknowledged – Filtra as mensagens confirmadas.
  • -n, ‑‑not-acknowledged – Filtra as mensagens que não foram confirmadas.
  • -m, ‑‑messagefilter=[mensagem localizada] – Filtra com base na mensagem localizada.
  • -c, ‑‑count – Exibe somente o total das mensagens.
  • -o, ‑‑sort-order=[ordem de classificação] – Classifica as mensagens por data, gravidade e confirmação.
  • -A, ‑‑asc – Especifica a direção da listagem classificada. O padrão é a ordem decrescente.
  • -d, ‑‑detailed – Retorna mais informações sobre as mensagens.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

Comandos de ambiente de rede

Esses comandos são usados para ver e gerenciar ambientes de rede. Ambientes de rede são compostos por serviços (gateways, servidores DNS, servidores DHCP, etc.) que identificam o ambiente.

Os ambientes de rede são os blocos estruturais de locais. Quando o Agente do ZENworks determina que seu ambiente de rede atual corresponde a um ambiente de rede atribuído a um local, o agente assegura o uso obrigatório de todas as políticas de segurança e regras de servidor mais próximo atribuídas ao local.

Os comandos de ambiente de rede começam com network-environment-, no formato longo, ou com as letras ne, no formato curto. Todos os comandos a seguir aceitam os flags listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

network-environment-audit-upload (neau) (nome do ambiente de rede) (estado)

Define a configuração de upload dos dados de auditoria para um ambiente de rede especificado.

(nome do ambiente de rede) — O nome do ambiente de rede.

(estado) — Selecione o estado:

  • 0 para reverter para as configurações de upload dos dados de auditoria definidas para o local associado ao dispositivo.

  • 1 para permitir aos dispositivos no ambiente de rede associado fazer upload dos dados do evento de auditoria para algum Servidor Satélite (função Coleção) ou Servidor Principal.

  • 2 para não permitir aos dispositivos no ambiente de rede associado fazer upload dos dados do evento de auditoria para algum Servidor Satélite (função Coleção) ou Servidor Principal.

network-environment-create (nec) (nome do ambiente de rede) [-d|‑‑desc=<descrição>] [arquivo XML do ambiente de rede]

Cria um ambiente de rede a partir das informações existentes no arquivo XML especificado.

(nome do ambiente de rede) – O nome que deseja atribuir ao novo ambiente de rede.

-d, ‑‑desc=<descrição> – Uma descrição do ambiente de rede.

[arquivo XML do ambiente de rede] – O nome do caminho do arquivo XML que inclui as informações necessárias para criar o ambiente de rede. Se ainda não tiver um arquivo XML, use o comando network-environment-export-to-file para exportar as informações de um ambiente de rede existente. É possível usar o arquivo XML como modelo para a criação de novos arquivos de ambiente de rede.

network-environment-delete (ned) (nome do ambiente de rede) [...]

Apaga um ambiente de rede.

(nome do ambiente de rede) – O nome do ambiente de rede que deseja apagar. É possível especificar um ou mais nomes.

network-environment-export-to-file (neetf) (nome do ambiente de rede) (caminho do arquivo XML)

Exporta as informações do ambiente de rede para um arquivo em formato XML.

O comando network-environment-create exige que a entrada das informações do ambiente de rede seja feita pelo arquivo em formato XML. É possível usar esse arquivo como modelo, modificando-o conforme necessário para incluir as informações que deseja usar na criação de um novo ambiente de rede.

(nome do ambiente de rede) – O nome do ambiente de rede com as informações que você deseja exportar para o arquivo.

(caminho do arquivo XML) – O caminho e o nome do arquivo de exportação.

network-environment-list (nel) [opções]

Lista os ambientes de rede.

Aceita as seguintes opções:

  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
network-environment-list-relationships (nelr) (nome do ambiente de rede) [-cr count]

Lista os objetos do ZENworks, como políticas e bundles, associados ao ambiente de rede especificado.

(nome do ambiente de rede) – O nome do ambiente de rede que tem os objetos do ZENworks que deseja ver.

Aceita a seguinte opção:

  • -c, ‑‑count – Exibe a contagem dos resultados.
network-environment-rename (ner) (nome antigo) (novo nome)

Renomeia um ambiente de rede.

(nome antigo) – O nome do ambiente de rede que deseja renomear.

(novo nome) – O novo nome do ambiente de rede.

network-environment-throttle (net) (nome do ambiente de rede) (taxa de obstrução)

Define a taxa de obstrução de largura de banda para distribuir o conteúdo aos dispositivos localizados em determinado ambiente de rede. Para aumentar o desempenho dos seus Servidores ZENworks e do sistema de rede, os ambientes de largura de banda alta podem usar um conjunto de taxas de obstrução, e os ambientes de largura de banda baixa podem usar um conjunto diferente de taxas de obstrução. É possível anular a taxa de obstrução em um bundle para que o conteúdo do bundle e o patch de alta prioridade possam ser implantados rapidamente.

(nome do ambiente de rede) – O nome do ambiente de rede para o qual deseja definir a taxa de obstrução de largura de banda.

(taxa de obstrução) – A taxa de largura de banda máxima em quilobits por segundo (kbps).

Comando de registro no Atendimento ao Cliente da Micro Focus

Esse comando é usado para registrar o Servidor Principal no Atendimento ao Cliente da Micro Focus.

O comando de Registro no Atendimento ao Cliente da Micro Focus começa com ncc-register no formato longo, ou com nccreg no formato abreviado. Esse comando aceita os flags listados na seção Opções Globais. Ele também aceita opções individuais, listadas com o comando.

(ncc-register|nccreg) (abc@xyz.com) (chave de registro) [caminho do Servidor Principal] [-i|‑‑nccConfigXML=ncc-config.xml] [-r|‑‑reRegister]

Registra o Servidor Principal no Atendimento ao Cliente da Micro Focus.

(abc@xyz.com): O Endereço de E-mail para registrar o Servidor Principal no Servidor do Atendimento ao Cliente da Micro Focus.

(chave de registro): A chave de Registro para registrar o Servidor Principal no Servidor do Atendimento ao Cliente da Micro Focus.

[caminho do Servidor Principal]: O caminho do Servidor Principal que será registrado no Servidor do Atendimento ao Cliente da Micro Focus.

-i, ‑‑nccConfigXML= ncc-config.xml – O arquivo XML que inclui as informações de registro, como produto, versão, arquitetura e lançamento.

-r, ‑‑reRegister: Registra novamente o Servidor Principal no Servidor do Atendimento ao Cliente da Micro Focus.

Exemplos:

Para registrar o Servidor Principal Local no Servidor do Atendimento ao Cliente da Micro Focus, execute o seguinte comando:

zman nccreg e-mail chave reg

Para registrar um Servidor Principal específico no Servidor do Atendimento ao Cliente da Micro Focus, execute o seguinte comando:

zman nccreg e-mail chave reg caminho_do_servidor

Para registrar novamente o Servidor Principal Local no Servidor do Atendimento ao Cliente da Micro Focus, execute o seguinte comando:

zman nccreg e-mail chave reg -r

Para registrar novamente um Servidor Principal específico no Servidor do Atendimento ao Cliente da Micro Focus, execute o seguinte comando:

zman nccreg e-mail chave reg caminho_do_servidor -r

Comandos de dispositivo móvel

Esses comandos são usados para gerenciar dispositivos móveis. Os comandos de dispositivo móvel começam com mobile- na forma extensa, ou com a letra m na forma abreviada.

mobile-folder-create (mfc) (caminho do objeto móvel) [...] [opções]

Cria uma nova pasta para dispositivos móveis.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
mobile-group-create (mgc) (nome do grupo) [pasta pai] [opções]

Cria um grupo móvel e adiciona membros a ele.

Aceita as seguintes opções:

  • ‑‑desc=[descrição] – Descrição do grupo.
  • -m, ‑‑members=[caminho móvel][...] – O caminho dos dispositivos móveis relativo a /Dispositivos/Dispositivos Móveis.
  • -f, ‑‑folder=[pasta móvel] – O caminho de uma pasta de dispositivo móvel relativo a /Dispositivos/Dispositivos Móveis. Se essa opção for especificada, o caminho dos objetos Dispositivo Móvel será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo Móvel na mesma pasta.
mobile-move (mmv) (caminho do objeto móvel) [caminho da pasta de destino]

Move um objeto Dispositivo Móvel para uma pasta diferente.

mobile-rename (mr) (caminho do objeto móvel) (novo nome)

Renomeia um objeto Dispositivo Móvel.

mobile-delete (mdl) (caminho do objeto móvel) [...] [opções]

Apaga um ou mais objetos Dispositivo Móvel.

(caminho do objeto móvel) [...] – O caminho dos objetos Dispositivo Móvel (dispositivo móvel, pasta do dispositivo móvel ou grupo de dispositivos móveis) relativo a /Dispositivos/Dispositivos Móveis. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -f, ‑‑folder=[pasta móvel] – O caminho de uma pasta de dispositivo móvel relativo a /Dispositivos/Dispositivos Móveis. Se essa opção for especificada, o caminho dos objetos Dispositivo Móvel será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo Móvel na mesma pasta.
mobile-group-add (mga) (caminho do grupo móvel) (caminho móvel) [...] [opções]

Adiciona dispositivos móveis a um grupo de dispositivos móveis.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta móvel] – O caminho de uma pasta de dispositivo móvel relativo a /Dispositivos/Dispositivos Móveis. Se essa opção for especificada, o caminho dos objetos Dispositivo Móvel será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo Móvel na mesma pasta.
mobile-list (ml) [pasta] [opções]

Lista os objetos Dispositivo Móvel.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo as subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -t, ‑‑typefilter=[filtro de tipo][...] – Exibe os resultados que correspondem à lista de tipos de objetos especificados separados por vírgulas. Valores válidos: device (dispositivo), group (grupo) e folder (pasta).
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
  • -f, ‑‑flagfilter=[filtro de flags][...] – Exibe os resultados que correspondem à lista de flags especificados separados por vírgulas. Os valores válidos são desativado, não desativado, teste e não teste.
mobile-group-members (mgm) (caminho do grupo móvel) [opções]

Lista os membros de um grupo de dispositivos móveis ou de um grupo dinâmico de dispositivos móveis.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
mobile-group-remove (mgr) (caminho do grupo móvel) (caminho móvel) [...] [opções]

Remove os dispositivos móveis de um grupo de dispositivos móveis.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta móvel] – O caminho de uma pasta de dispositivo móvel relativo a /Dispositivos/Dispositivos Móveis. Se essa opção for especificada, o caminho dos objetos Dispositivo Móvel será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo Móvel na mesma pasta.
mobile-list-groups (mlg) (caminho móvel) [opções]

Lista os grupos dos quais o dispositivo móvel específico é membro.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
mobile-add-policy (map) (caminho do objeto móvel) (política ou grupo de políticas) [...] [opções]

Atribui políticas a um objeto Dispositivo Móvel.

Aceita as seguintes opções:

  • -c, ‑‑conflicts=[ordem de resolução de conflitos de políticas] – Determina como são resolvidos os conflitos de políticas. Valores válidos: userlast (usuário por último) ou 1, devicelast (dispositivo por último) ou 2, deviceonly (somente dispositivo) ou 3, useronly (somente usuário) ou 4. No caso de userlast (usuário por último), primeiro são aplicadas as políticas associadas ao dispositivo e depois as políticas associadas ao usuário. No caso de devicelast (dispositivo por último), primeiro são aplicadas as políticas associadas ao usuário e depois as políticas associadas ao dispositivo. No caso de deviceonly (somente dispositivo), as políticas associadas ao usuário são ignoradas. No caso de useronly (somente usuário), as políticas associadas ao dispositivo são ignoradas. Se esta opção não for especificada, userlast (usuário por último) será considerado o valor padrão.
  • -e, ‑‑enforce-now – Assegura o uso obrigatório da política imediatamente em todos os dispositivos atribuídos
  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
mobile-remove-policy (mrp) (caminho do objeto móvel) (política ou grupo de políticas) [...] [opções]

Remove as políticas atribuídas a um objeto Dispositivo Móvel.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
mobile-list-policies (mlp) (caminho do objeto móvel) [opções]

Lista as políticas atribuídas a um objeto Dispositivo Móvel.

Aceita as seguintes opções:

  • -a, ‑‑all – Lista as políticas efetivas e não efetivas.
  • -e, ‑‑effective – Lista somente as políticas efetivas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
mobile-reorder-policies (mrop) (caminho do objeto móvel) (posição atual) (nova posição)

Muda a ordem das políticas atribuídas a um dispositivo móvel. Use o comando mobile-list-policies para obter a ordem das políticas atribuídas.

mobile-view-all-policies-status (mvaps) (caminho móvel) [opções]

Exibe o status de implantação avançado das políticas atribuídas a um dispositivo móvel.

Aceita as seguintes opções:

  • ‑‑statusfilter=[tipo de status][...] – Filtra o status do Evento Aplicação de Política. Valores válidos: S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
mobile-set-as-test (msat) (caminho do objeto móvel)

Define um dispositivo móvel como dispositivo de teste.

Exemplo:

Para definir mobiledevice1 como dispositivo de teste:

zman msat mobiledevice1

mobile-set-as-nontest (msan) (caminho do objeto móvel)

Define um dispositivo móvel como dispositivo não teste.

Exemplo:

Para definir mobiledevice1 como dispositivo não teste:

zman msan mobiledevice1

Comandos de objeto

São comandos utilitários ou de conveniência para serem utilizados em objetos do ZENworks. Os comandos de objeto começam com object- na forma longa, ou com a letra o na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

object-get-GUID (ogg) (caminho do objeto)

Obtém o GUID do objeto do ZENworks.

(caminho do objeto) – Caminho completo do objeto do ZENworks, iniciando com barra (/).

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

Obtém o nome do objeto do ZENworks.

(GUID do ZENworks) – GUID do objeto do ZENworks composto por 32 caracteres.

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

Obtém o caminho de um objeto do ZENworks de acordo com o GUID.

(GUID do ZENworks) – GUID do objeto do ZENworks composto por 32 caracteres.

Comandos do servidor principal

Esses comandos são usados para gerenciar o conteúdo do Servidor Principal. Os comandos do Servidor Principal começam com primary-server-.

primary-server-replicate-content (psrc) (caminho do bundle | caminho da política)

Replica o conteúdo do bundle ou da política especificado no Servidor Principal.

Exemplos:

Para replicar o conteúdo de um bundle para o servidor atual: zman psrc /Bundle/bundle1

Para replicar o conteúdo de uma política para o servidor atual: zman psrc /Policy/policy1

primary-server-cleanup-content (pscc) (bundle) (caminho do bundle | caminho da política)

Limpa o conteúdo do bundle/política especificado no Servidor Principal.

Exemplos:

Para limpar o conteúdo de um bundle do servidor atual: zman pscc /Bundle/bundle1

Para limpar o conteúdo de uma política do servidor atual: zman psrc /Policy/policy1

Comandos de políticas

Esses comandos são usados para criar, modificar e gerenciar políticas. Os comandos de política começam com policy- na forma por extenso, ou com a letra p na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

policy-assign (pa) (tipo de dispositivo ou usuário) (política ou grupo de políticas) (caminho do objeto Dispositivo ou Usuário) [...] [opções]

Atribui uma política ou um grupo de políticas a um ou mais objetos Dispositivo ou Usuário.

(tipo de dispositivo ou usuário) – Valores válidos: device (dispositivo), server (servidor), workstation (estação de trabalho) e user (usuário).

(caminho do objeto Dispositivo ou Usuário) [...] – Caminho do objeto Dispositivo ou Usuário relativo à pasta raiz do tipo de dispositivo ou de usuário especificado.

Aceita as seguintes opções:

  • -c, ‑‑conflicts=[ordem de solução de conflitos de política] – Determina como os conflitos entre políticas são resolvidos. Valores válidos: userlast (usuário por último) ou 1, devicelast (dispositivo por último) ou 2, deviceonly (somente dispositivo) ou 3, useronly (somente usuário) ou 4. No caso de userlast (usuário por último), primeiro são aplicadas as políticas associadas ao dispositivo e depois as políticas associadas ao usuário. No caso de devicelast (dispositivo por último), primeiro são aplicadas as políticas associadas ao usuário e depois as políticas associadas ao dispositivo. No caso de deviceonly (somente dispositivo), as políticas associadas ao usuário são ignoradas. No caso de useronly (somente usuário), as políticas associadas ao dispositivo são ignoradas. Se esta opção não for especificada, userlast (usuário por último) será considerado o valor padrão.
  • -e, ‑‑enforce-now – Assegura o uso obrigatório da política imediatamente em todos os dispositivos atribuídos
  • -f, ‑‑folder=[pasta de dispositivos ou usuários] – Caminho da pasta de dispositivos ou de usuários relativo à respectiva pasta raiz. Se essa opção for especificada, o caminho dos objetos Dispositivo ou Usuário será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo ou Usuário sob a mesma pasta.
policy-create (pc) (nome da política) (caminho XML de política) [pasta pai] [opções]

Cria uma política.

(arquivo XML da política) – Arquivo XML que contém informações sobre a política exportada. Use policy-export-to-file (petf) para exportar informações sobre uma política para um arquivo XML. Para reutilizar arquivos, crie arquivos XML de gabarito com base nas políticas geradas através do ZENworks Control Center.

Aceita as seguintes opções:

  • -d, ‑‑desc=[descrição] – Descrição da política.
  • -a, ‑‑actioninfo=[conteúdo de arquivo para política] – Arquivo XML que contém informações sobre o conteúdo de arquivo a ser associado e compactado com a política. Por exemplo, o arquivo de driver a ser instalado para uma política de impressora é o conteúdo do arquivo. Para gabarito de formato XML, consulte o arquivo ActionInfo.xml localizado em /opt/novell/zenworks/share/zman/samples/policies em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\ Samples\policies em um servidor Windows.
  • -s, ‑‑create-as-sandbox=[criar como área de segurança] – Cria a política como área de segurança.
  • -n, ‑‑create-with-new-grid – Cria o objeto Política com o novo GUID. Se a opção não for especificada, os objetos Política serão validados para o GUID importado no arquivo XML de política. Se o GUID importado não existir, será criado um novo GUID; do contrário, o GUID importado será mantido.
policy-copy (pcp) (caminho da política) (nome da política) [pasta pai] [opções]

Copia uma política.

Aceita a seguinte opção:

  • -d, ‑‑desc=[descrição] – Descrição da política.
policy-delete (pd) (caminho do objeto Política) [...] [opções]

Apaga um ou mais objetos Política.

(caminho do objeto Política) [...] – Caminho dos objetos Política (política, pasta de políticas ou grupo de políticas) relativo a /Políticas. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
policy-disable (pdl) (caminho da política) [...] [opções]

Desabilita políticas.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
policy-delete-version (pdv) (caminho da política) [versão da política a ser apagada] [opções]

Apaga uma ou mais versões da política.

Exemplos:

Para apagar a versão 3 da política zenpolicy:

zman pdv zenpolicy 3

Para apagar todas as versões da política zenpolicy:

zman pdv zenpolicy -a

Para apagar todas as versões da política zenpolicy anteriores à versão especificada:

zman pdv zenpolicy version -p

policy-enable (pel) (caminho da política) [...] [opções]

Habilita políticas.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
policy-export-to-file (petf) (caminho da política) (caminho do arquivo XML) [versão da política] [-c|‑‑export-content]

Exporta informações sobre uma política (no formato XML) para um arquivo. O arquivo XML deve ser usado como entrada para a criação de políticas.

(caminho do arquivo XML) – O caminho completo do arquivo XML para o qual as informações da política serão exportadas.

[Versão da política] – Versão da política a ser exportada. Se a versão não for especificada, a versão publicada da política será exportada. Para exportar uma versão de área de segurança da política, especifique a área de segurança.

[-c|‑‑export-content] – Exporta o conteúdo da política para um subdiretório dentro do diretório que inclui o arquivo XML para o qual as informações da política serão exportadas. Se a opção não for especificada, o conteúdo da política não será exportado.

Exemplos:

Para exportar a versão de área de segurança de uma política chamada zenpolicy para um arquivo xml denominado policy.xml:

zman petf pastadapolítica/zenpolicy C:\policies\policy.xml sandbox

Para exportar a versão 3 de uma política chamada zenpolicy para um arquivo XML denominado policy.xml:

zman petf pastadapolítica/zenpolicy C:\policies\policy.xml 3

Para exportar a versão 5 de uma política chamada zenpolicy para um arquivo XML denominado policy.xml e exportar o conteúdo da política para C:\policies\:

zman petf pastadapolítica/zenpolicy C:\policies\policy.xml 5 -c

policy-folder-create (pfc) (nome da pasta) [pasta pai] [opções]

Cria uma nova pasta para conter políticas.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
policy-group-add (pga) (caminho do grupo de políticas) (caminho da política) [...] [opções]

Adiciona políticas a um grupo de políticas.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
policy-group-create (pgc) (nome do grupo) [pasta pai] [opções]

Cria um grupo de políticas e adiciona membros a ele.

Aceita as seguintes opções:

  • ‑‑desc=[descrição] – Descrição do grupo.
  • -m, ‑‑members=[caminho da política][...] – Caminho das políticas relativo a /Políticas.
  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
policy-group-members (pgm) (caminho do grupo de políticas) [opções]

Lista membros de um grupo de políticas.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
policy-group-remove (pgr) (caminho do grupo de políticas) (caminho da política) [...] [opções]

Remove políticas de um grupo de políticas.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
policy-list (pl) [opções] [pasta]

Lista objetos Política.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo as subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
policy-list-assignments (plas) (política ou grupo de políticas) [opções]

Lista as atribuições de dispositivos e usuários referentes a uma política.

Aceita as seguintes opções:

  • -t, ‑‑typefilter=[tipo de atribuição] – Filtra o tipo de atribuição. Valores válidos: device (dispositivo) e user (usuário).
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
policy-list-groups (plg) (caminho da política) [opções]

Lista os grupos dos quais a política específica é membro.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
policy-list-version (plv) (caminho da política)

Lista todas as versões da política.

Exemplos:

Para listar todas as versões da política zenpolicy:

zman plv zenpolicy

policy-move (pmv) (caminho do objeto Política) [caminho da pasta de destino]

Move um objeto Política para outra pasta.

policy-sandbox-create (psc) (caminho da política) [versão da política] [opções]

Criar uma área de segurança a partir da versão existente de uma política

[versão da política] – Especifica a versão da política a ser usada para a criação da área de segurança.

Aceita a seguinte opção:

  • -f, ‑‑force =[force] – Sobregrava qualquer área de segurança existente.

Exemplo:

Para criar uma área de segurança a partir da versão 2 de uma política zenpolicy:

zman psc zenpolicy 2

policy-sandbox-publish (psp) (caminho da política)

Publique uma área de segurança para criar uma versão publicada da política.

Exemplo:

Para publicar a área de segurança de uma política zenpolicy

zman psp zenpolicy

policy-sandbox-publish-to-newpolicy (psptn) (caminho da política) (nome da política) [pasta pai] [opções]

Publica a versão de área de segurança de uma política para a nova política.

(caminho da política) – O caminho do objeto Política relativo à pasta raiz /Políticas.

(nome da política) – Nome da nova política a ser criada.

[pasta pai] – Pasta em que a nova política vai ser criada. Caso não seja especificada, a política será criada na pasta raiz.

Aceita as seguintes opções:

  • -s, ‑‑createAsSandbox =[criar como área de segurança] – Cria a política como área de segurança.
  • -g, ‑‑groups – Adiciona a política recém-criada a todos os grupos dos quais a política de origem é membro.
  • -d, ‑‑deviceAssignments – Copia todas as atribuições de dispositivo da política de origem para a nova política criada.
  • -u, ‑‑userAssignments – Copia todas as atribuições de usuário da política de origem para a nova política criada.

Exemplo:

Para publicar a versão de área de segurança de uma política para a nova política.

zman psptn política1 política2 /Políticas/Pasta1

policy-sandbox-revert (psr) (caminho da política)

Apaga a área de segurança e reverte para a última versão publicada da política.

Exemplo:

Para apagar a área de segurança e reverter para a última versão publicada da política:

zman psr zenpolicy

policy-rename (pr) (caminho do objeto Política) (novo nome) [opções]

Renomeia um objeto Política.

  • -p, ‑‑publish =[publicar] – Se essa opção for especificada e o nome de exibição do bundle for editado, o bundle será publicado imediatamente. Contudo, se o nome de exibição atual do bundle for diferente do nome do bundle existente ou se uma área de segurança já existir para o bundle, a especificação dessa opção não terá efeito.
policy-unassign (pua) (tipo de dispositivo ou usuário) (política ou grupo de políticas) (caminho do objeto Dispositivo ou Usuário) [...] [opções]

Cancela a atribuição de uma política ou grupo de políticas de um ou mais objetos Dispositivo ou Usuário.

(tipo de dispositivo ou usuário) – Valores válidos: device (dispositivo), server (servidor), workstation (estação de trabalho) e user (usuário).

(caminho do objeto Dispositivo ou Usuário) [...] – Caminho do objeto Dispositivo ou Usuário relativo à pasta raiz do tipo de dispositivo ou de usuário especificado.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de dispositivos ou usuários] – Caminho da pasta de dispositivos ou de usuários relativo à respectiva pasta raiz. Se essa opção for especificada, o caminho dos objetos Dispositivo ou Usuário será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo ou Usuário sob a mesma pasta.
policy-view-advanced-deployment-status (pvads) (caminho da política) [opções]

Exibe o status de implantação avançado de uma política.

Aceita as seguintes opções:

  • -d, ‑‑device=[caminho do dispositivo] – Exibe o status de distribuição somente do dispositivo especificado. O caminho do dispositivo é relativo a /Dispositivos.
  • -u, ‑‑user=[caminho do usuário] – Exibe o status de implantação somente do usuário especificado. O caminho do usuário é relativo a /Usuários. Se o dispositivo também for especificado, serão exibidos os detalhes de status do usuário especificado que efetuou login nesse dispositivo.
  • -n, ‑‑namefilter=[nome do dispositivo de destino] – Filtra o nome do dispositivo. Exibe opções que correspondem ao filtro especificado. Para usar os curingas * e ?, poderão ser usados se estiverem entre aspas.
  • ‑‑statusfilter=[tipo de status][...] – Filtra o status do Evento Aplicação de Política. Os valores válidos são S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -t, ‑‑typefilter=[tipo de dispositivo ou usuário de destino][...] – Filtra o tipo do destino. Valores válidos: server (servidor), workstation (estação de trabalho) e user (usuário). É possível obter uma lista de tipos de destino separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
  • -v, ‑‑version [valor]
  • Veja a seguir os valores válidos:
  • published: Use essa opção para exibir o número de dispositivos não teste nos quais a política está implantada.
  • sandbox: Use essa opção para exibir o número de dispositivos de teste nos quais a versão de área de segurança da política está implantada.
  • [versão-do-objeto]: Use um número de versão para ver o status da versão da política relacionada.
  • O valor padrão é published.
  • -c, ‑‑status-calculation [valor]
  • Veja a seguir os valores válidos:
  • consolidated: Use essa opção para exibir o número total de dispositivos nos quais esta política está implantada.
  • version: Use essa opção para exibir o status da versão específica.
  • O valor padrão é version.
policy-view-summary-totals (pvst) (caminho da política) [opções]

Exibe um resumo do status de implantação de uma política específica.

Aceita as seguintes opções:

-v, ‑‑version [valor]

Veja a seguir os valores válidos:

  • published: Use essa opção para exibir o número de dispositivos não teste nos quais a política está implantada.

  • sandbox: Use essa opção para exibir o número de dispositivos de teste nos quais a versão de área de segurança da política está implantada.

  • [versão-do-objeto]: Use um número de versão para ver o status da versão da política relacionada.

    O valor padrão é published.

-c, ‑‑status-calculation [valor]

  • consolidated: Use essa opção para exibir o número total de dispositivos nos quais esta política está implantada.

  • version: Use essa opção para exibir o status da versão específica.

O valor padrão é version.

Comandos de configurações de política

Esses comandos são usados para definir e modificar configurações de política. Os comandos de configurações começam com settings- na forma extensa, ou com a letra s na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

policy-settings-copy (pscp) (caminho de origem da política) (caminho da política de destino ou da pasta da política) [...] [opções]

Copia as configurações.

(caminho da política de origem ou da pasta da política) – O caminho da política ou da pasta da política relativa a /Políticas da qual as configurações devem ser copiadas.

(caminho da política de destino ou da pasta da política) [...] – O caminho das políticas ou pastas de políticas relativas a /Políticas para as quais as configurações devem ser copiadas.

Aceita a seguinte opção:

  • -n, ‑‑names=[nome das configurações][...] – Nomes das configurações a serem copiadas do caminho de origem. Se esta opção não for especificada, todas as configurações definidas no caminho de origem serão copiadas.
policy-settings-export-to-file (psetf) (caminho do arquivo XML) [nome das configurações] [opções] [...]

Exporta dados de configurações (no formato XML) para um arquivo. O arquivo XML deve ser usado como entrada para criar ou modificar configurações.

(caminho do arquivo XML) – Arquivo em que os dados de configurações são armazenados no formato XML. Se o arquivo não existir, um novo arquivo será criado.

[nome das configurações] [...] – Nomes das configurações a serem exportadas. Se essa opção não for especificada, todas as configurações serão exportadas.

Aceita as seguintes opções:

  • -s, ‑‑source=[caminho da política de origem ou da pasta da política] – O caminho da política ou da pasta da política relativa a /Políticas da qual as configurações devem ser exportadas. Se esta opção não for especificada, as configurações serão exportadas da zona.
  • -e, ‑‑effective – Se for especificado, as configurações efetivas serão recuperadas; caso contrário, somente as configurações definidas ou anuladas no caminho de origem serão recuperadas.
policy-settings-revert (psrt) (caminho de origem da política) (nome das configurações) [...]

Reverte as configurações para as da pasta pai.

(caminho da política de origem ou da pasta da política) – O caminho da política ou da pasta da política relativa a /Políticas, com as configurações que devem ser revertidas.

policy-settings-set (pss) [opções] (caminho do arquivo XML) [caminho da política de destino ou da pasta da política] [...]

Define configurações em vários níveis.

(caminho do arquivo XML) – Arquivo XML que contém informações de configurações. Use settings-export-to-file (setf) para exportar as informações de configurações em um arquivo XML.

Aceita as seguintes opções:

[nome das configurações] [...] – Nomes das configurações a serem exportadas. Se essa opção não for especificada, todas as configurações serão exportadas.

  • -f, ‑‑force – Força todos os filhos (subpastas e políticas individuais) a herdarem essas configurações.
  • -s, ‑‑source=[caminho da política de origem ou da pasta da política] – O caminho da política ou da pasta da política relativa a /Políticas em que as configurações devem ser definidas. Se esta opção não for especificada, as configurações serão definidas no nível de zona.

Comandos de consulta

Esses comandos são usados para listar e executar pesquisas gravadas. Os comandos de consulta começam com query- na forma por extenso, ou com a letra q na forma abreviada.

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

Lista as pesquisas gravadas.

Aceita a seguinte opção:

  • [-d, ‑‑detailed] – Lista os critérios de filtro para a pesquisa gravada.
query-run-savedsearch|qrs (pesquisa gravada) [caminho da pasta] [-r|‑‑recursive] [-s|‑‑scrollsize=tamanho da rolagem]

Executa uma pesquisa gravada.

Aceita as seguintes opções:

  • (pesquisa salva) – Pesquisa gravada a ser executada.
  • [caminho da pasta] – Caminho da pasta de dispositivos em que deve ser feita a pesquisa relativo a /Dispositivos. A pasta padrão é /Devices.
  • [-r, ‑‑recursive] – Essa opção foi descontinuada no ZENworks 11 SP3. Se você especificá-la, ela será ignorada. O valor recursivo foi retirado da pesquisa gravada.
  • [-s, ‑‑scrollsize=tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

Comandos de fila

Esses comandos são usados quando você precisa fazer modificações na fila. A fila processa eventos assíncronos, como atualizações de clientes e limpeza de conteúdo, e não precisa ser modificada na maioria dos casos. Os comandos de fila começam com queue- na forma extensa, ou com a letra q na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

queue-flush (qf) (queue status)

Descarrega a fila removendo suas entradas.

(status da fila) [...] – Filtra o status das entradas da fila. Valores válidos: N, I, C, S e F (Novo, Em Andamento, Cancelado, Sucesso e Falha).

queue-list (ql) [caminho do servidor] [opções]

Lista entradas de fila.

[caminho do servidor] – Caminho de um servidor relativo a /Dispositivos/Servidores. Lista somente as entradas da fila pertencentes ao servidor especificado.

Aceita as seguintes opções:

  • -t, ‑‑type=[tipo de ação da fila] – Filtra o tipo da entrada da fila. Por exemplo, content.cleanup é um tipo de entrada de fila.
  • -s, ‑‑status=[status da fila] – Filtra o status das entradas da fila. Valores válidos: N, I, C, S e F (Novo, Em Andamento, Cancelado, Sucesso e Falha).
queue-reset (qr) [caminho do servidor]

Redefine a fila, mudando para Novo o status das entradas da fila que falharam.

[caminho do servidor] – Caminho de um servidor relativo a /Dispositivos/Servidores. Redefine somente as entradas da fila pertencentes ao servidor especificado.

Comandos de registro

Esses comandos permitem criar e alterar registros. Eles exigem a especificação de um tipo de dispositivo. Isso determina o tipo de pasta de dispositivos e de grupo de dispositivos ao qual a chave de registro será associada e, portanto, o tipo dos dispositivos de registro. Comandos de registro começam com registration- na forma extensa ou com a letra r na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

registration-add-device-groups (radg) (tipo de dispositivo) (chave de registro) (caminho do grupo de dispositivos) [...] [opções]

Adiciona participação aos grupos de dispositivos especificados referentes aos dispositivos a serem registrados com a chave específica.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de dispositivos] – Caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Se esta opção for especificada, o caminho dos objetos Dispositivo será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo sob a mesma pasta.
registration-create-key (rck) (tipo de dispositivo) (chave de registro) [caminho da pasta de registro] [opções]

Cria uma nova chave de registro.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

Aceita as seguintes opções:

  • -f, ‑‑devicefolder=[pasta do dispositivo] – O caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Os dispositivos de registro serão colocados nessa pasta.
  • -g, ‑‑devicegroup=[caminho do grupo de dispositivos][...] – Uma lista separada por vírgulas do caminho dos grupos de dispositivos. Os caminhos especificados devem ser relativos à pasta raiz do tipo de dispositivo especificado. Os dispositivos de registro se tornarão membros desses grupos de dispositivos.
  • ‑‑desc=[descrição] – Descrição da chave de registro.
  • ‑‑site=[site] – O site em que os dispositivos estão localizados. Os dispositivos de registro são preenchidos com as informações desse site.
  • ‑‑dept=[departamento] – O departamento em que os dispositivos são usados. Os dispositivos de registro são preenchidos com as informações desse departamento.
  • ‑‑loc=[localização] – A localização física dos dispositivos. Os dispositivos de registro são preenchidos com as informações desse local.
  • ‑‑limit=[limite] – Número de vezes que essa chave pode ser usada para registrar dispositivos.
registration-copy (rcp) (chave de registro) (novo nome)

Copia uma chave de registro.

(chave de registro) – Nome da chave de registro.

(novo nome) – Nome da chave de registro copiada.

registration-delete (rd) (caminho do objeto Registro) [...] [opções]

Apaga os objetos Registro.

(caminho do objeto Registro) [...] – Caminho dos objetos Registro (chave ou pasta de registro) relativo a /Chaves. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -f, ‑‑folder=[pasta de registro] – Caminho de uma pasta de registro relativo a /Chaves. Se esta opção for especificada, o caminho dos objetos Registro será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos sob a mesma pasta.
registration-folder-create (rfc) (nome da pasta) [pasta pai] [opções]

Cria uma nova pasta de registro.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
registration-info (ri) (chave de registro)

Exibe informações detalhadas sobre uma chave de registro.

registration-list (rl) [opções] [pasta]

Lista todos os objetos Registro.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
registration-list-device-groups (rldg) (chave de registro)(rd)

Lista os grupos de dispositivos associados a uma chave de registro.

registration-move (rmv) (caminho do objeto Registro) [caminho da pasta de destino]

Move um objeto de registro para outra pasta de registro.

registration-remove-device-groups (rrdg) (tipo de dispositivo) (chave de registro) (caminho do grupo de dispositivos) [...] [opções]

Remove a associação dos grupos de dispositivos a uma chave de registro.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de dispositivos] – Caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Se essa opção for especificada, o caminho dos objetos Dispositivo será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo sob a mesma pasta.
registration-rename (rr) (caminho do objeto Registro) (novo nome)

Renomeia um objeto de registro.

registration-update-key (ruk) (tipo de dispositivo) (chave de registro) [opções]

Atualiza uma chave de registro.

Aceita as seguintes opções:

  • -f, ‑‑devicefolder=[pasta do dispositivo] – O caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Os dispositivos de registro serão colocados nessa pasta.
  • ‑‑desc=[descrição] – Descrição da chave de registro.
  • ‑‑site=[site] – O site em que os dispositivos estão localizados. Os dispositivos de registro são preenchidos com as informações desse site.
  • ‑‑dept=[departamento] – O departamento em que os dispositivos são usados. Os dispositivos de registro são preenchidos com as informações desse departamento.
  • ‑‑loc=[localização] – A localização física dos dispositivos. Os dispositivos de registro são preenchidos com as informações desse local.
  • ‑‑limit=[limite] – Número de vezes que essa chave pode ser usada para registrar dispositivos.
  • ‑‑unlimited – A chave pode ser usada sem limite para registrar dispositivos.
registration-import-devices (rid) (caminho do arquivo CSV) (chave de registro)

Importa os dispositivos do arquivo CSV, que é utilizado para especificar as informações do dispositivo.

(caminho do arquivo CSV) – Nome do arquivo CSV com o caminho. Cada entrada no arquivo contém detalhes de uma estação de trabalho ou um servidor.

Para uma estação de trabalho ou um servidor, o formato da entrada do arquivo é versão, nome do host, número de série e endereço MAC.

Para uma estação de trabalho ou um servidor, a versão é WS_1.0.

Os valores para versão e nome de host são obrigatórios, e os valores para número de série e endereço MAC são opcionais.

(chave de registro) – Nome da chave de registro.

NOTA:Verifique se o arquivo está no formato UTF-8.

Por exemplo:

Para registrar os dispositivos no arquivo CSV devicesInfo usando a chave de registro regkey, execute o comando zman rid c:\devicesInfo.csv regkey.

Comandos de função

Esses comandos são usados para criar e gerenciar funções de administração de contas de administrador com base em direitos. Os comandos de função começam com role- na forma extensa ou com as letras rl na forma abreviada.

role-add-admins (rlaa) [nome da função] [nome do administrador do ZENworks] [...] [categoria de direitos] [caminho do objeto] [...] [opções]

Designa uma função a um ou mais administradores do ZENworks e associa as categorias de direitos em uma função a diferentes contextos do objeto.

[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman role-rights-add-admins ‑‑help | more.

[caminho do objeto] [...] – Caminho completo do objeto do ZENworks, iniciando com barra (/), em que deve ser assegurado o uso obrigatório dos direitos agrupados em uma categoria de direitos. Para ver as pastas raiz dos tipos de objeto que podem ser associados a uma categoria de direitos, execute zman role-add-admins ‑‑help | more.

Aceita as seguintes opções:

  • -f, ‑‑folder=[folder name] – Caminho completo de uma pasta. Se essa opção for especificada, o caminho dos objetos será determinado em relação a essa pasta. Isso é conveniente quando você deseja especificar vários objetos dentro da mesma pasta.
  • -H, ‑‑help – Exibe a Ajuda detalhada sobre as categorias de direitos disponíveis e as pastas raiz dos tipos de objeto nos quais os direitos podem ter o uso obrigatório assegurado.
role-create (rlc) (nome da função)

Cria uma função do administrador do ZENworks.

role-delete (rld) (nome da função) [...]

Renomeia uma função do administrador do ZENworks.

(nome da função) [...] – Nome das funções. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

role-list (rll) [opções]

Lista todas as funções de administrador do ZENworks.

Aceita as seguintes opções:

  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -N, ‑‑name-only – Exibe apenas o nome da função.
  • -T, ‑‑name-and-type – Exibe apenas o nome da função e os tipos de privilégio.
  • -l, ‑‑longnames – Exibe nomes dos direitos. Por padrão, é exibida a forma abreviada dos nomes de direito.
role-list-admins (rlla) [nome da função]

Lista os administradores do ZENworks com a função especificada e os contextos associados às categorias de direitos dessa função.

role-remove-admins (rlra) (nome da função) (nome do administrador do ZENworks) [...] [categoria de direitos] [caminho do objeto] [...] [opções]

Remove a designação de uma função de um ou mais administradores do ZENworks ou remove a associação de categorias de direitos para contextos de objetos.

[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman role-rights-add-admins ‑‑help | more.

[caminho do objeto] [...] – Caminho completo do objeto do ZENworks, iniciando com /, em que deve ser assegurado o uso obrigatório dos direitos agrupados em uma categoria de direitos. Para ver as pastas raiz dos tipos de objeto que podem ser associados a uma categoria de direitos, execute zman role-add-admins ‑‑help | more.

Aceita a seguinte opção:

  • -f, ‑‑folder=[folder name] – Caminho completo de uma pasta. Se essa opção for especificada, o caminho dos objetos será determinado em relação a essa pasta. Isso é conveniente quando você deseja especificar vários objetos dentro da mesma pasta.
role-rename (rlr) (nome da função) (novo nome)

Renomeia uma função do administrador do ZENworks.

role-rights-delete (rlrd) (nome da função) [categoria de direitos]

Apaga os direitos designados a uma conta do administrador do ZENworks.

[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman role-rights-set ‑‑help | more.

role-rights-info (rlri) (nome da função) [opções]

Exibe os direitos designados a uma função do administrador do ZENworks.

Aceita as seguintes opções:

  • -c, ‑‑category=[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman role-rights-set ‑‑help | more.
  • -l, ‑‑longnames – Exibe nomes dos direitos. Por padrão, é exibida a forma abreviada dos nomes de direito.
role-rights-set (rlrs) [nome da função] [categoria de direitos] [opções]

Permite ou nega direitos a uma função de administrador do ZENworks.

[categoria de direitos] – Nome da categoria dentro da qual os direitos são agrupados. Para ver a lista de categorias, execute zman role-rights-set ‑‑help | more.

Aceita as seguintes opções:

  • -a, ‑‑allow=[direito][...] – Uma lista separada por vírgulas com os nomes extensos ou abreviados dos direitos a serem permitidos. Para ver os direitos de cada categoria, execute zman role-rights-set ‑‑help | more.
  • -A, ‑‑allow-all – Permite todos os direitos da categoria de direitos.
  • -d, ‑‑deny=[direito][...] – Uma lista separada por vírgulas com os nomes extensos ou abreviados dos direitos a serem negados. Para ver os direitos de cada categoria, execute zman role-rights-set ‑‑help | more.
  • -D, ‑‑deny-all – Nega todos os direitos da categoria de direitos.
  • -u, ‑‑unset=[direito][...] – Uma lista separada por vírgulas com os nomes extensos ou abreviados dos direitos cujas definições devem ser canceladas. Para ver os direitos de cada categoria, execute zman role-rights-set ‑‑help | more.
  • -H, ‑‑help – Exibe a Ajuda detalhada sobre as categorias de direitos disponíveis, bem como as formas extensa e abreviada dos nomes dos direitos em cada categoria. Se o nome de uma categoria for especificado, será fornecida uma ajuda nos direitos referentes a essa categoria.

Comandos de conjuntos de regras

Esses comandos são usados para criar e modificar conjuntos de regras de registro. Os conjuntos de regras são aplicados aos novos dispositivos a serem registrados no servidor ZENworks, que não apresentam uma chave de registro. Os comandos exigem a especificação de um tipo de dispositivo. Isso determina o tipo de pasta de dispositivos e de grupo de dispositivos ao qual o conjunto de regras será associado e, portanto, o tipo dos dispositivos de registro. Os comandos do conjunto de regras com ruleset- na forma extensa ou com a letra rs na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

ruleset-add-device-groups (rsadg) (tipo de dispositivo) (nome ou posição do conjunto de regras) (caminho do grupo de dispositivos) [...] [opções]

Adiciona participação aos grupos de dispositivos especificados para os dispositivos importados, usando o conjunto de regras determinado.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(caminho do grupo de dispositivos) – Especifique o caminho do grupo de dispositivos relativo à pasta raiz do tipo de dispositivo.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta do dispositivo] – O caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Se essa opção for especificada, o caminho dos objetos Dispositivo será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo sob a mesma pasta.
ruleset-add-rule (rsar) (nome ou posição do conjunto de regras) (modo de adição) (posição do grupo de regras) (arquivo de regras)

Adiciona regras ou grupos de regras a um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(modo de adição) – Especifique o modo de adição, caso estejam sendo adicionados regras ou grupos de regras. Os valores válidos são rule e rulegroup. Se o modo for rule, todas as regras nos grupos de regras do arquivo de entrada serão selecionadas e adicionadas.

(posição do grupo de regras) – Especifique a posição do grupo de regras. Se você estiver adicionando grupos de regras, será a posição em que os novos grupos serão inseridos. Se você estiver adicionando regras, será a posição no grupo de regras em que a nova regra será adicionada. Para apontar para o último grupo de regras, especifique last. Para adicionar regras a um novo grupo de regras ou para adicionar grupos de regras ao fim da lista, especifique makenew. O primeiro grupo de regras está na posição 1.

(arquivo de regras) – O caminho do arquivo XML que inclui as informações das regras ou dos grupos de regras que serão adicionadas ao conjunto de regras. O arquivo XML pode ser criado exportando as regras de um conjunto de regras existente por meio do comando ruleset-export-rules-to-file. A conjunção especificada no arquivo XML é imaterial. Se preferir, para adicionar regras, o formato mais antigo ainda pode ser usado.

Para o formato de arquivo , consulte o AddRulesToRuleSet.txt localizado em /opt/novell/zenworks/share/zman/samples/rulesets no Servidor Linux ou em <Diretório de instalação>:\Novell\Zenworks\share\zman\samples\rulesets no Servidor Windows.

Por exemplo:

Para adicionar grupos de regras na posição 4 a um conjunto de regras:

zman rsar ruleset2 rulegroup 4 C:\RuleGroups.xml

Para adicionar regras ao terceiro grupo de regras de um conjunto de regras:

zman rsar ruleset2 rule 3 C:\Rules.xml

Para adicionar regras ao último grupo de regras de um conjunto de regras:

zman rsar ruleset2 rule last C:\Rules.xml

Para adicionar regras como um novo grupo de regras a um conjunto de regras:

zman rsar ruleset2 rule makenew C:\Rules.xml

ruleset-create (rsc) (tipo de dispositivo) (nome do conjunto de regras) (arquivo de regras) [posição] [opções]

Cria um novo conjunto de regras a serem aplicadas durante o registro de um dispositivo sem uma chave de registro.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

(nome do conjunto de regras) – Especifique o nome do conjunto de regras.

(arquivo de regras) – O caminho do arquivo XML que inclui as informações das regras ou dos grupos de regras do novo conjunto de regras. O arquivo XML pode ser criado exportando as regras de um conjunto de regras existente por meio do comando ruleset-export-rules-to-file. Se preferir, para adicionar apenas regras (com a conjunção E), o formato mais antigo ainda pode ser usado.

Para ver um exemplo de formato de arquivo, consulte o arquivo AddRulesToRuleSet.txt localizado em /opt/novell/zenworks/share/zman/samples/rulesets no servidor Linux ou em Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ rulesets no servidor Windows.

(posição) – Posição do conjunto de regras entre os conjuntos de regras. O primeiro conjunto de regras está na posição 1.

Aceita as seguintes opções:

  • -f, ‑‑devicefolder=[pasta do dispositivo] – O caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Os dispositivos de registro serão colocados nessa pasta.
  • -g, ‑‑devicegroup=[caminho do grupo de dispositivos][...] – Uma lista separada por vírgulas dos caminhos dos grupos de dispositivos. Os caminhos especificados devem ser relativos à pasta raiz do tipo de dispositivo especificado. Um dispositivo registrado torna-se membro desses grupos de dispositivos.
  • ‑‑desc=[descrição] – Descrição do conjunto de regras.
  • ‑‑site=[site] – O site em que os dispositivos estão localizados. Os dispositivos de registro são preenchidos com as informações desse site.
  • ‑‑dept=[departamento] – O departamento em que os dispositivos são usados. Os dispositivos de registro são preenchidos com as informações desse departamento.
  • ‑‑loc=[localização] – A localização física dos dispositivos. Os dispositivos de registro são preenchidos com as informações desse local.

Por exemplo:

Para criar um conjunto de regras para registrar servidores:

zman rsc server ruleset1 C:\RuleSet1.xml ‑‑devicefolder pastadoservidor ‑‑desc "regra para importar servidores" ‑‑site "Edifício A" ‑‑dept Finanças ‑‑loc Brasil

Qualquer dispositivo de registro avaliado como verdadeiro para as regras definidas neste conjunto de regras será colocado na pasta /Dispositivos/Servidores/pastadoservidor com os valores de site, departamento e local especificados.

Para criar um conjunto de regras para registrar estações de trabalho que possam se tornar membros de alguns grupos de estações de trabalho:

zman rsc workstation ruleset3 ‑‑devicegroup wsgroup,wsgroup1,wsfolder/wsgroup2

A associação dos grupos de dispositivos a um conjunto de regras pode ser feita após a criação do conjunto de regras usando o comando ruleset-add-device-group.

ruleset-copy (rscp) (nome ou posição do conjunto de regras) (novo nome) [posição]

Copia um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(novo nome) – Novo nome que será dado ao conjunto de regras copiado.

(posição) – Posição do conjunto de regras entre os conjuntos de regras. O primeiro conjunto de regras está na posição 1.

Por exemplo:

Para copiar um conjunto de regras na primeira posição:

zman rscp ruleset3 newruleset 1

Nota: Se uma nova posição for especificada como 0 ou for maior do que o número de conjuntos de regras, o conjunto de regras será copiado no começo ou no fim da lista, respectivamente.

ruleset-export-rules-to-file (rsertf) (nome ou posição do conjunto de regras) (caminho do arquivo XML)

Exporta as regras de um conjunto de regras para um arquivo.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(caminho do arquivo XML) – Especifique o arquivo no qual as regras serão armazenadas no formato XML.

Por exemplo:

Para exportar regras de um conjunto de regras:

zman rsertf ruleset1 C:\ExportedRuleSet.xml

ruleset-delete (rsd) (nome ou posição do conjunto de regras)

Apaga um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

ruleset-info (rsi) (nome ou posição do conjunto de regras)

Exibe informações detalhadas de um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

Por exemplo:

Para exibir detalhes sobre o conjunto de regras MyRegRule:

zman rsi MyRegRule

ruleset-list (rsl)

Lista todos os conjuntos de regras.

ruleset-list-device-groups (rsldg) (nome ou posição do conjunto de regras)

Lista os grupos de dispositivos associados a um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

ruleset-move (rsmv) (nome ou posição do conjunto de regras) (nova posição)

Altera a posição de um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(nova posição) – Especifique a nova posição para a qual o conjunto de regras será movido.

Por exemplo:

zman rsmv ruleset3 1

Nota: Se a nova posição for especificada como 0 ou for maior que o número de conjuntos de regras, o conjunto de regras será movido para o começo ou o fim da lista, respectivamente.

ruleset-remove-device-groups (rsrdg) (tipo de dispositivo) (nome ou posição do conjunto de regras) (caminho do grupo de dispositivos) [...] [opções]

Remove a associação dos grupos de dispositivos a um conjunto de regras.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(caminho do grupo de dispositivos) – Caminho dos grupos de dispositivos relativo à pasta raiz do tipo de dispositivo especificado.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de dispositivos] – Caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Se essa opção for especificada, o caminho dos objetos Dispositivo será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Dispositivo sob a mesma pasta.
ruleset-remove-rule (rsrr) (nome ou posição do conjunto de regras) (posições das regras) [...]

Remove regras ou grupos de regras de um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(posições das regras) – Especifique as posições das regras que serão removidas. O primeiro grupo de regras será denotado como G1 e as duas primeiras regras em G1 serão denotadas como G1:1,2. A posição pode ser um grupo ou regras específicas dentro de um grupo.

Por exemplo:

Para remover o segundo grupo de regras de um conjunto de regras:

zman rsrr ruleset2 G2

Para remover grupos de regras e regras específicos de grupos de regras diferentes:

zman rsrr ruleset2 G1:3 G2:2,5,6 G3 G6:4,9 G8

ruleset-rename (rsr) (nome ou posição do conjunto de regras) (novo nome)

Renomeia um conjunto de regras.

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

(novo nome) – Especifique o novo nome que será dado ao conjunto de regras.

ruleset-update (rsu) (tipo de dispositivo) (nome ou posição do conjunto de regras) [opções]

Atualiza um conjunto de regras.

(tipo de dispositivo) – Tipo do dispositivo a ser registrado. Valores válidos: server (servidor) e workstation (estação de trabalho).

(nome ou posição do conjunto de regras) – Especifique o nome do conjunto de regras ou sua posição dentro dos conjuntos de regras. O primeiro conjunto de regras está na posição 1.

Aceita as seguintes opções:

  • -f, ‑‑devicefolder=[pasta do dispositivo] – O caminho da pasta de dispositivos relativo à pasta raiz do tipo de dispositivo especificado. Os dispositivos de registro serão colocados nessa pasta.
  • ‑‑desc=[descrição] – Descrição do conjunto de regras.
  • ‑‑site=[site] – O site em que os dispositivos estão localizados. Os dispositivos de registro são preenchidos com as informações desse site.
  • ‑‑dept=[departamento] – O departamento em que os dispositivos são usados. Os dispositivos de registro são preenchidos com as informações desse departamento.
  • ‑‑loc=[localização] – A localização física dos dispositivos. Os dispositivos de registro são preenchidos com as informações desse local.

Por exemplo:

Para atualizar um conjunto de regras que registre servidores:

zman rsu server ruleset1 ‑‑devicefolder pastadoservidor1 ‑‑desc "regra para importar servidores" ‑‑site "Edifício B" ‑‑dept Transporte ‑‑loc Brasil

Para modificar grupos de servidores nos quais o servidor importado poderá se tornar membro, use os comandos ruleset-add-device-group e ruleset-remove-device-group.

Para atualizar a pasta do dispositivo de uma pasta de estação de trabalho para uma pasta raiz de servidor:

zman rsu server ruleset2

Esse comando muda a pasta na qual o dispositivo de registro será colocado; de /Dispositivos/Estações de Trabalho para /Dispositivos/Servidores.

Comandos de satélite

Esses comandos são usados para ver, criar e remover Satélites. Os comandos de Satélite começam com satellite-server- .

NOTA:A partir do ZENworks 2020, a promoção de um dispositivo de 32 bits para uma função de Servidor Satélite ou a adição de uma função a um Servidor Satélite de 32-bits existente não é mais suportada.

satellite-server-add-content-replication-setting (ssacrs) (caminho para o dispositivo) (tipo de conteúdo) [-s|‑‑scheduleFileName=caminho do arquivo] [-t|‑‑throttleRate=Taxa de Obstrução] [-d|‑‑duration=Duração] [‑‑noSchedule]

Adicione uma configuração de obstrução e programação de replicação de tipo de conteúdo ao dispositivo Satélite.

  • (Caminho para o Dispositivo) – O nome completo do dispositivo satélite ao qual adicionar a configuração de replicação.
  • (Tipo de Conteúdo) – O nome do tipo de conteúdo para a configuração de replicação a ser adicionada ao dispositivo satélite.
  • -s, ‑‑scheduleFileName=<caminho do arquivo> – O caminho completo para um arquivo com os dados da programação para a configuração de replicação gravada em formato XML.
  • -t, ‑‑throttleRate=<taxa de obstrução> – A taxa de obstrução em kbps para a configuração de replicação a ser adicionada ao dispositivo satélite.
  • -d, ‑‑duration=<duração> – O período de duração da replicação de conteúdo (em minutos).
  • ‑‑noSchedule – Use essa opção para não especificar uma programação para a replicação de conteúdo.
satellite-server-add-imagingrole|ssaimg) (Caminho para o Dispositivo) [Servidor Principal Pai] [-p|‑‑proxydhcp=Serviço ProxyDHCP] [-s|‑‑serverPort=Porta do Servidor Satélite] (-r|‑‑Content-Replication-Schedule=Programação de Replicação de Conteúdo do Servidor Satélite) [‑‑force-port-change] [‑‑force-parent-change]

Eleva um dispositivo gerenciado a Servidor Satellite com a função do Imaging server. Se o dispositivo gerenciado já estiver funcionando como um servidor Satellite, esse comando adicionará a função de imaging server.

Aceita as seguintes opções:

  • (Caminho para o Dispositivo) — O caminho do dispositivo gerenciado relativo a /Dispositivos ou o caminho absoluto do dispositivo gerenciado.
  • [Servidor Principal Pai] — O caminho do Servidor Principal relativo a /Dispositivos ou o caminho absoluto do Servidor Principal que pode atuar como servidor pai para o novo Servidor Satélite.
  • -p, ‑‑proxydhcp=<Serviço ProxyDHCP> – Inicia ou para o serviço DHCP Proxy. Valores válidos: start (iniciar) e stop (interromper).
  • -s, ‑‑serverPort=<Porta do Servidor Satélite> — A porta que o servidor satélite deve usar para escutar as solicitações do dispositivo gerenciado. Se não for especificada, será usada a porta 80.
  • -r, ‑‑Content-Replication-Schedule=<Programação de Replicação de Conteúdo do Servidor Satélite> — O arquivo XML que inclui a Programação de Replicação de Conteúdo. Em Programação da Replicação de Conteúdo, digite o número de dias, horas e minutos para a frequência de atualização do conteúdo do Servidor Satélite com base no Servidor Principal pai. Para o gabarito de formato XML, consulte o arquivo ContentReplicationSchedule.xml localizado em /opt/novell/zenworks/share/zman/samples/schedules em um servidor Linux ou <Diretório_de_instalação>:\Novell\Zenworks\share\zman\samples\schedules em um servidor Windows.
  • ‑‑force-port-change — Se o dispositivo gerenciado já estiver funcionando como um servidor satélite, essa opção permitirá mudar a porta de escuta das solicitações do dispositivo gerenciado de todos os componentes do servidor satélite nesse dispositivo.
  • ‑‑force-parent-change — Se o dispositivo gerenciado já estiver funcionando como um servidor satélite, essa opção permitirá mudar o pai do Servidor Principal em todos os componentes do servidor satélite no dispositivo.

NOTA:Antes de promover um dispositivo gerenciado a Satélite, verifique se a versão do ZENworks instalada no dispositivo gerenciado é a mesma do Servidor Principal. Além disso, é impossível promover os seguintes dispositivos a Satélite:

  • Um dispositivo gerenciado que tem uma versão anterior do Agente do ZENworks instalada.

  • Um dispositivo ZENworks de teste.

satellite-server-create (ssc) (caminho para o dispositivo) ((função),(função),...(função)) [servidor principal pai] [porta do servidor satélite] [porta HTTPS segura do servidor satélite] [‑‑force-port-change] [‑‑force-parent-change]

Permite que você configure uma função do Satélite.

Aceita as seguintes opções:

  • (caminho para o dispositivo) – O nome completo do dispositivo gerenciado a ser criado como um Satélite.
  • (função) – As funções do Satélite a serem adicionadas ao dispositivo gerenciado. As funções são Autenticação, Coleção, Conteúdo e Proxy de Junção. Se quiser atribuir a função Satélite de Criação de Imagens ou promover um dispositivo gerenciado a Satélite com a função Imaging server, use o comando zman ssaimg em vez desse. Para redefinir as configurações da função Proxy de União, use o comando zman ssujs.
  • [Servidor Principal Pai] – O nome completo do Servidor Principal para o qual o Satélite faz roll-up de seus dados de coleção ou do qual ele obtém seu conteúdo. Esse campo será opcional se o dispositivo gerenciado já for um Satélite.
  • [Porta do Servidor Satélite] – A porta a ser usada pelo Satélite para escutar as solicitações de roll-up de coleção ou para obter o conteúdo do Servidor Principal pai. Se o número não for especificado, a porta 80 será usada.
  • [Porta de HTTPS Seguro do Servidor Satélite] – A porta que o Satélite deve usar para escutar as solicitações de HTTPS seguro de autenticação. Caso não tenha sido especificada, a porta 443 será usada.
  • [‑‑force-port-change] – Se o dispositivo gerenciado já estiver funcionando como um Satélite, esta opção permitirá que você mude a porta usada por todos os componentes do Satélite nesse dispositivo para escutar solicitações ou obter conteúdo.
  • [‑‑force-parent-change] – Se o dispositivo gerenciado já estiver funcionando como um Satélite, esta opção permitirá que você mude o pai do Servidor Principal para todos os componentes do Satélite no dispositivo.

NOTA:Antes de promover um dispositivo gerenciado a Satélite, verifique se a versão do ZENworks instalada no dispositivo gerenciado é a mesma do Servidor Principal. Além disso, é impossível promover os seguintes dispositivos a Satélite:

  • Um dispositivo gerenciado que tem uma versão anterior do Agente do ZENworks instalada.

  • Um dispositivo ZENworks de teste.

Um usuário não root poderá executar com sucesso este comando (zman ssc) em um Servidor Principal Linux apenas se ele tiver sido adicionado ao grupo de usuários do ZENworks. Para adicionar o usuário não root ao grupo de usuários do ZENworks, use o comando usermod -A nome_do_usuário_não_root.

satellite-server-update-joinproxy-settings (ssujs) (Caminho para Dispositivo) [-j|‑‑jpport=jpport] [-m|‑‑maxconnections=maxConnections] [-c|‑‑connectionCheckInterval=connectionCheckInterval]

Atualiza as configurações do Proxy de União no Servidor Satélite. É possível apenas promover um dispositivo gerenciado pelo Windows ou Linux para a função Satélite de Proxy de União. Por padrão, os Servidores Principais têm a função Proxy de União.

Aceita as seguintes opções:

  • (Caminho para Dispositivo) – O nome completo do Servidor Satélite no qual atualizar as configurações do Proxy de União.
  • -j, ‑‑jpport=<jpport> – A Porta de escuta da conexão do Proxy de União.
  • -m, ‑‑maxconnections=<maxConnections> – Número máximo de dispositivos permitidos para conexão com o Proxy de União.
  • -c, ‑‑connectionCheckInterval=<connectionCheckInterval> – O intervalo de tempo para o Proxy de União verificar periodicamente se ainda há dispositivos conectados a ele.

NOTA:Se você não usar o comando ssujs, o Servidor Satélite Proxy de União será configurado com os seguintes valores padrão:

  • Porta: 7019

  • Máx. de conexões: 100

  • Intervalo de verificação da conexão: 1 min.

satellite-server-delete (ssd) (Caminho para o Dispositivo) [(função),(função),...(função)][-f|‑‑force]

Permite que você apague funções do Satélite do dispositivo. Se todas as funções forem removidas, o dispositivo terá a inscrição automaticamente cancelada da listagem Hierarquia do Servidor no ZENworks Control Center.

Se a sua Zona de Gerenciamento consistir no Servidor Principal do ZENworks e nos Satélites do ZENworks Configuration Management, você não poderá remover funções individuais dos Satélites. É possível apenas retroceder o Satélite para um dispositivo gerenciado. Impossível apagar um Satélite que tenha alguma versão do Agente do ZENworks instalada.

Aceita as seguintes opções:

  • (Caminho para o Dispositivo) — O nome completo do Servidor Satélite do qual apagar as funções de Satélite.
  • [função] – As funções do Satélite a serem apagadas do dispositivo. Se nenhuma função for especificada, todas as funções do Satélite serão apagadas do dispositivo. Você pode apagar as seguintes funções: Autenticação, Coleção, Conteúdo e Proxy de Junção. Para remover a função de Criação de Imagens, use o comando satellite-server-remove-imagingrole (ssrimg) em vez deste comando.

[-f|‑‑force] — Força o retrocesso de um Servidor Satélite para um dispositivo gerenciado, enquanto remove todas as funções existentes especificadas. Use essa opção apenas quando o Servidor Satélite estiver permanentemente offline e não puder se comunicar com o servidor ZENworks.

satellite-server-configure-authentication-user-source (sscaus) (caminho para o dispositivo) (origem de usuário) [conexão do usuário, conexão do usuário,...,conexão do usuário]

Configura as conexões de origem de usuário usadas por um Satélite com a função Autenticação. Execute esse comando várias vezes para configurar as conexões de diversas origens de usuário no mesmo Satélite, especificando uma origem de usuário diferente de cada vez. Execute esse comando sem conexões para remover a origem de usuário especificada da função Autenticação do Satélite.

Aceita as seguintes opções:

  • (Caminho para o Dispositivo) – O nome completo do Satélite para o qual você configura a origem de usuário da função de autenticação.
  • (Origem de Usuário) – O nome da origem de usuário a ser configurada.
  • [Conexão do Usuário] – As conexões do usuário listadas na ordem usada por este Satélite para autenticar usuários na origem de usuário fornecida.
satellite-server-edit-imagingrole (sseimg) (caminho para o dispositivo) (ação no serviço proxydhcp)

Inicia ou para o serviço DHCP Proxy do Satélite de Criação de Imagens.

  • (Caminho para o Dispositivo) — O caminho do dispositivo relativo a /Devices/Workstations. O dispositivo especificado deve ser um Satélite com a função de Criação de Imagens.
  • (Ação no Serviço ProxyDHCP) – Inicia ou para o serviço DHCP Proxy. Valores válidos: start (iniciar) e stop (interromper).
satellite-server-export-content (ssec) (caminho para o dispositivo) (diretório de exportação) [opções]

Exporta os arquivos de conteúdo do repositório de conteúdo para importação manual ao repositório de conteúdo do dispositivo Satélite. Para importar o conteúdo ao repositório de conteúdo em um dispositivo gerenciado, use o comando zac cdp-import-content (cic).

  • (Caminho para o Dispositivo) – O nome completo do dispositivo Satélite ao qual exportar os arquivos de conteúdo.
  • (Exportar Diretório) – O caminho completo para um diretório ao qual exportar os arquivos de conteúdo.

Aceita as seguintes opções:

  • -a, ‑‑exportAll – Exporta todo o conteúdo atribuído ao dispositivo Satélite (por padrão, apenas o conteúdo ausente é exportado).
satellite-server-export-content-replication-setting-schedule (ssecrss) (caminho para o dispositivo) (tipo de conteúdo) (-s | ‑‑scheduleFileName = caminho do arquivo)

Exporte a programação de replicação de tipo de conteúdo do dispositivo Satélite para um arquivo.

  • (Caminho para o Dispositivo) – O nome completo do dispositivo satélite do qual exportar a programação de configuração da replicação.
  • (Tipo de Conteúdo) – O nome do tipo de conteúdo para a configuração de replicação a ser exportada do dispositivo satélite.
  • -s, ‑‑scheduleFileName =<caminho do arquivo> — O caminho completo para o arquivo para o qual exportar os dados da programação.
satellite-server-list-authentication-settings (sslas) (caminho para o dispositivo)

Lista as configurações da função Autenticação em um dispositivo Satélite.

  • (caminho para o dispositivo) – O nome completo do dispositivo satélite do qual deverão ser listadas as configurações da função Autenticação.
satellite-server-list-imagingservers (sslimg)

Lista os Satélites com função de Criação de Imagens.

satellite-server-list-content-replication-settings (sslcrs) (caminho para o dispositivo)

Lista as configurações de obstrução e programação de replicação de conteúdo no Satélite por tipo de conteúdo.

  • (caminho para o dispositivo) – O nome completo do dispositivo satélite do qual listar as configurações de replicação.
satellite-server-list-roles (sslr) [dispositivo gerenciado]

Lista as funções do Satélite definidas anteriormente.

Aceita a seguinte opção:

  • [Dispositivo gerenciado] – O nome completo do dispositivo gerenciado para o qual serão listadas as funções do Satélite. Se não for especificado, todas as funções disponíveis do Satélite serão exibidas.
Satellite-server-list-servers (ssls)

Lista os Satélites e suas funções.

satellite-server-remove-content-replication-setting (ssrcrs) (caminho para o dispositivo) (tipo de conteúdo)

Remova uma configuração de obstrução e programação de replicação de tipo de conteúdo do dispositivo Satélite.

  • (Caminho para o Dispositivo) – O nome completo do dispositivo satélite do qual remover a configuração de replicação.
  • (Tipo de Conteúdo) – O nome do tipo de conteúdo para a configuração de replicação a ser removida do dispositivo satélite.
satellite-server-remove-imagingrole (ssrimg) (caminho para o dispositivo) [-r|‑‑removeImageFiles]

Remove do dispositivo gerenciado a função de servidor de Criação de Imagens do Satélite.

Se a sua Zona de Gerenciamento consistir no Servidor Principal do ZENworks e nos Satélites do ZENworks Configuration Management, você não poderá remover funções individuais dos Satélites. É possível apenas retroceder o Satélite para um dispositivo gerenciado. Impossível apagar um Satélite que tenha alguma versão do Agente do ZENworks instalada.

  • (Caminho para o Dispositivo) — O caminho do dispositivo gerenciado relativo a /Devices/Workstations. O dispositivo especificado deve ser um Satélite com a função de Criação de Imagens.
  • -r, ‑‑removeImageFiles – Apaga os arquivos de imagem do dispositivo especificado.
satellite-server-update-content-replication-setting (ssucrs) (caminho para o dispositivo) (tipo de conteúdo) (-s| ‑‑scheduleFileName=caminho do arquivo) [opções]

Atualiza a configuração de obstrução e programação de replicação de tipo de conteúdo para o dispositivo Satélite.

  • (Caminho para o Dispositivo) – O nome completo do dispositivo satélite para o qual atualizar a configuração de replicação.
  • (Tipo de Conteúdo) – O nome do tipo de conteúdo para a configuração de replicação a ser atualizada no dispositivo satélite.
  • -s, ‑‑scheduleFileName=(caminho do arquivo) — O caminho completo para o arquivo com os dados da programação para configuração de replicação gravado no formato XML.

Aceita a seguinte opção:

  • -d, ‑‑duration=<duração> – O período de duração da replicação de conteúdo (em minutos).
  • -t, ‑‑throttleRate=<Taxa de Obstrução> – A taxa de obstrução em kbps para a configuração de replicação a ser atualizada no dispositivo satélite.

Comandos do servidor

Esses comandos são usados para gerenciar servidores. Os comandos de servidor começam com a palavra server- na forma longa ou com a letra s na forma curta.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

server-add-bundle (sab) (caminho do objeto Servidor) (bundle ou grupo de bundles) [...] [caminho do arquivo]

Atribui bundles a um objeto Servidor.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
  • -I, ‑‑icon-location=[arquivo XML da localização do aplicativo] – O arquivo XML que contém as localizações em que deve ser inserido o ícone do aplicativo de bundle. Para o formato de arquivo XML, consulte o arquivo IconLocation.xml localizado em /opt/novell/zenworks/share/zman/samples/bundles em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\Zman\samples\ bundles em um servidor Windows.
  • -d, ‑‑distribution-schedule=[arquivo XML da programação de distribuição] – O arquivo XML que contém a programação de distribuição.
  • -l, ‑‑launch-schedule=[arquivo XML da programação de início] – O arquivo XML que contém a programação de inicialização.
  • -a, ‑‑availability-schedule=[arquivo XML da programação de disponibilidade] – O arquivo XML que contém a programação de disponibilidade. Para gabaritos de arquivo XML de programação, consulte os arquivos XML localizados em /opt/novell/zenworks/share/zman/samples/schedules em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ Schedules em um servidor Windows.
  • -D, ‑‑dry-run — Testa e exibe as ações solicitadas, mas sem realmente executá-las.
  • -i, ‑‑install-immediately – Instala o bundle imediatamente após a distribuição. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately – Inicia o bundle imediatamente após a instalação. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now – Define a programação de distribuição para distribuir o bundle imediatamente. Se essa opção for especificada, as opções de atualização ‑‑distribution-schedule e ‑‑distribute-on-device-refresh serão ignoradas. As opções ‑‑distribute-now, ‑‑distribute-on-device-refresh e ‑‑distribution-schedule são mutuamente exclusivas e usadas para definir a programação de distribuição. A opção ‑‑distribute-now é considerada primeiro, seguida das opções ‑‑distribute-on-device-refresh e ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh – Define a programação de distribuição para distribuir o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑distribution-schedule será ignorada.
  • -s, ‑‑launch-on-device-refresh – Define a programação de inicialização para iniciar o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑launch-schedule será ignorada.
  • -w, ‑‑wakeup-device-on-distribution – Aciona o dispositivo usando Wake-On-LAN se ele for encerrado durante a distribuição do bundle. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -B, ‑‑broadcast=[Endereço de broadcast][...] – Lista de endereços separada por vírgulas usada para transmitir os pacotes mágicos Wake-On-LAN. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. Um endereço IP válido é um valor válido.
  • -S, ‑‑server=[Caminho dos objetos Servidor Principal ou Servidor Proxy relativo a /Dispositivos][...] – Lista separada por vírgulas de objetos Servidor Principal ou Servidor Proxy usada para acionar o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN.
  • -C, ‑‑retries=[Número de tentativas] – Número de vezes que os pacotes mágicos Wake-On-LAN são enviados para o(s) dispositivo(s). Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 0 e 5. O valor padrão é 1.
  • -T, ‑‑timeout=[Intervalo de tempo entre as tentativas] – O intervalo de tempo entre duas tentativas. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 2 e 10 (em minutos). O valor padrão é 2.
server-add-certificate (sacert) (caminho do objeto Servidor) (caminho do arquivo de certificado)[-f]

Antes do ZENworks 11 SP4, esse comando era usado para adicionar um novo certificado válido de um servidor, substituindo o certificado existente que estava perto do vencimento. Com o lançamento do recurso Gerenciamento de SSL no ZENworks 11 SP4, esse comando foi descontinuado.

Para adicionar um certificado que está ausente no banco de dados, você pode usar esse comando com a opção force (-f, ‑‑force). No entanto, se já houver um certificado ativo presente no banco de dados, não será possível usar esse comando.

(caminho do objeto Servidor) – O caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

(caminho do arquivo de certificado) – Caminho do arquivo de certificado em formato DER.

  • -f,-- force: Força a adição do certificado como ativo. Essa opção funcionará apenas se um certificado ativo não estiver disponível no banco de dados.
server-add-policy (sap) (caminho do objeto Servidor) (política ou grupo de políticas) [...] [opções]

Atribui políticas a um objeto Servidor.

Aceita as seguintes opções:

  • -c, ‑‑conflicts=[ordem de resolução de conflitos de políticas] – Determina como são resolvidos os conflitos de políticas. Valores válidos: userlast (usuário por último) ou 1, devicelast (dispositivo por último) ou 2, deviceonly (somente dispositivo) ou 3, useronly (somente usuário) ou 4. No caso de userlast (usuário por último), primeiro são aplicadas as políticas associadas ao dispositivo e depois as políticas associadas ao usuário. No caso de devicelast (dispositivo por último), primeiro são aplicadas as políticas associadas ao usuário e depois as políticas associadas ao dispositivo. No caso de deviceonly (somente dispositivo), as políticas associadas ao usuário são ignoradas. No caso de useronly (somente usuário), as políticas associadas ao dispositivo são ignoradas. Se esta opção não for especificada, userlast (usuário por último) será considerado o valor padrão.
  • -e, ‑‑enforce-now – Assegura o uso obrigatório da política imediatamente em todos os dispositivos atribuídos
  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
server-copy-relationships (scr) (caminho do servidor) (caminho do objeto Servidor) [...] [opções]

Copia os relacionamentos de um servidor para vários servidores. Os relacionamentos de servidor incluem atribuições de bundles e de políticas e participações em grupos.

Aceita as seguintes opções:

  • -r, ‑‑relationship-type: Tipos de relacionamento a serem copiados. Os valores válidos são bundles, policies e groups. A opção bundles copiará todas as atribuições de bundle associadas do dispositivo de origem. A opção policies copiará todas as atribuições de política associadas do dispositivo de origem. A opção groups adicionará os dispositivos de destino como membros dos grupos associados aos dispositivos de origem.
  • -a, ‑‑assignment-options: Opções de atribuição. Os valores válidos são assign-to-group-members, assign-to-folder-members e assign-to-folder-members-recursively. A opção assign-to-group-members copiará as atribuições a membros dos grupos de destino. A opção assign-to-folder-members copiará as atribuições a dispositivos na pasta de destino. A opção assign-to-folder-members-recursively copiará as atribuições a dispositivos nas pastas de destino e nas respectivas subpastas.
  • -c, ‑‑conflict-resolution: Opções de resolução de conflitos para as atribuições existentes. Os valores válidos são delete-existing-assignments e replace-existing-assignments. A opção delete-existing-assignments apagará todas as atribuições existentes dos dispositivos de destino. A opção replace-existing-assignments substituirá as atribuições existentes dos dispositivos de destino pelas atribuições selecionadas.
  • -g, ‑‑group-membership: As opções de participações em grupos para o tipo de objeto de destino Grupos e Pastas. Os valores válidos são add-group-members, add-folder-members, add-folder-members-recursively e delete-existing-group-membership. A opção add-group-members adicionará os membros do grupo de destino como membros dos grupos dos quais o dispositivo de origem faz parte. A opção add-folder-members adicionará dispositivos às pastas de destino como membros dos grupos dos quais o dispositivo de origem faz parte. A opção add-folder-members-recursively adicionará dispositivos às pastas de destino e às respectivas subpastas como membros dos grupos dos quais o dispositivo de origem faz parte. A opção delete-existing-group-membership apagará as participações em grupos existentes dos quais os dispositivos de destino fazem parte.

Por exemplo:

Para copiar todos os relacionamentos do servidor de origem para vários tipos de servidores: zman server-copy-relationships serverfolder/sourceserver ‑‑relationship-type=bundles,policies,groups serverfolder/server serverfolder/serverfolder1 serverfolder/servergroup.

Para copiar as atribuições de política do servidor de origem para os servidores nas pastas de servidor de destino de modo recursivo: zman scr serverfolder/sourceserver ‑‑relationship-type=policies serverfolder1 serverfolder2 -assignment-options=assign-to-folder-members-recursively.

Para substituir as atribuições de bundle em conflito dos servidores de destino ao copiar as atribuições do servidor de origem: zman scr serverfolder/sourceserver -r=bundles serverfolder/server1 -conflict-resolution=replace-existing-assignments.

Para adicionar servidores dos grupos de servidores de destino aos grupos do servidor de origem: zman scr serverfolder/sourceserver -r=groups servergroup -group-membership=add-group-members.

server-delete (sd) (caminho do objeto Servidor) [...] [opções]

Apaga um ou mais objetos Servidor.

(caminho do objeto Servidor) [...] – Caminho dos objetos Servidor (servidor, pasta de servidores ou grupo de servidores) relativo a /Dispositivos/Servidores. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -f, ‑‑folder=[pasta de servidores] – Caminho de uma pasta de servidores relativo a /Dispositivos/Servidores. Se essa opção for especificada, o caminho dos objetos Servidor será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Servidor sob a mesma pasta.
server-folder-create (sfc) [nome da pasta] [pasta pai] [opções]

Cria uma nova pasta para armazenar servidores.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
server-group-add (sga) (caminho do grupo de servidores) [caminho do servidor] [...] [opções]

Adiciona servidores a um grupo de servidores.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de servidores] – Caminho de uma pasta de servidores relativo a /Dispositivos/Servidores. Se essa opção for especificada, o caminho dos objetos Servidor será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Servidor sob a mesma pasta.
server-group-create (sgc) [nome do grupo] [pasta pai] [opções]

Cria um grupo de servidores e adiciona membros a ele.

Aceita as seguintes opções:

  • ‑‑desc=[descrição] – Descrição do grupo.
  • -m, ‑‑members=[caminho do servidor][...] – Caminho dos servidores relativo a /Dispositivos/Servidores.
  • -f, ‑‑folder=[pasta de servidores] – Caminho de uma pasta de servidores relativo a /Dispositivos/Servidores. Se essa opção for especificada, o caminho dos objetos Servidor será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Servidor sob a mesma pasta.
server-group-members (sgm) (caminho do grupo de servidores) [opções]

Lista os membros de um grupo de servidores ou de um grupo de servidores dinâmicos.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
server-group-remove (sgr) (caminho do grupo de servidores) [caminho do servidor] [...] [opções]

Remove servidores de um grupo de servidores.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de servidores] – Caminho de uma pasta de servidores relativo a /Dispositivos/Servidores. Se essa opção for especificada, o caminho dos objetos Servidor será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Servidor sob a mesma pasta.
server-info (si) (caminho do servidor)

Lista informações detalhadas sobre um servidor.

server-list (sl) [opções] [pasta]

Lista os objetos Servidor.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo as subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -t, ‑‑typefilter=[filtro de tipo][...] – Exibe os resultados que correspondem à lista de tipos de objetos especificados separados por vírgulas. Valores válidos: device (dispositivo), group (grupo) e folder (pasta).
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
  • -f, ‑‑flagfilter=[filtro de flags][...] – Exibe os resultados que correspondem à lista de flags especificados separados por vírgulas. Os valores válidos são desativado, não desativado, teste e não teste.
server-list-bundles (slb) (caminho do objeto Servidor) [opções]

Lista os bundles atribuídos a um objeto Servidor.

Aceita as seguintes opções:

  • -a, ‑‑all – Lista os bundles efetivos e não efetivos.
  • -e, ‑‑effective – Lista somente os bundles efetivos.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
server-list-groups (slg) (caminho do servidor) [opções]

Lista grupos dos quais o servidor específico é membro.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
server-list-policies (slp) (caminho do objeto Servidor) [opções]

Lista as políticas atribuídas a um objeto Servidor.

Aceita as seguintes opções:

  • -a, ‑‑all – Lista as políticas efetivas e não efetivas.
  • -e, ‑‑effective – Lista somente as políticas efetivas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
server-move (smv) (caminho do objeto Servidor) [caminho da pasta de destino]

Move um objeto Servidor para outra pasta.

server-refresh (srf) (caminho do objeto Servidor) [...] [opções]

Atualiza o Agente do ZENworks nos servidores.

Aceita a seguinte opção:

-f, ‑‑folder=[pasta de servidores] – Caminho de uma pasta de servidores relativo a /Dispositivos/Servidores. Se essa opção for especificada, o caminho dos objetos Servidor será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Servidor sob a mesma pasta.

‑‑server=<caminho do objeto Servidor/Pasta do Servidor/Grupo de Servidores>[...]: O caminho dos objetos do Servidor Principal (servidor, pasta do servidor ou grupo de servidores) relativo a /Devices/Servers para enviar as notificações de Tarefa Rápida.

‑‑notify=<minutos>: Tempo em minutos para notificar todos os dispositivos.

‑‑expire=<minutos>: Tempo de expiração, em minutos, após a criação da tarefa rápida. Especifique 0 para expirar imediatamente.

‑‑currentserver: Adicionar tarefa rápida ao Servidor Principal atual.

‑‑anyserver: Adicionar tarefa rápida a qualquer um dos Servidores Principais.

‑‑expirenever: A tarefa rápida nunca expira no Servidor Principal.

server-remove-bundle (srb) (caminho do objeto Servidor) (bundle ou grupo de bundles) [...] [opções]

Remove os bundles atribuídos a um objeto Servidor.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
server-remove-policy (srp) (caminho do objeto Servidor) (política ou grupo de políticas) [...] [opções]

Remove as políticas atribuídas a um objeto Servidor.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso ajuda a especificar vários objetos Política sob a mesma pasta.
server-rename (sr) (caminho do objeto Servidor) (novo nome)

Renomeia um objeto Servidor.

server-reorder-bundles (srob) (caminho do objeto Servidor) (posição atual) (nova posição)

Muda a ordem dos bundles atribuídos a um servidor. Use o comando server-list-bundles para obter a ordem dos bundles atribuídos.

server-reorder-policies (srop) (caminho do objeto Servidor) (posição atual) (nova posição)

Muda a ordem das políticas atribuídas a um servidor. Use o comando server-list-policies para obter a ordem das políticas atribuídas.

server-retire (sret) (caminho do objeto Servidor)

Desativa o servidor selecionado do seu sistema ZENworks na próxima atualização. Descartar um dispositivo é diferente de apagá-lo. Quando você descarta um dispositivo, a sua GUID é mantida (ao contrário de quando você apaga um dispositivo, o que também apaga a sua GUID). Como resultado, todas as informações de inventário são mantidas e tornam-se acessíveis, porém, todas as atribuições de bundle e de política são removidas. Se você reativar o dispositivo posteriormente, suas atribuições serão restauradas.

Aceita a seguinte opção:

  • -i, ‑‑immediate – Força uma atualização de dispositivo a descartar imediatamente o dispositivo.
server-set-as-test (ssat) (caminho do objeto Servidor)

Define um servidor como dispositivo de teste.

Exemplos

Para definir o servidor1 como dispositivo de teste:

zman ssat servidor1

server-role-zookeeper-add-server (srzas)

Atribui a função ZooKeeper a um Servidor Principal.

‑‑servers – Lista de servidores separados por vírgulas. O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-role-zookeeper-remove-server (srzrs)

Remove um servidor do cluster do Zookeeper. Pelo menos um servidor na zona deve conter a função ZooKeeper.

‑‑servers – O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-role-zookeeper-list-cluster (srzlc)

Lista os servidores atualmente configurados no Cluster do Zookeeper.

server-role-zookeeper-update-cluster (srzuc) [...] [opções]

Atualiza as propriedades comuns do Cluster do Zookeeper.

Aceita as seguintes opções:

  • -l ‑‑leader-connect-port: Defina a porta do líder que os seguidores usarão para conexão com um líder no cluster. A porta padrão é 6790. No entanto, você pode especificar uma porta não utilizada entre 6000 e 65535.
  • -c ‑‑client-port: Defina a porta na qual o Zookeeper escutará as conexões de entrada. A porta padrão é 6789. No entanto, você pode especificar uma porta não utilizada entre 6000 e 65535.
  • -e ‑‑leader-elect-port: Defina a porta de eleição que todos os servidores no cluster usarão para eleger o líder. A porta padrão é 6791. No entanto, você pode especificar uma porta não utilizada entre 6000 e 65535.
  • -t ‑‑tick-time: Defina a duração de um único pulso, que é uma unidade de tempo básica em milissegundos usada pelo Zookeeper para regular heartbeats e tempos de espera. O valor padrão é 2000.
  • -i ‑‑init-limit: Defina o período de conexão permitido, em pulsos, para os seguidores se conectarem ao líder. O valor padrão é 10.
  • -s ‑‑sync-limit: Defina o período de sincronização com o Zookeeper permitido para os seguidores, em pulsos. O valor padrão é 5.
  • -m ‑‑max-cluster-size: Defina o tamanho do cluster do Zookeeper. O valor padrão é 3.
  • -x ‑‑max-connections: Especifique o número máximo de conexões de clientes que o cluster do Zookeeper pode aceitar. O valor padrão é 60.
server-role-kafka-configure-cluster (srkcc) [...] [opções]

Configura o cluster do Kafka.

  • Aceita as seguintes opções:
  • -c ‑‑replication count: Especifique o número de cópias a serem feitas para cada tópico.
  • -l ‑‑logRetentionBytes: Especifique o tamanho máximo permitido do registro. Se esse tamanho for excedido, os dados existentes serão sobregravados por novos dados. Por padrão, o tamanho do registro é ilimitado.
  • -t ‑‑zkSessionTimeout: Especifique o tempo de espera da sessão do Zookeeper (em milissegundos). O valor padrão é de 30000 ms. Se o servidor não puder sinalizar um heartbeat para o ZooKeeper dentro desse período especificado, o servidor será considerado inativo. Uma solicitação de heartbeat ajuda a identificar se o servidor ainda está conectado com o cluster do Kafka.
  • -r ‑‑retainDetectedLogsDuration: Especifique o tempo máximo para manter os registros apagados.
  • -p ‑‑logCleanupPolicy: Especifique a política padrão de limpeza para segmentos que excedem a janela de retenção máxima permitida. Os valores possíveis são Delete e Compact. O valor padrão é Delete. A política Delete removerá segmentos antigos quando o tempo de retenção ou o limite de tamanho for atingido. A política Compact habilitará a compactação de registro com base no tópico, o que garante que o Kafka sempre mantenha, pelo menos, o último valor conhecido de cada chave de mensagem no registro de dados para a partição de um único tópico.
  • -s ‑‑schemaregistryport: Especifique a porta de execução do registro de esquema. A porta padrão é 8081.
  • -k, ‑‑kafkaport: Especifique a porta de escuta do Kafka. A porta padrão é 9093.
  • -x, ‑‑connectport: Especifique a porta de escuta de conexão do Kafka. A porta padrão é 8083.
server-role-kafka-add-broker (srkab)

Adiciona um controlador ao cluster do Kafka.

‑‑servers – Lista de servidores separados por vírgulas. Você pode especificar o GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

-i ‑‑ignorewarning – Especifique verdadeiro ou falso. Essa opção é usada para ignorar a mensagem de aviso relacionada ao certificado de autenticação do cliente que é exibida quando uma CA Externa é identificada. Para continuar, você pode definir essa opção como verdadeira.

server-role-kafka-remove-broker (srkrb)

Remove um controlador do cluster do Kafka.

‑‑servers – O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-role-kafka-reconfig-broker (srkrcb)

Reconfigura o controlador do Kafka.

‑‑servers – Lista de servidores separados por vírgulas. O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-role-kafka-update-cluster (srkuc) [...] [opções]

Atualiza a configuração de cluster do Kafka.

  • Aceita as seguintes opções:
  • -l ‑‑logRetentionBytes: Especifique o tamanho máximo permitido do registro. Se esse tamanho for excedido, os dados existentes serão sobregravados por novos dados. Por padrão, o tamanho do registro é ilimitado.
  • -t ‑‑zkSessionTimeout: Especifique o tempo de espera da sessão do Zookeeper (em milissegundos). O valor padrão é de 30000 ms. Se o servidor não puder sinalizar um heartbeat para o ZooKeeper dentro desse período especificado, o servidor será considerado inativo. Uma solicitação de heartbeat ajuda a identificar se o servidor ainda está conectado com o cluster do Kafka.
  • -r ‑‑retainDetectedLogsDuration: Especifique o tempo máximo para manter os registros apagados.
  • -p ‑‑logCleanupPolicy: Especifique a política padrão de limpeza para segmentos que excedem a janela de retenção máxima permitida. Os valores possíveis são Delete e Compact. O valor padrão é Delete. A política Delete removerá segmentos antigos quando o tempo de retenção ou o limite de tamanho for atingido. A política Compact habilitará a compactação de registro com base no tópico, o que garante que o Kafka sempre mantenha, pelo menos, o último valor conhecido de cada chave de mensagem no registro de dados para a partição de um único tópico.
  • -c, ‑‑replication count: Especifique o número de cópias a serem feitas para cada tópico.
  • -s ‑‑schemaregistryport: Especifique a porta de execução do registro de esquema.
  • -k, ‑‑kafkaport: Especifique a porta de escuta do Kafka.
  • -x, ‑‑connectport: Especifique a porta de escuta de conexão do Kafka.
server-role-kafka-list-cluster (srklc)

Recupera a configuração de cluster do Kafka.

server-role-kafka-list-connectors (srklcn)

Recupera a lista de conectores do Kafka.

server-role-kafka-restart-connectors (srkrcn) [...] [opções]

Reinicia os conectores do Kafka especificados.

  • Aceita a seguinte opção:
  • -c ‑‑connectors: Especifique uma lista de conectores separados por vírgulas.
server-role-kafka-get-connector-config (srkgcc) [...] [opções]

Recupera os detalhes de configuração do conector do Kafka.

  • Aceita a seguinte opção:
  • -c ‑‑connector: Especifique o nome do conector para recuperar os detalhes de configuração dele.
server-role-kafka-reconfigure-connectors (srkccn) [...] [opções]

Reconfigura os conectores do Kafka especificados.

  • Aceita a seguinte opção:
  • -c ‑‑connectors: Especifique uma lista de conectores separados por vírgulas.
server-role-vertica-create-cluster (srvcc) [...] [opções]

Cria um cluster do Vertica com um ou mais nós. Esse é o primeiro comando que deve ser executado durante a configuração do Vertica.

‑‑servers – Uma lista de servidores separados por vírgulas. O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

  • Aceita a seguinte opção:
  • -k ‑‑replication-factor: Especifique o número de réplicas de dados que devem existir no banco de dados. Você precisará especificar um valor com base no número de nós no cluster, e o número mínimo de nós necessários é calculado como 2k+1. A recomendação do Vertica é um fator de segurança K de 1.
server-role-vertica-add-server (srvas)

Adiciona um servidor ao cluster do Vertica.

‑‑servers – Uma lista de servidores separados por vírgulas. O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-role-vertica-remove-server (srvrs)

Remove um servidor do cluster do Vertica.

‑‑servers – Uma lista de servidores separados por vírgulas. O GUID, o DNS ou o caminho dos objetos Servidor (servidor, pasta de servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-role-vertica-list-cluster (srvlc)

Lista os servidores no cluster do Vertica.

server-role-vertica-update-cluster (srvuc)

Atualiza o fator de segurança K no cluster.

  • Aceita a seguinte opção:
  • -k ‑‑replication-factor: Modifique o fator de replicação para indicar o número total de réplicas que deverão ser mantidas em um cluster.
server-role-vertica-get-credentials (srvgc)

Recupera as credenciais do banco de dados Vertica.

server-role-vertica-prepare-server (srvps)

Prepara o servidor durante o processo de backup e restauração.

(caminho do objeto Servidor) – GUID, DNS ou caminho dos objetos Servidor (servidor, pasta do servidor ou grupo de servidores) relativo a /Dispositivos/Servidores.

server-set-as-nontest (ssan) (caminho do objeto Servidor)

Define um servidor como dispositivo não teste.

Exemplos

Para definir o servidor1 como dispositivo não teste:

zman ssan servidor1

server-statistics (sst) (caminho do servidor)

Exibe estatísticas sobre o uso do servidor ZENworks.

server-unretire (suret) (caminho do objeto Servidor)

Reativa o servidor selecionado em sua próxima atualização e reaplica todas as designações de política e de bundle que o dispositivo possuía anteriormente.

Aceita a seguinte opção:

  • -i, ‑‑immediate – Força uma atualização de dispositivo a imediatamente não descartar o dispositivo.
server-view-all-bundles-status (svabs) (caminho do servidor) [opções]

Exibe o status avançado da implantação dos bundles atribuídos a um servidor.

Aceita as seguintes opções:

  • ‑‑statusfilter=[status type][...] – Filtra o status de Eventos de Instalação e Distribuição de Bundle. Os valores válidos são S, R, C, A, F e P (Sucesso, Sucesso Parcial, Concluído, Conclusão Parcial, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

Exemplos

Para ver o status da implantação dos bundles atribuídos ao servidor1:

zman svabs servidor1

Para ver o status Sucesso ou Pendente da implantação dos bundles atribuídos ao servidor1:

zman svabs servidor1 ‑‑statusfilter S,P

server-view-all-policies-status (svaps) (caminho do servidor) [opções]

Exibe o status de distribuição avançado das políticas atribuídas a um servidor.

Aceita as seguintes opções:

  • ‑‑statusfilter=[tipo de status][...] – Filtra o status do Evento Aplicação de Política. Valores válidos: S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
server-wakeup (sw) (caminho do objeto Servidor) [...] [opções]

Ativa um servidor usando Wake-On-LAN.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de servidores] – Caminho de uma pasta de servidores relativo a /Dispositivos/Servidores. Se essa opção for especificada, o caminho dos objetos Servidor será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Servidor sob a mesma pasta.
  • -b, ‑‑broadcast=[Endereço de broadcast][...] – Lista de endereços separada por vírgulas usada para transmitir os pacotes mágicos Wake-On-LAN. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. Um endereço IP válido é um valor válido.
  • -s, ‑‑server=[Caminho dos objetos Servidor Principal ou Servidor Proxy relativo a /Dispositivos][...] – Lista separada por vírgulas de objetos Servidor Principal ou Servidor Proxy usada para acionar o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN.
  • -C, ‑‑retries=[Número de tentativas] – Número de vezes que os pacotes mágicos Wake-On-LAN são enviados para os dispositivos. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 0 e 5. O valor padrão é 1.
  • -t, ‑‑timeout=[Intervalo de tempo entre as tentativas] – O intervalo de tempo entre duas tentativas. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 2 e 10 (em minutos). O valor padrão é 2.

Comandos de configurações

Esses comandos são usados para definir e modificar configurações. Os comandos de configurações começam com settings- na forma extensa, ou com a letra s na forma abreviada.

Os comandos de Configurações não se aplicam às configurações do ZENworks Endpoint Security Management (Configurações de Política de Zona e configurações de Chave Criptográfica de Data).

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

settings-copy (scp) (caminho do dispositivo de origem ou da pasta do dispositivo) (caminho do dispositivo de destino ou da pasta do dispositivo) [...] [opções]

Copia as configurações.

(caminho do dispositivo de origem ou da pasta de dispositivos) – Caminho do dispositivo ou da pasta de dispositivos relativo a /Dispositivos do qual as configurações devem ser copiadas.

(caminho do dispositivo de destino ou da pasta de dispositivos) [...] – Caminho dos dispositivos ou das pastas de dispositivos relativo a /Dispositivos para o qual as configurações devem ser copiadas.

Aceita a seguinte opção:

  • -n, ‑‑names=[nome das configurações][...] – Nomes das configurações a serem copiadas do caminho de origem. Se esta opção não for especificada, todas as configurações definidas no caminho de origem serão copiadas.
settings-export-to-file (setf) [opções] (caminho do arquivo XML) [nome das configurações] [...]

Exporta dados de configurações (no formato XML) para um arquivo. O arquivo XML deve ser usado como entrada para criar ou modificar configurações.

(caminho do arquivo XML) – Arquivo em que os dados de configurações são armazenados no formato XML. Se o arquivo não existir, um novo arquivo será criado.

[nome das configurações] [...] – Nomes das configurações a serem exportadas. Se essa opção não for especificada, todas as configurações serão exportadas.

Aceita as seguintes opções:

  • -s, ‑‑source=[caminho do dispositivo de origem ou da pasta de dispositivos] – Caminho do dispositivo ou da pasta de dispositivos relativo a /Dispositivos do qual as configurações devem ser exportadas. Se esta opção não for especificada, as configurações serão exportadas da zona.
  • -e, ‑‑effective – Se for especificado, as configurações efetivas serão recuperadas; caso contrário, somente as configurações definidas ou anuladas no caminho de origem serão recuperadas.
settings-revert (srt) (caminho do dispositivo de origem ou da pasta de dispositivos) (nome das configurações) [...]

Reverte as configurações para as da pasta pai.

(caminho do dispositivo de origem ou da pasta de dispositivos) – Caminho do dispositivo ou da pasta de dispositivos relativo a /Dispositivos cujas configurações devem ser revertidas.

settings-set (ss) (caminho do arquivo XML) [caminho do dispositivo de destino ou pasta de dispositivo] [...]

Define configurações em vários níveis.

(caminho do arquivo XML) – Arquivo XML que contém informações de configurações. Use settings-export-to-file (setf) para exportar as informações de configurações em um arquivo XML.

Aceita as seguintes opções:

[nome das configurações] [...] – Nomes das configurações a serem exportadas. Se essa opção não for especificada, todas as configurações serão exportadas.

  • -s, ‑‑source=[caminho do dispositivo de origem ou da pasta de dispositivos] – Caminho do dispositivo ou da pasta de dispositivos relativo /Dispositivos para o qual as configurações devem ser definidas. Se esta opção não for especificada, as configurações serão definidas no nível de zona.
settings-gcm-delete (sgd) [...]

Apaga os valores configurados do Google Cloud Messaging. Você precisa reiniciar os serviços do ZENworks para as mudanças entrarem em vigor.

Comandos de inscrição

Esses comandos são usados para criar, modificar e gerenciar inscrições. Os comandos de inscrição começam com subscription- no formato longo, ou com as letras sr no formato abreviado.

Esse comando aceita os flags de opções listados na seção Opções globais. Além disso, ele aceita opções individuais, conforme listadas com o comando.

subscription-create (src) (nome da inscrição) (arquivo XML de inscrição) [pasta pai] [opções]

Cria uma nova inscrição.

(arquivo XML de inscrição) – Arquivo XML contendo informações de inscrição exportadas. Use subscription-export (sre) para exportar informações de inscrição existentes para um arquivo XML. Se você deseja reutilizar arquivos, arquivos XML de gabarito podem ser criados com base em inscrições que foram criadas por meio do ZENworks Control Center. Para ver um arquivo XML de exemplo, consulte nu.xml localizado em

No Linux: /opt/novell/zenworks/share/zman/samples/subscriptions

No Windows: %ZENWORKS_HOME%\novell\zenworks\share\zman\samples\subscriptions

Aceita as seguintes opções:

  • -d, ‑‑desc=[descrição] – Descrição da inscrição.
  • -s, ‑‑sysIDpath=[rhel-systemid]

NOTA:Esse comando não pode ser executado para inscrições do Apple VPP.

subscription-folder-create (srfc) (nome da pasta) [pasta pai] [opções]

Cria uma nova pasta de inscrição.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
subscription-move (srmv) (caminho do objeto Inscrição) [caminho da pasta de destino]

Move um objeto Inscrição para uma pasta diferente.

subscription-replicate (srr) (nome da inscrição) [caminho da pasta de destino] [opções]

Inicia a replicação de uma inscrição.

Aceita as seguintes opções:

  • -s, ‑‑schedule=[nome do arquivo XML] – O arquivo XML que contém a programação para iniciar a inscrição. O arquivo Eventsch.xml não é aplicável a inscrições.
  • -r, ‑‑fromRepository – O repositório do qual você replica o conteúdo.

NOTA:Para a inscrição do Apple VPP, o servidor de saída não é utilizado ao executar esse comando. Portanto, você precisa garantir que o servidor no qual esse comando é executado tem uma conexão com a Internet.

subscription-export (sre) (nome da inscrição) (subscription-data.xml)

Exporta informações de inscrição (no formato XML) para um arquivo. O arquivo XML deve ser usado como entrada para a criação de inscrições.

subscription-delete (srd) (objeto Inscrição) […] [opções]

Apaga um ou mais objetos Inscrição. Impossível apagar as inscrições que estão com status Em Andamento, Suspenso e Designado.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -b, ‑‑delete-bundles – Apaga todos os bundles criados pela inscrição especificada.
  • -f, ‑‑folder=[pasta de inscrição] – O caminho da pasta de inscrição relativo a /Subscriptions. Se essa opção for especificada, o caminho dos objetos Inscrição será determinado em relação a essa pasta. É possível usar essa opção para especificar vários objetos Inscrição sob a mesma pasta.

NOTA:Esse comando não pode ser executado para inscrições do Apple VPP.

subscription-list (srl) [opções]

Lista os objetos Inscrição.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
  • [pasta] – Lista o conteúdo da pasta especificada Se você não especificar uma pasta, o conteúdo da pasta raiz será listado.
subscription-modify (srm) (nome da inscrição) (subscription-data.xml) [pasta pai] [opções]

Exporta ou modifica uma inscrição existente.

Aceita as seguintes opções:

  • -d, ‑‑desc=[descrição] – Descrição da inscrição.
  • -s, ‑‑sysIDpath=[rhel-systemid]

NOTA:Esse comando não pode ser executado para inscrições do Apple VPP.

subscription-status (srs) (nome da inscrição) [opções]

Retorna o status da inscrição.

Aceita as seguintes opções:

  • -s, ‑‑suspend – Suspende a replicação e muda o status da inscrição para Suspenso.
  • -c, ‑‑cancel – Cancela a replicação e muda o status da inscrição para Cancelado.

NOTA:As tarefas Suspender e Cancelar não são suportadas durante a execução de dry run.

subscription-channel-list (srcl) (nome da inscrição) (tipo de entidade de repositório) [opções]

Lista os dados como bundles, catálogos e pacotes.

Aceita as seguintes opções:

  • -r, ‑‑fromRepository – Ignora o cache e faz download dos metadados do repositório do qual o conteúdo deve ser replicado.
  • -i, ‑‑ignoreFilters – Lista o conteúdo, ignorando os filtros que possam estar configurados.
subscription-copy (srcp) (caminho da inscrição) (nome da inscrição) [pasta pai] [opções]

Copia uma inscrição.

Aceita a seguinte opção:

  • -d, ‑‑desc=description – Descrição do bundle.
subscription-rename (srrn) (caminho do objeto Inscrição) (novo nome)

Renomeia a inscrição.

Por exemplo, para renomear uma inscrição SLES10Update para SLED10Update, execute o comando da seguinte maneira:

zman srrn /Subscription/SLES10Update /Subscription/SLED10Update

subscription-proxy-password (srpp) [Senha do Proxy de Inscrição]

Configura a senha do proxy que deve ser usada por qualquer inscrição durante a replicação. Nesse comando, o argumento de senha do proxy é opcional. Se você não digitar o argumento de senha do proxy, o comando solicitará para você digitar a senha.

Comandos de atualização do sistema/atualização de reconhecimento do produto

Esses comandos são usados para gerenciar Atualizações de Sistema e Atualização de Reconhecimento do Produto (PRUs) no ZENworks. Esses comandos começam com system-update na forma extensa, ou com as letras su na forma abreviada.

system-update-download (sud) (atualização do sistema ou nome do PRU)

Faz download das últimas atualizações do sistema ou PRU.

(atualização do sistema ou nome da PRU) – Atualização do sistema ou nome da PRU ou UID.

system-update-view-available (suva) [opções]

Exibe uma lista de todos as atualizações ou PRUs disponíveis publicados no servidor de atualização ou em um arquivo de atualização.

Aceita as seguintes opções:

  • -i, ‑‑importFile=[caminho para arquivo/diretório de importação] – Caminho completo para o arquivo de importação a ser consultado.
  • -u, ‑‑url=[url para o servidor de atualização] – O url para o servidor de atualização do sistema a ser consultado no formato http://nome_do_servidor:[porta]/caminho.
  • -f, ‑‑product=[código do produto] – O código do produto para o qual serão verificadas atualizações (por exemplo, zcm, pru).
  • -v, ‑‑version=[versão de base do produto] – A versão de base do produto para o qual serão verificadas atualizações (por exemplo, 10.0, 10.1).
system-update-status (sus) (atualização do sistema ou nome do PRU)

Exibe o status da atualização do sistema ou PRU atualizada.

(atualização do sistema ou nome da PRU) – Atualização do sistema ou nome da PRU ou UID.

system-update-delete-update (sudu) (nome da atualização do sistema ou da PRU) [opções]

Apaga uma atualização do sistema ou PRU especificado da zona.

(atualização do sistema ou nome da PRU) – Atualização do sistema ou nome da PRU ou UID.

Aceita a seguinte opção:

  • -f, ‑‑force – Força a atualização a ser apagada. A atribuição será removida apenas do servidor. Se você atualizar o dispositivo e vir a atualização, ela será aplicada a esse dispositivo. Use com cuidado e somente se tiver certeza de que a atualização não está em um estado ativo.
system-update-cancel-download (sucd) (atualização do sistema ou nome do PRU)

Cancela o download da atualização do sistema ou PRU.

(atualização do sistema ou nome da PRU) – Atualização do sistema ou nome da PRU ou UID.

system-update-assign (sua) (nome da atualização do sistema) [caminho do dispositivo] [...] [opção]

Designa a dispositivos a atualização autorizada do sistema.

(nome da atualização do sistema ) – Nome da atualização do sistema ou UID.

[caminho do dispositivo) [...] – Caminho do dispositivo relativo a /Dispositivos.

Aceita a seguinte opção:

  • -a, ‑‑all – Atribui a todos os dispositivos.
system-update-list-assign (sula) (caminho do dispositivo)

Lista todas as atualizações designadas ao dispositivo ou grupo especificado.

(caminho do dispositivo) – O caminho do dispositivo relativo a /Dispositivos.

system-update-authorize (suaz) (atualização do sistema ou nome do PRU)

Autoriza uma atualização ou PRU.

(atualização do sistema ou nome da PRU) – Atualização do sistema ou nome da PRU ou UID.

system-update-baseline (sub) (nome da atualização do sistema)

Programa uma tentativa para definir a atualização especificada como a atualização de linha de base.

(nome da atualização do sistema ) – Nome da atualização do sistema ou UID.

system-update-import (sui) (caminho para atualização) [atualização do sistema ou nome da PRU] [-b, ‑‑checkbaseline]

Importa uma atualização do sistema ou uma PRU de um arquivo ZIP ou diretório para a zona. Quando a atualização ou a PRU estiver no sistema ZENworks, ela poderá ser gerenciada da mesma forma que as atualizações ou PRUs online.

(caminho para a atualização) – Caminho completo do arquivo ZIP ou diretório da atualização ou da PRU.

(atualização do sistema ou nome da PRU) – Atualização do sistema ou nome da PRU ou UID.

(-b, ‑‑checkbaseline) – Verificar e, se aplicável, estabelecer uma linha de base para a atualização. O padrão é não estabelecer uma linha de base para a atualização.

system-update-activate-entitlement (suae) (ID do correio) (código de ativação)

Ativa o direito de Atualização de Sistema para o software do ZENworks na Zona de Gerenciamento receber a versão mais recente das Atualizações de Sistema do ZENworks e das PRUs (Product Recognition Updates – Atualizações de Reconhecimento do Produto) do servidor do Atendimento ao Cliente da Micro Focus.

(ID do correio): Um endereço de e-mail válido para ser usado na comunicação da Micro Focus. Recomendamos especificar o endereço de e-mail usado para adquirir o Direito de Manutenção da Atualização do Sistema.

(código de ativação) – O código de ativação do direito de Atualização do Sistema.

NOTA:Antes de ativar o direito, verifique se o Servidor Principal que deseja usar para ativar o direito pode se comunicar com o servidor NCC.

system-update-view-entitlement-status (suves)

Exibe o status do direito de Atualização do Sistema.

system-update-rebuild-packages (surp) (nome da atualização de sistema)

Reconstrói os pacotes de implantação nesse servidor com o conteúdo da atualização especificada.

(nome da atualização do sistema ) – Nome da atualização do sistema ou UID.

-f, ‑‑force — Forçar reconstrução do pacote, mesmo que não haja novos pacotes incluídos na atualização.

system-update-patch-file (supf) (nome da atualização do sistema) (caminho para o patch)

Corrige uma atualização com novas versões do(s) arquivo(s).

(nome da atualização do sistema ) – Nome da atualização do sistema ou UID.

(caminho para o patch) – Caminho completo do arquivo zip ou da pasta em que estão os arquivos de patch.

(system-update-create-package | sucp) (nome da atualização de sistema) [caminho do dispositivo] [-n|‑‑packagename=Nome do pacote de atualização independente] [-p|‑‑platform=Plataforma do OS] [-a|‑‑arch=Arquitetura]

Cria o pacote de atualização independente especificado. É possível usar esse comando para criar um pacote para determinado dispositivo, usando o GUID de Atualização e o GUID do dispositivo, ou para criar um pacote para a plataforma, usando os detalhes de plataforma e arquitetura.

(nome da atualização do sistema ) – Nome da atualização do sistema ou UID.

[caminho do dispositivo] — Caminho do dispositivo relativo a /Dispositivos.

-n, ‑‑packagename=<Nome do pacote de atualização independente> — Nome do pacote de atualização independente. Se não for especificado, o nome será calculado com base no nome do dispositivo ou na plataforma especificada.

-p, ‑‑platform=<Plataforma do OS> — Plataforma do OS para o pacote de atualização independente. O valor válido é Windows.

-a, ‑‑arch=<Arquitetura> — Arquitetura do dispositivo para o pacote de atualização independente. Os valores válidos são 32 ou 64.

zman area [opções]

Para calcular a atribuição efetiva em dispositivos gerenciados.

Aceita as seguintes opções:

-f, ‑‑forced computation – Aciona imediatamente o cálculo da atribuição efetiva em dispositivos gerenciados.

Comandos do usuário

Esses comandos são usados para gerenciar usuários, pertencentes às origens de usuário configuradas no ZENworks. As origens de usuário devem ser configuradas com base em uma fonte autorizada LDAP existente, como o e-Directory ou o Active Directory. Os comandos do usuário começam com user- na forma extensa, ou com a letra u na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

user-add-bundle (uab) (caminho do objeto Usuário) (bundle ou grupo de bundles) [...] [opções]

Atribui bundles a um objeto Usuário.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
  • -I, ‑‑icon-location=[arquivo XML da localização do aplicativo] – O arquivo XML que contém as localizações em que deve ser inserido o ícone do aplicativo de bundle. Para o formato de arquivo XML, consulte o arquivo IconLocation.xml localizado em /opt/novell/zenworks/share/zman/samples/bundles em um servidor linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ bundles em um servidor Windows.
  • -d, ‑‑distribution-schedule=[arquivo XML da programação de distribuição] – Arquivo XML que contém a programação de distribuição.
  • -l, ‑‑launch-schedule=[arquivo XML da programação de início] – Arquivo XML que contém a programação de inicialização.
  • -b, ‑‑install-schedule=[arquivo XML da programação de instalação] – Arquivo XML que contém a programação de instalação.
  • -a, ‑‑availability-schedule=[arquivo XML da programação de disponibilidade] – Arquivo XML que contém a programação de disponibilidade. Para gabaritos de arquivo XML de programação, consulte os arquivos XML localizados em /opt/novell/zenworks/share/zman/samples/schedules em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ Schedules em um servidor Windows.
  • -i, ‑‑install-immediately – Instala o bundle imediatamente após a distribuição. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately – Inicia o bundle imediatamente após a instalação. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now – Define a programação de distribuição para distribuir o bundle imediatamente. Se essa opção for especificada, as opções de atualização ‑‑distribution-schedule e ‑‑distribute-on-device-refresh serão ignoradas. As opções ‑‑distribute-now, ‑‑distribute-on-device-refresh e ‑‑distribution-schedule são mutuamente exclusivas e usadas para definir a programação de distribuição. A opção ‑‑distribute-now é considerada primeiro, seguida das opções ‑‑distribute-on-device-refresh e ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh – Define a programação de distribuição para distribuir o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑distribution-schedule será ignorada.
  • -s, ‑‑launch-on-device-refresh – Define a programação de inicialização para iniciar o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑launch-schedule será ignorada.
user-add-policy (uap) (caminho do objeto Usuário) (política ou grupo de políticas) [...] [opções]

Atribui políticas a um objeto Usuário.

Aceita as seguintes opções:

  • -e, ‑‑enforce-now – Assegura o uso obrigatório da política imediatamente em todos os dispositivos atribuídos
  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
user-container-create (ucc) (origem do usuário) (container do usuário) (nome de exibição)

Adiciona um container de usuários a uma origem de usuário configurada no ZENworks.

(container do usuário) – Container de usuários a ser adicionado no formato RDN (Relative Distinguished Name, Nome Exclusivo Relativo), em relação ao contexto raiz da Origem LDAP.

(nome de exibição) – Exibe o nome do container de usuários.

user-group-add (uga) (caminho do grupo de usuários do ZENworks) (caminho do usuário) [...] [opções]

Adiciona usuários a um grupo de usuários do ZENworks.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de usuários] – Caminho de uma pasta de usuários relativo a /Usuários. Se essa opção for especificada, o caminho dos objetos Usuário será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Usuário sob a mesma pasta.
user-group-create (ugc)(nome do grupo)[opções]

Cria um container de usuários do ZENworks e adiciona membros a ele.

Aceita as seguintes opções:

  • ‑‑desc=[descrição] – Descrição do grupo.
  • -m, ‑‑members=[caminho do usuário][...] – Caminho dos usuários relativo a /Usuários.
  • -f, ‑‑folder=[pasta de usuários] – Caminho de uma pasta de usuários relativo a /Usuários. Se essa opção for especificada, o caminho dos objetos Usuário será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Usuário sob a mesma pasta.
user-group-delete (ugd) (Caminho do grupo de usuários do ZENworks) [...]

Apaga um ou mais grupos de usuários do ZENworks.

(caminho do grupo de usuários do ZENworks) [...] – Caminho do grupo de usuários do ZENworks relativo a /Usuários/Grupos de Usuários do ZENworks.

user-group-members (ugm) (caminho do grupo de usuários) [opções]

Lista membros de um grupo de usuários do ZENworks ou grupo de usuários do Diretório LDAP.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
user-group-remove (ugr)(caminho do grupo de usuários do ZENworks) (caminho do usuário) [...] [opções]

Remove usuários de um grupo de usuários do ZENworks.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de usuários] – Caminho de uma pasta de usuários relativo a /Usuários. Se essa opção for especificada, o caminho dos objetos Usuário será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Usuário sob a mesma pasta.
user-info (ui) (caminho do usuário)

Lista informações detalhadas sobre um usuário.

user-list (ul) [opções] [pasta]

Lista os objetos Usuário.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo as subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -t, ‑‑typefilter=[filtro de tipo][...] – Exibe os resultados que correspondem à lista de tipos de objetos especificados separados por vírgulas. Valores válidos: user (usuário), group (grupo) e folder (pasta).
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
user-list-bundles (ulb) (caminho do objeto Usuário) [opções]

Lista os bundles atribuídos a um objeto Usuário.

Aceita as seguintes opções:

  • -a, ‑‑all – Lista os bundles efetivos e não efetivos.
  • -e, ‑‑effective – Lista somente os bundles efetivos.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
user-list-groups (ulg) (caminho do usuário) [opções]

Lista os grupos dos quais o usuário específico é membro.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
user-list-policies (ulp) (caminho do objeto Usuário) [opções]

Lista as políticas atribuídas a um objeto Usuário.

  • -a, ‑‑all – Lista as políticas efetivas e não efetivas.
  • -e, ‑‑effective – Lista somente as políticas efetivas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
user-logged-in-devices (ulid) (caminho do usuário)

Exibe os dispositivos em que um usuário efetuou login.

user-primary-workstation (upws) (caminho do usuário)

Lista a estação de trabalho principal do usuário, o número de logins e há quantos minutos o usuário está conectado à estação de trabalho principal.

user-remove-bundle (urb) (caminho do objeto Usuário) (bundle ou grupo de bundles) [...] [opções]

Remove os bundles atribuídos a um objeto Usuário.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
user-remove-policy (urp) (caminho do objeto Usuário) (política ou grupo de políticas) [...] [opções]

Remove as políticas atribuídas a um objeto Usuário.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
user-reorder-policies (urop) (caminho do objeto Usuário) (posição atual) (nova posição)

Muda a ordem das políticas atribuídas a um usuário.

user-set-as-test (usat) (caminho do objeto Usuário)

Define um usuário como usuário de teste.

Exemplos

Para definir o usuário1 como usuário de teste:

zman usat usuário1

user-set-as-nontest (usan) (caminho do objeto Usuário)

Define um usuário como usuário não teste.

Exemplos

Para definir o usuário1 como usuário não teste:

zman usan usuário1

user-source-create (usc) (caminho do arquivo XML da origem de usuário) [opções]

Configura uma origem de usuário.

Aceita a seguinte opção:

-a, ‑‑accept-certificate – Aceita o certificado apresentado pela origem de usuário quando o modo SSL é escolhido. Esta opção é fornecida para evitar o modo interativo de criação de scripts. É aconselhável ver o certificado e depois aceitá-lo.

user-source-list (usl)

Lista as origens de usuário configuradas.

user-source-list-connections (uslc) (origem de usuário)

Liste as conexões de servidor para uma origem de usuário.

user-source-remove-connection (usrc)(origem de usuário)(nome da conexão)

Remove uma conexão de servidor da origem de usuário.

user-source-trustedcert-add (usta) (álias do certificado) (caminho do arquivo de certificado)

Adiciona um certificado confiável extra a outro servidor LDAP que pode ser referenciado durante o processamento de uma solicitação de pesquisa LDAP ao usar conexões seguras de origem de usuário.

  • (álias do certificado) – O álias usado para identificar o certificado no armazenamento de chaves.
  • (caminho do arquivo de certificado) – O caminho para o arquivo de certificado em formato DER.
user-source-trustedcert-list (ustl)

Lista os certificados confiáveis adicionais usados para conexões seguras de origem de usuário.

user-source-trustedcert-remove, ustr (álias do certificado)

Remove um certificado confiável usado para conexões seguras de origem de usuário.

  • (álias do certificado) – O álias usado para identificar o certificado no armazenamento de chaves.
user-source-add-connection (usac) (origem de usuário) (nome da conexão) (endereço do servidor) (porta do servidor) [opções]

Adiciona uma nova conexão de servidor para uma origem de usuário.

Aceita as seguintes opções:

-a, ‑‑accept-certificate – Aceita o certificado apresentado pela origem de usuário quando o modo SSL é escolhido. Esta opção é fornecida para evitar o modo interativo de criação de scripts. É aconselhável ver o certificado e depois aceitá-lo.

-s, ‑‑use-ssl – Especifica o uso desse SSL ao acessar o novo servidor.

user-view-all-bundles-status (uvabs) (caminho do usuário) [opções]

Exibe o status de distribuição avançado dos bundles atribuídos a um usuário.

Aceita as seguintes opções:

  • ‑‑statusfilter=[tipo de status][...] – Filtra o status dos Eventos Distribuição e Instalação de Bundle. Valores válidos: S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
user-view-all-policies-status (uvaps) (caminho do usuário) [opções]

Exibe o status de distribuição avançado das políticas atribuídas a um usuário.

Aceita as seguintes opções:

  • ‑‑statusfilter=[tipo de status][...] – Filtra o status do Evento Aplicação de Política. Valores válidos: S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

Comandos de estação de trabalho

Esses comandos são usados para gerenciar estações de trabalho. Os comandos de estação de trabalho começam com workstation- na forma extensa, ou com a letra w na forma abreviada.

Todos os comandos abaixo aceitam os flags de opções listados na seção Opções Globais. Eles também aceitam as opções individuais listadas com cada um deles.

workstation-add-bundle (wab) (caminho do objeto Estação de Trabalho) (bundle ou grupo de bundles) [...] [opções]

Atribui bundles a um objeto Estação de Trabalho.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
  • -I, ‑‑icon-location=[arquivo XML da localização do aplicativo] – O arquivo XML que contém as localizações em que deve ser inserido o ícone do aplicativo de bundle. Para o formato de arquivo XML, consulte o arquivo IconLocation.xml localizado em /opt/novell/zenworks/share/zman/samples/bundles em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\Zman\samples\ bundles em um servidor Windows.
  • -d, ‑‑distribution-schedule=[arquivo XML da programação de distribuição] – Arquivo XML que contém a programação de distribuição.
  • -l, ‑‑launch-schedule=[arquivo XML da programação de início] – Arquivo XML que contém a programação de inicialização.
  • -a, ‑‑availability-schedule=[arquivo XML da programação de disponibilidade] – Arquivo XML que contém a programação de disponibilidade. Para gabaritos de arquivo XML de programação, consulte os arquivos XML localizados em /opt/novell/zenworks/share/zman/samples/schedules em um servidor Linux ou Diretório_de_instalação:\Novell\Zenworks\share\zman\samples\ Schedules em um servidor Windows.
  • -b, ‑‑install-schedule=[arquivo XML da programação de instalação] – Arquivo XML que contém a programação de instalação.
  • -i, ‑‑install-immediately – Instala o bundle imediatamente após a distribuição. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -L, ‑‑launch-immediately – Inicia o bundle imediatamente após a instalação. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -n, ‑‑distribute-now – Define a programação de distribuição para distribuir o bundle imediatamente. Se essa opção for especificada, as opções de atualização ‑‑distribution-schedule e ‑‑distribute-on-device-refresh serão ignoradas. As opções de programação ‑‑distribute-now, ‑‑distribute-on-device-refresh e ‑‑distribution- são mutuamente exclusivas e usadas para definir a programação de distribuição. A opção ‑‑distribute-now é considerada primeiro, seguida das opções ‑‑distribute-on-device-refresh e ‑‑distribution-schedule.
  • -r, ‑‑distribute-on-device-refresh – Define a programação de distribuição para distribuir o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑distribution-schedule será ignorada.
  • -s, ‑‑launch-on-device-refresh – Define a programação de inicialização para iniciar o bundle na atualização do dispositivo. Se essa opção for especificada, a opção ‑‑launch-schedule será ignorada.
  • -w, ‑‑wakeup-device-on-distribution – Aciona o dispositivo usando Wake-On-LAN se ele for encerrado durante a distribuição do bundle. Para usar essa opção, especifique também a programação de distribuição. A programação de distribuição pode ser especificada através da opção ‑‑distribution-schedule, ‑‑distribute-now ou ‑‑distribute-on-device-refresh.
  • -D, ‑‑dry-run — Testa e exibe as ações solicitadas, mas sem realmente executá-las.
  • -B, ‑‑broadcast=[Endereço de broadcast][...] – Lista de endereços separada por vírgulas usada para transmitir os pacotes mágicos Wake-On-LAN. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. Um endereço IP válido é um valor válido.
  • -S, ‑‑server=[Caminho dos objetos Servidor Principal ou Servidor Proxy relativo a /Dispositivos][...] – Lista separada por vírgulas de objetos Servidor Principal ou Servidor Proxy usada para acionar o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN.
  • -C, ‑‑retries=[Número de tentativas] – Número de vezes que os pacotes mágicos Wake-On-LAN são enviados para o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 0 e 5. O valor padrão é 1.
  • -T, ‑‑timeout=[Intervalo de tempo entre as tentativas] – O intervalo de tempo entre duas tentativas. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 2 e 10 (em minutos). O valor padrão é 2.
workstation-add-policy (wap) (caminho do objeto Estação de Trabalho) (política ou grupo de políticas) [...] [opções]

Atribui políticas a um objeto Estação de Trabalho.

Aceita as seguintes opções:

  • -c, ‑‑conflicts=[ordem de resolução de conflitos de políticas] – Determina como são resolvidos os conflitos de políticas. Valores válidos: userlast (usuário por último) ou 1, devicelast (dispositivo por último) ou 2, deviceonly (somente dispositivo) ou 3, useronly (somente usuário) ou 4. No caso de userlast (usuário por último), primeiro são aplicadas as políticas associadas ao dispositivo e depois as políticas associadas ao usuário. No caso de devicelast (dispositivo por último), primeiro são aplicadas as políticas associadas ao usuário e depois as políticas associadas ao dispositivo. No caso de deviceonly (somente dispositivo), as políticas associadas ao usuário são ignoradas. No caso de useronly (somente usuário), as políticas associadas ao dispositivo são ignoradas. Se esta opção não for especificada, userlast (usuário por último) será considerado o valor padrão.
  • -e, ‑‑enforce-now – Assegura o uso obrigatório da política imediatamente em todos os dispositivos atribuídos
  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
workstation-copy-relationships (wcr) (caminho da estação de trabalho) (caminho do objeto Estação de Trabalho) [...] [opções]

Copia os relacionamentos de uma estação de trabalho para várias estações de trabalho. Os relacionamentos de estação de trabalho incluem atribuições de bundles e de políticas e participações em grupos.

Aceita as seguintes opções:

  • -r, ‑‑relationship-type: Tipos de relacionamento a serem copiados. Os valores válidos são bundles, policies e groups. A opção bundles copiará todas as atribuições de bundle associadas do dispositivo de origem. A opção policies copiará todas as atribuições de política associadas do dispositivo de origem. A opção groups adicionará os dispositivos de destino como membros dos grupos associados aos dispositivos de origem.
  • -a, ‑‑assignment-options: Opções de atribuição. Os valores válidos são assign-to-group-members, assign-to-folder-members e assign-to-folder-members-recursively. A opção assign-to-group-members copiará as atribuições a membros dos grupos de destino. A opção assign-to-folder-members copiará as atribuições a dispositivos na pasta de destino. A opção assign-to-folder-members-recursively copiará as atribuições a dispositivos nas pastas de destino e nas respectivas subpastas.
  • -c, ‑‑conflict-resolution: Opções de resolução de conflitos para as atribuições existentes. Os valores válidos são delete-existing-assignments e replace-existing-assignments. A opção delete-existing-assignments apagará todas as atribuições existentes dos dispositivos de destino. A opção replace-existing-assignments substituirá as atribuições existentes dos dispositivos de destino pelas atribuições selecionadas.
  • -g, ‑‑group-membership: As opções de participações em grupos para o tipo de objeto de destino Grupos e Pastas. Os valores válidos são add-group-members, add-folder-members, add-folder-members-recursively e delete-existing-group-membership. A opção add-group-members adicionará os membros do grupo de destino como membros dos grupos dos quais o dispositivo de origem faz parte. A opção add-folder-members adicionará dispositivos às pastas de destino como membros dos grupos dos quais o dispositivo de origem faz parte. A opção add-folder-members-recursively adicionará dispositivos às pastas de destino e às respectivas subpastas como membros dos grupos dos quais o dispositivo de origem faz parte. A opção delete-existing-group-membership apagará as participações em grupos existentes dos quais os dispositivos de destino fazem parte.

Por exemplo:

Para copiar todos os relacionamentos da estação de trabalho de origem para várias estações de trabalho: zman workstation-copy-relationships workstationfolder/sourceworkstation ‑‑relationship-type=bundles,policies,groups workstationfolder/workstation workstationfolder/workstationfolder1 workstationfolder/workstationgroup.

Para copiar as atribuições de política da estação de trabalho de origem para as estações de trabalho nas pastas de estação de trabalho de destino de modo recursivo: zman wcr workstationfolder/sourceworkstation ‑‑relationship-type=bundlesworkstationfolder1 workstationfolder2 -assignment-options=assign-to-group-member,assign-to-folder-members.

Para substituir as atribuições de bundle em conflito das estações de trabalho de destino ao copiar as atribuições da estação de trabalho de origem: zman wcr workstationfolder/sourceworkstation -r=policies workstationfolder/workstation -conflict-resolution=delete-existing-assignments.

Para adicionar estações de trabalho dos grupos de estações de trabalho de destino aos grupos da estação de trabalho de origem: zman wcr workstationfolder/sourceworkstation -r=groups workstationgroupgroup-membership=add-folder-members-recursively.

workstation-delete (wd) (caminho do objeto Estação de Trabalho) [...] [opções]

Apaga um ou mais objetos Estação de Trabalho.

(caminho do objeto Estação de Trabalho) [...] – Caminho dos objetos Estação de Trabalho (estação de trabalho, pasta de estações de trabalho ou grupo de estações de trabalho) relativo a /Dispositivos/Estações de Trabalho. Será possível usar o curinga * nos nomes de objetos se ele estiver entre aspas. Tenha cuidado ao usar curingas para apagar objetos.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Apaga objetos recursivamente em uma pasta.
  • -f, ‑‑folder=[pasta de estações de trabalho] – Caminho de uma pasta de estações de trabalho relativo a /Dispositivos/Estações de Trabalho. Se essa opção for especificada, o caminho dos objetos Estação de Trabalho será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Estação de Trabalho sob a mesma pasta.
workstation-folder-create (wfc) (nome da pasta) [pasta pai] [opções]

Cria uma nova pasta para armazenar estações de trabalho.

Aceita a seguinte opção:

  • ‑‑desc=[descrição] – Descrição da pasta.
workstation-group-add (wga) (caminho do grupo de estações de trabalho) (caminho da estação de trabalho) [...] [opções]

Adiciona estações de trabalho a um grupo de estações de trabalho.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de estações de trabalho] – Caminho de uma pasta de estações de trabalho relativo a /Dispositivos/Estações de Trabalho. Se essa opção for especificada, o caminho dos objetos Estação de Trabalho será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Estação de Trabalho sob a mesma pasta.
workstation-group-create (wgc) (nome do grupo) [pasta pai] [opções]

Cria um grupo de estações de trabalho e adiciona membros a ele.

Aceita as seguintes opções:

  • ‑‑desc=[descrição] – Descrição do grupo.
  • -m, ‑‑members=[caminho da estação de trabalho][...] – Caminho das estações de trabalho relativo a /Dispositivos/Estações de Trabalho.
  • -f, ‑‑folder=[pasta de estações de trabalho] – Caminho de uma pasta de estações de trabalho relativo a /Dispositivos/Estações de Trabalho. Se essa opção for especificada, o caminho dos objetos Estação de Trabalho será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Estação de Trabalho sob a mesma pasta.
workstation-group-members (wgm) [opções] (caminho do grupo de estações de trabalho)

Lista membros de um grupo de estações de trabalho ou um grupo de estações de trabalho dinâmicas.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
workstation-group-remove (wgr) (caminho do grupo de estações de trabalho) (caminho da estação de trabalho) [...] [opções]

Remove estações de trabalho de um grupo de estações de trabalho.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de estações de trabalho] – Caminho de uma pasta de estações de trabalho relativo a /Dispositivos/Estações de Trabalho. Se essa opção for especificada, o caminho dos objetos Estação de Trabalho será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Estação de Trabalho sob a mesma pasta.
workstation-info (wi) (caminho da estação de trabalho)

Lista informações detalhadas sobre uma estação de trabalho.

workstation-list (wl) [pasta] [opções]

Lista os objetos Estação de Trabalho.

Aceita as seguintes opções:

  • -r, ‑‑recursive – Lista os resultados recursivamente, incluindo as subpastas. Se esta opção não for especificada, o conteúdo das subpastas não será listado.
  • -n, ‑‑namefilter=[string de filtro] – Exibe os resultados correspondentes ao nome especificado. Para usar os curingas * e ?, podem ser usados se estiverem entre aspas.
  • -t, ‑‑typefilter=[filtro de tipo][...] – Exibe os resultados que correspondem à lista de tipos de objetos especificados separados por vírgulas. Valores válidos: device (dispositivo), group (grupo) e folder (pasta).
  • -c, ‑‑count – Exibe a contagem dos resultados.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
  • -f, ‑‑flagfilter=[filtro de flags][...] – Exibe os resultados que correspondem à lista de flags especificados separados por vírgulas. Os valores válidos são desativado, não desativado, teste e não teste.
workstation-list-bundles (wlb) (caminho do objeto Estação de Trabalho) [opções]

Lista os bundles atribuídos a um objeto Estação de Trabalho.

Aceita as seguintes opções:

  • -a, ‑‑all – Lista os bundles efetivos e não efetivos.
  • -e, ‑‑effective – Lista somente os bundles efetivos.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
workstation-list-groups (wlg) (caminho da estação de trabalho) [opções]

Lista os grupos dos quais a estação de trabalho específica é membro.

Aceita a seguinte opção:

  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
workstation-list-policies (wlp) (caminho do objeto Estação de Trabalho) [opções]

Lista as políticas atribuídas a um objeto Estação de Trabalho.

Aceita as seguintes opções:

  • -a, ‑‑all – Lista as políticas efetivas e não efetivas.
  • -e, ‑‑effective – Lista somente as políticas efetivas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
workstation-move (wmv) (caminho do objeto Estação de Trabalho) [caminho da pasta de destino]

Move um objeto Estação de Trabalho para outra pasta.

workstation-refresh (wrf) (caminho do objeto Estação de Trabalho) [...] [opções]

Atualiza o Agente do ZENworks nas estações de trabalho.

Aceita a seguinte opção:

-f, ‑‑folder=[pasta de estações de trabalho] – Caminho de uma pasta de estações de trabalho relativo a /Dispositivos/Estações de Trabalho. Se essa opção for especificada, o caminho dos objetos Estação de Trabalho será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Estação de Trabalho sob a mesma pasta.

‑‑server=<caminho do objeto Servidor/Pasta do Servidor/Grupo de Servidores>[...]: O caminho dos objetos do Servidor Principal (servidor, pasta do servidor ou grupo de servidores) relativo a /Dispositivos/Servidores para enviar as notificações de Tarefa Rápida.

‑‑notify=<minutos>: Tempo em minutos para notificar todos os dispositivos.

‑‑expire=<minutos>: Tempo de expiração, em minutos, após a criação da tarefa rápida. Especifique 0 para expirar imediatamente.

‑‑currentserver: Adicionar tarefa rápida ao Servidor Principal atual.

‑‑anyserver: Adicionar tarefa rápida a qualquer um dos Servidores Principais.

‑‑expirenever: A tarefa rápida nunca expira no Servidor Principal.

workstation-remove-bundle (wrb) (caminho do objeto Estação de Trabalho) (bundle ou grupo de bundles) [...] [opções]

Remove os bundles atribuídos a um objeto Estação de Trabalho.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de bundles] – Caminho de uma pasta de bundles relativo a /Bundles. Se essa opção for especificada, o caminho dos objetos Bundle será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Bundle sob a mesma pasta.
workstation-remove-policy (wrp) (caminho do objeto Estação de Trabalho) (política ou grupo de políticas) [...] [opções]

Remove as políticas atribuídas a um objeto Estação de Trabalho.

Aceita a seguinte opção:

  • -f, ‑‑folder=[pasta de políticas] – Caminho de uma pasta de políticas relativo a /Políticas. Se essa opção for especificada, o caminho dos objetos Política será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Política sob a mesma pasta.
workstation-rename (wr) (caminho do objeto Estação de Trabalho) (novo nome)

Renomeia um objeto Estação de Trabalho.

workstation-reorder-policies (wrop) (caminho do objeto Estação de Trabalho) (posição atual) (nova posição)

Muda a ordem das políticas atribuídas a uma estação de trabalho. Use o comando workstation-list-policies para obter a ordem das políticas atribuídas.

workstation-retire (wret) (caminho do objeto Estação de Trabalho)

Desativa a estação de trabalho selecionada do seu sistema ZENworks na próxima atualização. Descartar um dispositivo é diferente de apagá-lo. Quando você descarta um dispositivo, a sua GUID é mantida (ao contrário de quando você apaga um dispositivo, o que também apaga a sua GUID). Como resultado, todas as informações de inventário são mantidas e tornam-se acessíveis, porém, todas as atribuições de bundle e de política são removidas. Se você reativar o dispositivo posteriormente, suas atribuições serão restauradas.

Aceita a seguinte opção:

  • -i, ‑‑immediate – Força uma atualização de dispositivo a descartar imediatamente o dispositivo.
workstation-set-as-test (wsat) (caminho do objeto Estação de Trabalho)

Define uma estação de trabalho como dispositivo de teste.

Exemplos

Para definir a estação de trabalho1 como dispositivo de teste:

zman wsat estação de trabalho1

workstation-set-as-nontest (wsan) (caminho do objeto Estação de Trabalho)

Define uma estação de trabalho como dispositivo não teste.

Exemplos

Para definir a estação de trabalho1 como dispositivo não teste:

zman wsan estação de trabalho1

workstation-unretire (wuret) (caminho do objeto Estação de Trabalho)

Reativa a estação de trabalho selecionada em sua próxima atualização e reaplica todas as designações de política e de bundle que o dispositivo possuia anteriormente.

Aceita a seguinte opção:

  • -i, ‑‑immediate – Força uma atualização de dispositivo a imediatamente não descartar o dispositivo.
workstation-view-all-bundles-status (wvabs) (caminho da estação de trabalho) [opções]

Exibe o status avançado da implantação dos bundles atribuídos a uma estação de trabalho.

Aceita as seguintes opções:

  • ‑‑statusfilter=[status type][...] – Filtra o status de Eventos de Instalação e Distribuição de Bundle. Os valores válidos são S, R, C, A, F e P (Sucesso, Sucesso Parcial, Concluído, Conclusão Parcial, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.

Exemplos

Para ver o status da implantação dos bundles atribuídos à estação de trabalho1:

zman wvabs estação de trabalho1

Para ver o status Sucesso ou Pendente da implantação dos bundles atribuídos à estação de trabalho1:

zman wvabs estação de trabalho1 ‑‑statusfilter S,P

workstation-view-all-policies-status (wvaps) (caminho da estação de trabalho) [opções]

Exibe o status de implantação avançado das políticas atribuídas a uma estação de trabalho.

Aceita as seguintes opções:

  • ‑‑statusfilter=[tipo de status][...] – Filtra o status do Evento Aplicação de Política. Valores válidos: S, F e P (Sucesso, Falha e Pendente). É possível obter uma lista de tipos de status separados por vírgulas.
  • -s, ‑‑scrollsize=[tamanho da rolagem] – Número de resultados a serem exibidos de cada vez.
workstation-wakeup (ww) (caminho do objeto Estação de Trabalho) [...] [opções]

Aciona uma estação de trabalho usando Wake-On-LAN.

Aceita as seguintes opções:

  • -f, ‑‑folder=[pasta de estações de trabalho] – Caminho de uma pasta de estações de trabalho relativo a /Dispositivos/Estações de Trabalho. Se essa opção for especificada, o caminho dos objetos Estação de Trabalho será determinado em relação a essa pasta. Isso pode ser usado para especificar vários objetos Estação de Trabalho sob a mesma pasta.
  • -b, ‑‑broadcast=[Endereço de broadcast][...] – Lista de endereços separada por vírgulas usada para transmitir os pacotes mágicos Wake-On-LAN. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. Um endereço IP válido é um valor válido.
  • -s, ‑‑server=[Caminho dos objetos Servidor Principal ou Servidor Proxy relativo a /Dispositivos][...] – Lista separada por vírgulas de objetos Servidor Principal ou Servidor Proxy usada para acionar o dispositivo. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN.
  • -C, ‑‑retries=[Número de tentativas] – Número de vezes que os pacotes mágicos Wake-On-LAN são enviados para o(s) dispositivo(s). Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 0 e 5. O valor padrão é 1.
  • -t, ‑‑timeout=[Intervalo de tempo entre as tentativas] – O intervalo de tempo entre duas tentativas. Essa opção somente será usada se você optar por acionar o dispositivo com Wake-On-LAN. O valor deve estar entre 2 e 10 (em minutos). O valor padrão é 2.

Comandos do servidor ZENworks

Esses comandos são usados para gerenciar servidores que têm o ZENworks instalado. Os comandos do Servidor ZENworks começam com zenserver- na forma extensa ou com as letras zs na forma abreviada.

zenserver-backup (zsb) (caminho do arquivo) [Frase secreta]

Faz backup dos arquivos de configuração necessários para duplicar esse servidor em outro Servidor ZENworks.

  • (caminho do arquivo) – Caminho do arquivo no qual será feito o backup dos arquivos de configuração do Servidor ZENworks. Se o servidor contiver o banco de dados embutido, use o comando database-backup para fazer backup do banco de dados. Para restaurar o servidor em outra instalação de servidor, você deve primeiro restaurar os arquivos de configuração usando o comando zenserver-restore e, em seguida, restaurar o banco de dados. O comando solicita uma frase secreta para criptografar o arquivo submetido a backup. Anote a frase secreta especificada, pois será necessário digitá-la para restaurar o servidor.
  • [Frase secreta] — Caminho do arquivo no qual será feito o backup dos arquivos de configuração do Servidor ZENworks. Se o servidor contiver o banco de dados embutido, use o comando database-backup para fazer backup do banco de dados. Para restaurar o servidor em outra instalação de servidor, você deve primeiro restaurar os arquivos de configuração usando o comando zenserver-restore e, em seguida, restaurar o banco de dados. O comando solicita uma frase secreta para criptografar os arquivos de backup.
zenserver-restore (zsr) (caminho do arquivo) [Frase secreta]

Restaura os arquivos de configuração submetidos a backup do Servidor ZENworks com problemas para uma nova instalação do Servidor ZENworks.

  • (caminho do arquivo) – Caminho para o arquivo que contém os arquivos de configuração submetidos a backup a serem restaurados. O servidor deve ter o mesmo nome DNS e endereço IP que o servidor que está sendo restaurado. Quando o comando solicitar uma frase secreta para descriptografar o arquivo submetido a backup, digite a frase secreta usada para criptografar os arquivos quando eles foram submetidos a backup.
  • [Frase secreta] — Caminho do arquivo no qual será feito o backup dos arquivos de configuração do Servidor ZENworks. Se o servidor contiver o banco de dados embutido, use o comando database-backup para fazer backup do banco de dados. Para restaurar o servidor em outra instalação de servidor, você deve primeiro restaurar os arquivos de configuração usando o comando zenserver-restore e, em seguida, restaurar o banco de dados. O comando solicita uma frase secreta para criptografar os arquivos de backup.

Opções globais

As opções a seguir podem ser aplicadas a qualquer comando zman:

-h, ‑‑help

Fornece ajuda em vários níveis. Consulte a seção Guia de utilização para obter mais detalhes sobre o uso da ajuda.

‑‑usage

Exibe a sintaxe do comando.

‑‑terse

Exibe a saída concisa.

‑‑debug

Exibe a saída de depuração.

-V , ‑‑verbose

Habilita a saída verbosa.

‑‑quiet

Gera uma saída silenciosa, imprimindo apenas as mensagens de erro.

-U, ‑‑User=<nome_do_usuário>

Fornece um nome de usuário. Se não for fornecido, ele será solicitado.

-P, ‑‑Password=<senha>

Especifica uma senha. Se não for fornecida, ela será solicitada.

-‑‑host=<host>

Especifica o nome do host ou o endereço IP ao qual você deverá se conectar (padrão: localhost).

‑‑port=<porta>

Especifica a porta de escuta usada pelo servidor (padrão: 443).

‑‑cleartext

Desabilita o SSL para fins de depuração. Se a porta não for definida como texto sem criptografia, será feita a conexão com a porta 80, por padrão.

-R, ‑‑Redirect=<caminho_do_arquivo>

Redireciona a saída da tela para um arquivo. Use essa opção com o operador de redirecionamento de linha de comando (>) para gravar dados no formato UTF-8 e manter os caracteres especiais.

-G, ‑‑ignore-global-file

Ignora o arquivo de opções globais especificado em zman-config.properties.

Segurança

A execução de cada comando requer autorização do administrador. Para evitar a inserção de credenciais do administrador para cada comando, use o comando admin-store-credential para armazenar as credenciais. As credenciais são criptografadas e armazenadas na pasta pessoal do usuário do sistema operacional que está executando o comando. As credenciais são aplicadas somente ao usuário que efetuou login. É mais seguro limpar as informações com o comando admin-clear-credential após a execução de todos os outros comandos.

IMPORTANTE:Evite usar as opções de linha de comando existentes para inserir nomes de usuário e senhas. No Linux, elas são exibidas na listagem ps. E, se a tecla de seta para cima ou de seta para baixo for pressionada, serão mostrados os comandos anteriores inseridos no Windows e no Linux. Insira as credenciais quando solicitado ou use o comando admin-store-credential.

Arquivos

zman-config.properties é um arquivo de propriedades usado para configurar o zman e está nos seguintes locais:

  • No Windows: %ZENWORKS_HOME%\conf\zman\properties

  • No Linux: /etc/opt/novell/zenworks/zman/properties

Estas são as várias opções disponíveis:

  • RENDERER_SCROLLSIZE: Controla globalmente a saída de um comando de lista. Os resultados são recuperados e exibidos em contagens de tamanho de rolagem especificado. É possível anular essa configuração usando a opção ‑‑scrollsize nos comandos de lista.

  • GLOBAL_OPTIONS_FILE: É possível adicionar opções globais a todos os comandos, armazenando-as em um arquivo e especificando o caminho desse arquivo como o valor para essa propriedade. Para arquivos do Windows, use \\ em vez de \. O conteúdo do arquivo deve estar em uma única linha, assim como um comando.

    Por exemplo:

    GLOBAL_OPTIONS_FILE=C:\\zman\\globaloptions.txt

    Veja a seguir um exemplo de conteúdo do arquivo:

    ‑‑host=123.34.45.56 ‑‑port=8080 –cleartext ‑‑verbose

    Para ignorar as opções armazenadas nesse arquivo, use a opção –ignore-global-file. Todas as opções globais, exceto -U|‑‑User e -P|‑‑Password, podem ser armazenadas no arquivo de opções globais. Os comandos admin-store-credential e admin-clear-credential devem ser usados para adicionar credenciais do administrador a cada comando. Consulte a seção Segurança para obter diretrizes sobre como usar credenciais do administrador.

  • GLOBAL_OPTIONS_HELP: As opções globais referentes aos comandos são exibidas na ajuda de cada comando. Para desativar a exibição das opções globais, defina GLOBAL_OPTIONS_HELP=false.

  • DEBUG_LEVEL: Controla o volume de mensagens de depuração registradas no arquivo zman.log localizado em Unidade_de_instalação:\Novell\zenworks\logs no Windows e em /var/opt/novell/log/zenworks no Linux. O nível 3, que é o padrão, registra o comando inserido e rastreamentos de pilhas de exceção caso ocorram erros. O nível 4 registra o comando inserido, a saída do comando e outras mensagens de depuração.

Códigos de saída

O zman retorna códigos de saída na faixa de 0 a 255. 0 indica a execução bem-sucedida do comando; 1 a 255 indica um erro na execução.

  • 0 – Sucesso.

Códigos de saída para erros de análise:

  • 1 – Erro de análise desconhecido.
  • 2 – Um argumento obrigatório não foi especificado.
  • 3 – Um flag desconhecido foi especificado.
  • 4 – Um valor foi especificado para um parâmetro de switch.
  • 5 – Nenhum valor foi especificado para uma opção com flag.
  • 6 – Foi especificado um argumento adicional inesperado.
  • 7 – Foi especificado um valor inválido.
  • 8 – Impossível converter um valor no tipo esperado.
  • 9 – Comando desconhecido.
  • 10 – Nenhuma das opções foi digitada e pelo menos uma é necessária. Por exemplo, para modificar direitos, especifique pelo menos a opção Atribuir ou Revogar.

Códigos de saída para erros gerais:

  • 11 – Erro desconhecido.
  • 12 – O recurso não está disponível porque um dos arquivos jar do zman está ausente.
  • 13 – Falha na autenticação.
  • 14 – Uma string vazia foi especificada para o nome de usuário ou a senha ou a senha especificada não atende aos requisitos mínimos de tamanho.
  • 15 – A licença do ZENworks expirou.
  • 16 – Falha de conexão. O servidor de banco de dados pode estar inativo.
  • 17 – O administrador do ZENworks não tem direitos suficientes para executar essa operação.
  • 18 – Impossível ler o certificado para estabelecer a comunicação SSL.
  • 19 – Este comando pode ser executado somente em um host local.

Códigos de saída para erros relacionados a objetos gerais:

  • 21 – O objeto especificado não é do tipo esperado. Por exemplo, um bundle é especificado em vez de um dispositivo.
  • 22 – Não foi possível encontrar o objeto.
  • 23 – Um objeto com o mesmo nome já existe na pasta especificada.
  • 24 – O objeto especificado está em um diretório diferente da pasta especificada.
  • 25 – Não é possível mover uma pasta pai para sua subpasta.
  • 26 – Não é possível renomear o objeto.
  • 27 – Não é possível apagar o objeto.
  • 28 – Tentativa de apagar uma pasta não vazia.
  • 29 – O objeto já é membro do grupo.
  • 30 – O objeto não é membro do grupo.
  • 31 – O objeto já foi atribuído ao dispositivo ou usuário.
  • 32 – O objeto ainda não foi atribuído ao dispositivo ou usuário.
  • 33 – O tipo de objeto é inválido para ser atribuído a um dispositivo ou usuário.
  • 34 – A atribuição do objeto ao dispositivo não foi permitida. Por exemplo, não é possível designar a política específica do usuário a um dispositivo.

Códigos de saída para outros erros gerais:

  • 41 – O nome especificado é inválido. Por exemplo, o objeto não pode ter caracteres especiais como * ou % em seu nome.
  • 42 – O caminho absoluto iniciando com uma barra normal (/) é esperado.
  • 43 – Uma programação inválida é especificada.
  • 44 – O arquivo XML não continha a entrada esperada. Por exemplo, o arquivo XML de um conjunto de ações exportado é fornecido como entrada quando se espera o arquivo XML de um bundle exportado.
  • 45 – O arquivo XML não estava de acordo com o esquema esperado.
  • 46 – Um GUID inválido é especificado.
  • 47 – O valor especificado excedeu o tamanho máximo.
  • 48 – Um argumento dependente não foi especificado. Por exemplo, o comando usa a opção de instalação de um bundle imediatamente na distribuição, mas não especifica a programação de distribuição.

Códigos de saída para erros relacionados a arquivos:

  • 61 – Espera-se um diretório.
  • 62 – O arquivo não existe ou está em um diretório.
  • 63 – O arquivo já existe.
  • 64 – Erro ao ler o arquivo.
  • 65 – Erro ao gravar no arquivo.
  • 66 – Erro ao criar o arquivo.
  • 67 – Erro ao criar o diretório.
  • 68 – Erro ao copiar o arquivo.
  • 69 – Erro ao fazer upload do arquivo.
  • 70 – Impossível carregar o arquivo porque não há espaço em disco suficiente no dispositivo de destino.

Códigos de saída específicos para comandos de registro:

  • 71 – A pasta e o grupo que estão sendo associados à chave de registro ou ao conjunto de regras não são do mesmo tipo de dispositivo.
  • 72 – Um conjunto de regras deve ter pelo menos uma regra.

Códigos de saída comuns para comandos de bundle e política:

  • 76 – Falha na criação do conteúdo.
  • 77 – A cópia do arquivo de conteúdo para o diretório temporário foi cancelada porque já existe um arquivo com o mesmo nome.
  • 78 – Tentativa de criação de um bundle ou de uma política com conteúdo do arquivo em um servidor que não é de conteúdo.

Códigos de saída específicos para comandos de bundle:

  • 81 – O arquivo especificado para o ícone de bundle não é um arquivo de imagem válido.
  • 82 – O conjunto de ações não contém ações a serem reordenadas, removidas ou exportadas.
  • 83 – O conjunto de ações não contém ações na posição específica a serem reordenadas, removidas ou exportadas.
  • 84 – O conjunto de ações não é suportado para o tipo de bundle. Por exemplo, o conjunto de ações de pré-inicialização não é suportado para o bundle do Windows.
  • 85 – A ação não é suportada para o conjunto de ações. Por exemplo, ação Verificar Bundle não é suportada para o conjunto de ações de instalação.
  • 86 – A ação é não apagável.
  • 87 – O tipo de ação é singular; não é possível adicionar o mesmo tipo de ação mais de uma vez a um conjunto de ações.
  • 88 – O tipo de ação não suporta bundles dependentes. Por exemplo, você não pode especificar um caminho de bundle dependente para a ação MSI de Instalação.
  • 89 – O caminho do bundle dependente especificado leva a uma dependência circular de bundles.
  • 90 – Falha ao criar a programação Wake-On-LAN ao atribuir bundles.
  • 91 – Falha ao remover a programação Wake-On-LAN ao cancelar a atribuição de bundles.

Códigos de saída comuns para comandos de dispositivo e usuário:

  • 101 – O dispositivo ou o usuário não tem políticas nem bundles associados.

Códigos de saída específicos para comandos de usuário:

  • 106 – O certificado da origem de usuário expirou.
  • 107 – O SSL é necessário para a conexão com a origem de usuário.

Códigos de saída específicos para comandos de licença:

  • 116 – Impossível ativar a licença.
  • 118 – O servidor não tem a função de Autoridade de certificação.
  • 119 – O servidor não tem os arquivos necessários para habilitar a função de Autoridade de certificação.
  • 120 – A Autoridade de certificação usada não é a Autoridade de Certificação Interna do ZENworks.

Códigos de saída específicos de comandos de administrador:

  • 121 – O direito não pertence à categoria de direitos.

Códigos de saída específicos para comandos de banco de dados:

  • 126 – O banco de dados não é um banco de dados embutido.
  • 127 – A instrução SQL é inválida.
  • 128 – Ocorreu uma exceção SQL.

Códigos de saída específicos para comandos de distribuição:

  • 131 – Um endereço IP ou um nome de host inválido foi especificado.
  • 132 – As credenciais necessárias para a conexão com o dispositivo não foram especificadas.
  • 133 – Um dispositivo gerenciado ou um dispositivo já programado para implantação é especificado.

Códigos de saída específicos para comandos de relatório:

  • 136 – Falha ao apagar o relatório.
  • 137 – Falha ao submeter uma solicitação para a geração de relatório.
  • 138 – Documento de relatório inválido.

Comandos do ZeUS

O comando zman zeus é usado para importar os MSIs mais recentes do ZeUS na Zona e obter a configuração atual do ZeUS.

zeus-msi-config | zmc

Aplica a configuração do último msi do ZeUS importado.

zeus-msi-import | zmi (caminho para Msis do ZeUS) [-f|‑‑force]

Importa os MSIs mais recentes do ZeUS na Zona.

(caminho para Msis do ZeUS) — Informe o caminho completo para o diretório do ZeUS.

Aceita as seguintes opções:

-f, ‑‑force — Reimporta o MSI mesmo se as versões forem iguais. Isso sobregrava a configuração atual do ZeUS no servidor.

zac zeus-refresh / zeus-ref

Recupera a atualização do sistema quando ela é atribuída a um dispositivo.

Nota: Esse não é um comando do ZMAN.