Readme do ZENworks 2017 Update 1

1.0 O que há de novo no ZENworks 2017 Update 1

Para obter informações sobre os novos recursos incluídos nesta versão, consulte O que há de novo no ZENworks 2017 Update 1.

2.0 Planejando a implantação do ZENworks 2017 Update 1

Use as seguintes diretrizes para planejar a implantação do ZENworks 2017 Update 1 na Zona de Gerenciamento:

  • Se você usa a Criptografia de Disco e deseja atualizar o Agente de Criptografia de Disco Cheio, É NECESSÁRIO remover a política de Criptografia de Disco dos dispositivos gerenciados antes de atualizá-los para o ZENworks 2017 Update 1.

    Para obter mais informações sobre a atualização da Criptografia de Disco Cheio no ZENworks 2017 Update 1, consulte a ZENworks 2017 Update 1 - Full Disk Encryption Update Reference (ZENworks 2017 Update 1 - Referência de Atualização de Criptografia de Disco Cheio).

  • Primeiramente, você deve fazer upgrade dos Servidores Principais, em seguida, atualizar os Servidores Satélites e, por fim, os dispositivos gerenciados para o ZENworks 2017 Update 1. Não faça upgrade dos dispositivos gerenciados e Servidores Satélites (nem adicione novos Agentes do 2017 Update 1 à zona) antes do upgrade de todos os Servidores Principais na zona para o ZENworks 2017 Update 1.

    NOTA:Os Agentes podem receber dados inconsistentes da zona antes do upgrade de todos os Servidores Principais. Portanto, essa parte do processo deve ser realizada o quanto antes. O ideal é logo após o upgrade do primeiro Servidor Principal.

  • Se os dispositivos gerenciados foram atualizados para o ZENworks 11.x ou posterior, você pode atualizá-los diretamente para o ZENworks 2017 Update 1 na zona.

  • O sistema será reinicializado assim que você fizer o upgrade para o ZENworks 2017 Update 1. Entretanto, uma reinicialização dupla será necessária nos seguintes cenários:

    • Se você atualizar da versão 11.x para o ZENworks 2017 ou 2017 Update 1 com a Segurança de Endpoint habilitada, será necessário uma segunda reinicialização para carregar o driver ZESNETAccess.

    • Se um dispositivo gerenciado usa o Windows 10 com a Autodefesa de Cliente habilitada, e você está atualizando da versão 11.4.x para o ZENworks 2017 ou 2017 Update 1, é necessário desabilitar a Autodefesa de Cliente no ZENworks Control Center, reinicializar o dispositivo gerenciado e, em seguida, executar a atualização, exigindo uma segunda reinicialização no dispositivo.

    • Se você tem uma política de Criptografia de Disco imposta em um dispositivo gerenciado e deseja atualizar o Agente de Criptografia de Disco Cheio para o ZENworks 2017 Update 1, deve primeiro remover a política e decodificar o dispositivo, o que requer a reinicialização do dispositivo. Em seguida, atualize o dispositivo para o 2017 Update 1, exigindo uma segunda reinicialização.

    IMPORTANTE:É necessário primeiro fazer upgrade dos Dispositivos Gerenciados que executam versões anteriores à 11.x para a 11.x. O sistema será reinicializado após o upgrade para a versão 11.x e, em seguida, reinicializado novamente quando a atualização do sistema do ZENworks 2017 Update 1 for implantada.

    Tabela 1 Atualização de Agente Cumulativa do ZENworks para o ZENworks 2017 Update 1: Caminhos Suportados

    Tipo de Dispositivo Gerenciado

    Sistema Operacional

    Versões Suportadas

    Versões Não Suportadas

    Servidor Principal

    Windows/Linux

    Atualização da v2017

    Qualquer versão anterior à v2017

    Servidor Satélite

    Windows/Linux/Mac

    v11.0 e versões posteriores

    Qualquer versão anterior à v11.x

    Dispositivo Gerenciado

    Windows

    v11.0 e versões posteriores

    Qualquer versão anterior à v11.0

    Linux

    v11.0 e versões posteriores

    N/A

    Mac

    v11.2 e versões posteriores

    N/A

  • Antes de instalar a Atualização de Sistema, verifique se você tem espaço em disco livre adequado nos seguintes locais:

    Local

    Descrição

    Espaço em disco

    Windows: %zenworks_home%\install\downloads

    Linux: opt/novell/zenworks/install/downloads

    Para manter os pacotes de agente.

    5 GB

    Windows: %zenworks_home%\work\content-repo

    Linux: /var/opt/novell/zenworks/content-repo

    Para importar o arquivo zip para o sistema de conteúdo.

    5 GB

    Cache do Agente

    Para fazer download do conteúdo da Atualização de Sistema que é necessário para atualizar o servidor ZENworks.

    1.5 GB

    Local onde o arquivo da Atualização de Sistema é copiado. Ele é aplicável apenas ao Servidor ZENworks que é usado para importar o arquivo zip da Atualização de Sistema

    Para armazenar o arquivo zip da Atualização de Sistema do qual foi feito o download.

    5 GB

3.0 Fazendo download e implantando o ZENworks 2017 Update 1

Para obter instruções sobre como fazer download e implantar o ZENworks 2017 Update 1, consulte a ZENworks 2017 Update 1 System Updates Reference (Referência de Atualizações do Sistema do ZENworks 2017 Update 1).

Se a Zona de Gerenciamento consiste em Servidores Principais com uma versão anterior ao ZENworks 2017, você poderá implantar o ZENworks 2017 Update 1 nesses Servidores Principais somente após o upgrade de todos eles para o ZENworks 2017. Para obter instruções, consulte o Guia de Upgrade do ZENworks.

Para ver as tarefas administrativas, consulte o site de documentação do ZENworks 2017 Update 1.

IMPORTANTE:Não atualize o viewer de Gerenciamento Remoto (RM – Remote Management) antes da atualização de todos os Servidores Satélites Proxy de Junção na zona. Para executar o Gerenciamento Remoto pelo Proxy de Junção, você precisa garantir que a versão do viewer de RM e a versão do Proxy de Junção sejam as mesmas.

Leia a Seção 2.0, Planejando a implantação do ZENworks 2017 Update 1 antes de fazer download e implantar a atualização do ZENworks 2017 Update 1.

Não implante o ZENworks 2017 Update 1 antes do upgrade de todos os Servidores Principais na zona para o ZENworks 2017

Essa atualização requer que sejam feitas mudanças no esquema do banco de dados. Durante a instalação do patch inicial, os serviços são executados apenas no Servidor Principal Master ou dedicado. Isso serve para garantir que outros Servidores Principais não tentem acessar as tabelas que estão sendo modificadas no banco de dados.

Depois que o Servidor Principal Master ou dedicado for atualizado, os serviços continuarão nos servidores restantes e a atualização será aplicada simultaneamente.

NOTA:Você não precisa parar ou iniciar manualmente os serviços nos servidores durante a atualização. Os serviços serão interrompidos e iniciados automaticamente.

Quando você adia uma atualização de sistema e efetua logout do dispositivo gerenciado, a atualização de sistema é aplicada no dispositivo.

Para ver a lista das versões suportadas de Dispositivo Gerenciado e Servidor Satélite em uma Zona de Gerenciamento com o ZENworks 2017 Update 1, consulte Supported Managed Devices and Satellite Server Versions (Versões suportadas de dispositivos gerenciados e servidores satélites).

4.0 Problemas resolvidos no ZENworks 2017 Update 1

Alguns dos problemas identificados nas versões anteriores foram resolvidos nesta versão. Para obter uma lista dos problemas resolvidos, consulte o TID 7020155 no Support Knowledgebase.

5.0 Problemas que continuam no ZENworks 2017 Update 1

Alguns dos problemas descobertos nas versões anteriores do ZENworks 2017 Update 1 ainda não foram resolvidos. Consulte o seguinte documento de Readme para obter mais informações:

6.0 Problemas conhecidos

Esta seção contém informações sobre os problemas que podem ocorrer durante o uso do ZENworks 2017 Update 1:

6.1 Configuração do ZENworks

Nos dispositivos Windows 2012 R2, o adaptador de rede não fica visível quando os valores IPv4 e IPv6 são mudados usando o comando zisedit

Após a instalação do agente em um dispositivo Windows 2012 R2, quando você inicializa o dispositivo usando o PXE ou o CD de Boot e executa o comando zisedit com as configurações a seguir, o adaptador de rede não ficará visível nas conexões de rede quando você efetuar login no dispositivo:

  1. Defina os valores DHCP e DHCP6 como desativado.

  2. Mude os valores IPv4 e IPv6.

Solução alternativa: Configure os valores IPv4 e IPv6 separadamente.

Em um dispositivo SLES 11, a detecção de local e ambiente de rede pode falhar com o endereço DHCP

Em um dispositivo SLES 11, se uma rede é configurada usando o NetworkManager, o serviço de Rede do endereço IP do Cliente pode não corresponder ao endereço DHCP IPv6. Portanto, haverá falha na detecção de local e ambiente de rede.

Solução alternativa: Configure a rede usando o método ifup.

Os aplicativos Java do ZENworks podem não funcionar em dispositivos Windows nos quais a interface IPv4 não está instalada

Os Aplicativos Java 8 exigem a configuração da pilha do IPv4 em um dispositivo Windows. Portanto, os aplicativos Java do ZENworks, como o Ajudante do ZCC, podem não funcionar, a menos que o IPv4 esteja instalado.

Solução alternativa: Configure a pilha do IPv4 além da pilha do IPv6.

Para obter mais informações, consulte os seguintes links:

Durante a execução de uma mudança de CA, há falha na validação de um certificado encadeado se a cadeia de certificação está na ordem errada

Ao mudar a Autoridade de Certificação externa, se o novo arquivo de certificado incluir a cadeia de certificação em uma ordem incorreta, haverá falha na validação do certificado. Por exemplo, em vez de Servidor > SubCA > RootCA, se a cadeia estiver na seguinte ordem: SubCA > Servidor > RootCA, o certificado será considerado inválido.

Solução alternativa: Crie novamente a cadeia de certificação do servidor (com certificados na ordem especificada) usando seu método preferido. Veja a seguir uma das maneiras mais simples de realizar esse procedimento:

  1. Grave cada certificado como um arquivo separado no formato base64.

  2. Abra cada certificado em um editor de texto. O conteúdo é semelhante a este:

    -----BEGIN CERTIFICATE-----
    <cert data>
    -----END CERTIFICATE-----
  3. Crie um novo arquivo e nomeie-o como server.cer.

  4. Copie o texto de cada arquivo de certificado para o server.cer para que os certificados fiquem todos em um arquivo, na seguinte ordem:

    -----BEGIN CERTIFICATE-----
    <Server cert data>
    -----END CERTIFICATE-----
    -----BEGIN CERTIFICATE-----
    <SubCA cert data>
    -----END CERTIFICATE-----
    -----BEGIN CERTIFICATE-----
    <RootCA cert data>
    -----END CERTIFICATE-----
  5. Grave o arquivo server.cer.

  6. Use o arquivo server.cer como o novo certificado e conclua as etapas para mudar a CA (Certificate Authority – Autoridade de Certificação) externa.

O pgadmin3 não é iniciado em um dispositivo SLES

Quando você abre o pgadmin3 em um dispositivo SLES, um dos seguintes erros pode ser exibido:

  • pgadmin3: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory

  • ./pgadmin3: symbol lookup error: /usr/lib64/libgdk-x11-2.0.so.0: undefined symbol: pango_font_map_create_context

Solução alternativa: Execute o seguinte comando no terminal antes de abrir o pgadmin3:

export LD_LIBRARY_PATH="/usr/local/lib64:/usr/local/lib:/lib64:/lib:/usr/lib64:/usr/lib:/opt/novell/zenworks/share/pgsql/lib:/opt/novell/zenworks/share/pgsql/pgAdmin3/lib:$LD_LIBRARY_PATH"

Há falha nas ações Instalar MSI de Rede e Criar Diretório do bundle com o erro WNetAddConnection quando ele é configurado com compartilhamento DFS

Os bundles configurados com a ação Instalar MSI de Rede ou Criar Diretório do compartilhamento DFS falham com o erro WNetAddConnection.

Solução alternativa: Nenhuma.

Ao configurar a ação Instalar MSI de Rede, use o caminho UNC em vez do compartilhamento DFS.

Nos dispositivos iOS, o prompt para digitar a senha da conta de e-mail pode não ser exibido

Quando uma conta de e-mail é configurada remotamente em um dispositivo iOS usando a Política de E-mail Móvel, o prompt para digitar a senha da conta de e-mail pode não ser exibido.

Solução alternativa: Especifique manualmente a senha navegando até o menu Configurações no dispositivo.

6.2 Agente do ZENworks

Quando você reinicia o agente em um dispositivo gerenciado mais antigo e o nome de host do servidor principal é resolvido para um endereço IPv6, o dispositivo gerenciado pode não ser registrado na zona

Em um dispositivo gerenciado, quando o cache é limpo e o dispositivo é reiniciado, o agente lê os URLs de servidor do arquivo initial-web-service. Se o URL do servidor contém um nome de host que é resolvido para um endereço IPv6, há falha na verificação de nome de host SSL. Portanto, os agentes mais antigos talvez não sejam registrados.

Solução alternativa: Adicione manualmente o URL baseado em IPv4 ao arquivo initial-web-service e, em seguida, atualize o agente mais antigo.

Os agentes no ZENworks 2017 ou em versões anteriores podem ser registrados em um servidor ZENworks 2017 Update 1 com um endereço IPv6

O registro de um agente mais antigo usando um endereço IPv6 do servidor ZENworks pode ser bem-sucedido, no entanto, alguns dos recursos do agente podem não funcionar conforme o esperado.

Solução alternativa: Anule o registro do agente e, em seguida, registre-o usando um endereço IPv4 do servidor ZENworks. Evite registrar agentes mais antigos usando um endereço IPv6.

6.3 ZENworks Application

O ZAPP é iniciado automaticamente após uma reinicialização

Se você cria uma política ZECP para ocultar o ícone de bandeja do ZENworks e, em seguida, atribui a política a um dispositivo, quando você reinicializar o dispositivo, o ZAPP será iniciado automaticamente.

Solução alternativa: Apague a chave de registro do ZAPP:

  1. Abra o Editor de Registro.

  2. Consulte

    • Para 32 bits: HKLM\Software\Microsoft\Windows\CurrentVersion\Run

    • Para 64 bits: HKLM\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Run

  3. Apague a chave de registro do ZAPP.

6.4 Escuta do gerenciamento

Viewers VNC de código-fonte aberto não são suportados quando você controla remotamente um dispositivo gerenciado pelo Windows usando um endereço IPV6

Em um dispositivo Windows, o Agente do ZENworks não pode se conectar a viewers de código-fonte aberto, como RealVNC, TightVNC e UltraVNC, usando um endereço IPv6.

Solução alternativa: Para gerenciar dispositivos Windows usando endereços IPv6, utilize viewers VNC de código-fonte aberto compatíveis com IPv6. É possível usar os viewers VNC de código-fonte aberto para comunicação com dispositivos gerenciados usando endereços IPv4.

6.5 ZENworks Imaging

O dispositivo RHEL 7 é inicializado no modo de manutenção após a restauração da imagem

Quando você cria uma imagem de um dispositivo RHEL 7 com o SELinux habilitado, o dispositivo é inicializado no modo de manutenção após a restauração da imagem.

Solução alternativa: Antes de criar a imagem, desabilite o SELINUX:

  1. Vá para a pasta /etc/selinux.

  2. No arquivo config, defina o valor SELINUX como disabled.

  3. Reinicie o dispositivo.

A atribuição do bundle de implantação do MDT para reinstalar o sistema operacional em um dispositivo que já tem um sistema operacional resulta em um loop infinito

Quando você atribui o bundle de Implantação do MDT para reinstalar o sistema operacional em um dispositivo que já tem um sistema operacional, o resultado é um loop infinito. Na inicialização do PXE, o dispositivo sempre escolhe o mesmo bundle do MDT. Esse problema acontece porque o Microsoft Deployment Toolkit (MDT) apaga os Dados Seguros para Imagens do ZENworks (ZISD) ao preparar o disco para reinstalar o sistema operacional no dispositivo. Por isso, o Imaging Server não reconhece o status do trabalho de criação de imagens atribuído ao dispositivo e ele nunca é limpo.

Solução alternativa: Execute um dos seguintes métodos:

Método 1

  1. Personalize o Compartilhamento de Implantação do MDT do qual o MDT WIM fez upload nos contatos do bundle na inicialização. Use o ISDTool.exe para limpar o MBR:

    1. Faça download do 32-bit ISDTool.exe na página de Download do ZENworks (https://endereço_IP_do_servidor_zenworks:porta/zenworks-setup) em Ferramentas de Criação de Imagens. Coloque-o no Compartilhamento de Implantação do MDT, na pasta /Tools/x86.

    2. Faça download do ISDTool.exe de 64 bits na página de Download do ZENworks (https://endereço_IP_do_servidor_zenworks:porta/zenworks-setup) em Ferramentas de Criação de Imagens. Coloque-o no Compartilhamento de Implantação do MDT, na pasta /Tools/x64.

    3. Abra o arquivo de script ZTIDiskpart.wsf presente no Compartilhamento de Implantação do MDT, na pasta Scripts, e insira as seguintes linhas logo acima da linha Open an instance for diskpart.exe, and dynamically pipe the commands to the program:

      Dim sampCmd Dim aScriptDir Dim aArchitecture aScriptDir = oFSO.GetParentFolderName(WScript.ScriptFullName) aArchitecture = oEnvironment.Item("Architecture") sampCmd = aScriptDir & "\..\tools\" & aArchitecture & "\ISDTool.exe mdt cleandisk " & iDiskIndex oShell.Exec(sampCmd)

Quando o dispositivo inicializa o MDT WIM e acessa o Compartilhamento de Implantação do MDT personalizado acima, o script impede que o MDT apague os dados ZISD.

Método 2

  1. Limpe o MBR usando um bundle de Pré-inicialização de Script de Criação de Imagens antes de aplicar o bundle de Implantação do MDT ao dispositivo:

    1. Crie um bundle de Pré-inicialização de Script de Criação de Imagens no ZENworks. Adicione o seguinte comando como o Texto do Script:

      dd if=/dev/zero of=/dev/sdX count=1 bs=512

      Em que /dev/sdX é o disco; X pode ser um valor como a, b ou c.

    2. Aplique o bundle de Pré-inicialização de Script de Criação de Imagens ao dispositivo.

    3. Aplique o bundle de Implantação do MDT necessário ao dispositivo.

      IMPORTANTE:Tome bastante cuidado ao usar essa opção. O comando dd acima limpa o MBR. Após executar esse comando, o sistema operacional não será inicializado. Por isso, o comando só deve ser executado antes de reinstalar o sistema operacional no dispositivo.

6.6 Um dispositivo Windows com atualizações do Windows 10 pode não ser inicializado

Quando você restaura uma imagem de um dispositivo Windows com a atualização do Windows 10 para Criadores usando o driver NTFS Legado, o dispositivo restaurado pode não inicializar o sistema operacional.

Solução Alternativa: Faça qualquer um destes procedimentos:

  • Crie e restaure a imagem de um dispositivo usando o driver Tuxera.

  • Crie e restaure a imagem de um dispositivo no formato .zmg usando o WinPE.

6.7 ZENworks Appliance

Uma página em branco é exibida no browser Internet Explorer 11 quando você abre o bloco Terminal e Explorador de Arquivos usando um endereço IPv6

Quando você abre o bloco Terminal e Explorador de Arquivos no ZENworks Appliance usando um endereço IPv6, uma página em branco é exibida no browser Internet Explorer 11.

Solução alternativa: Abra o ZENworks Appliance usando endereços IPv6 literais nos nomes de caminho UNC.

Por exemplo, 2001:db8::ff00:42:8329 pode ser gravado como 2001:db8::ff00:42:8329.ipv6-literal.net

7.0 Documentação adicional

Este Readme lista os problemas específicos do ZENworks 2017 Update 1. Para acessar todas as outras documentações do ZENworks 2017, consulte o site de documentação do ZENworks 2017 na Web.

8.0 Informações Legais

Para saber mais sobre informações legais, marcas registradas, isenções de responsabilidades, garantias, exportação e outras restrições de uso, direitos restritos do Governo dos EUA, política de patente e conformidade de FIPS, consulte https://www.novell.com/company/legal/.

Copyright © 2017 Micro Focus Software Inc. Todos os Direitos Reservados.