14 de julho de 2006
As informações contidas neste arquivo Readme referem-se ao Novell® ZENworks® 7 Desktop Management, o produto da Novell para gerenciamento de desktops em estações de trabalho Windows* localizadas dentro ou fora do firewall da sua empresa. Estão incluídas as informações sobre os serviços do ZENworks executados em plataformas de servidor NetWare®, Windows ou Linux*.
Os problemas incluídos neste documento foram identificados quando o ZENworks 7 Desktop Management foi lançado. Para obter informações sobre os problemas corrigidos depois do lançamento inicial, consulte o TID 10097368 no Novell Support Knowledgebase.
O Guia de Instalação do Novell ZENworks 7 Desktop Management fornece instruções detalhadas sobre a instalação e está disponível no site da documentação da Novell na Web e como uma opção de menu na execução do programa de instalação.
Existem algumas limitações no escopo e no ambiente em que você usa o ZENworks 7 Desktop Management.
Para obter informações adicionais, consulte oTID 10019161 no Novell Support Knowledgebase.
Se essas portas não estiverem abertas, o servidor SLES 10 não poderá ser adicionado à árvore do eDirectory em que você planeja instalar o ZENworks.
Se o NetWare 6.5 SP2 estiver instalado no servidor em que as estações de trabalho são autenticadas quanto à funcionalidade do ZENworks, você não poderá administrar a árvore do eDirectory™ ou o servidor com ConsoleOne 1.3.6 até fazer upgrade da versão do Novell Client™ instalado na máquina para 4.9 SP2.
Recomendamos não instalar a versão do Novell Client (4.90.0 SP1a) fornecida com o eDirectory 8.7.3. Essa versão requer patches adicionais para funcionar com o Windows Server 2003. Em vez disso, recomendamos a instalação do Novell Client para Windows 4.91, disponível para download no site de download de produtos da Novell na Web
O Servidor de Camada Intermediária do ZENworks 7 atualmente não é suportado em versões de 64 bits dos sistemas operacionais SLES 9 ou SLES 10.
Não há suporte para a instalação do Servidor de Camada Intermediária do ZENworks 7 com SP1 em um cluster de rede.
NOTA: Se você instalar por engano a Camada Intermediária em um cluster do Linux, o programa de instalação continuará a executar o rpm novell-zdm-cluster, usando NULL como o componente de Camada Intermediária. Na verdade, o servidor de Camada Intermediária não é instalado.
Esta seção explica os problemas da instalação do Servidor do Desktop Management, do Servidor de Camada Intermediária e do Agente do Desktop Management. Ela também descreve alguns problemas da instalação dos componentes do Desktop Management, como o Gerenciamento de Aplicativos e a Criação de Imagens da Estação de Trabalho.
Para sua comodidade, os problemas de instalação dos serviços do ZENworks Desktop Management em um servidor Linux estão agrupados.
Recomendamos que você não mude a ordem do provedor padrão dos serviços de conexão de rede na máquina em que estiver executando o programa de instalação do ZENworks 7 Desktop Management com Support Pack 1. Se você mudar a ordem do padrão, serão gerados erros no programa de instalação.
Esta seção explica os problemas detectados na instalação dos serviços do Novell ZENworks 7 Desktop Management no Linux.
Quando você abre o ConsoleOne pela primeira vez, após a instalação do ZENworks 7 Desktop Management em um servidor Linux, é exibida uma mensagem de licença popup. É necessário inserir o código de licença para administrar a máquina Linux com ZENworks Desktop Management.
Embora a mensagem Instalação Concluída indique que todos os serviços do ZENworks instalados foram iniciados, o serviço proxydhcp não é iniciado após a conclusão da instalação dos Serviços do ZENworks 7 Desktop Management no Linux nem após a reinicialização. Para iniciar o serviço, execute /etc/init.d/novell-proxydhcp start. Para que o serviço seja iniciado após a reinicialização, utilize o editor de nível de execução e adicione o daemon ao nível de execução.
Se você configurar o arquivo de instalação silent.properties para usar o padrão de instalar todos os componentes do ZENworks 7 Desktop Management com SP1 em um nó do cluster, serão gerados erros fatais no programa de instalação durante a instalação do Servidor de Camada Intermediária. Esses erros são listados no arquivo de registro da instalação.
O Servidor de Camada Intermediária do ZENworks não é habilitado para cluster e não ocorrerá seu failover. Além disso, programa de instalação normal dos Serviços do ZENworks 7 Desktop Management no Linux com SP1 desabilitará sua instalação em um nó do cluster. O método de instalação do arquivo silent.properties não foi ajustado de forma semelhante. Se você usar o silent.properties, recomendamos que selecione a instalação do Servidor definida apenas para evitar erros fatais.
Se você abrir o YaST após a instalação apenas do Servidor de Camada Intermediária do ZENworks 7 em um servidor SLES 9 e, em seguida, selecionar Instalações de Software e clicar em , os erros serão exibidos indicando um conflito de dependência.
Esses erros indicam que a dependência está em novell-zenworks-common, que não é copiado no servidor, a menos que o Servidor do ZENworks 7 Desktop Management também seja instalado na mesma máquina.
Desconsidere esse erro se o Servidor de Camada Intermediária for instalado no servidor SLES 9.
Se você instalar o Servidor de Camada Intermediária do ZENworks 7 em um servidor OES (Linux) (versão fornecida) e, em seguida, habilitar a configuração de , os usuários que estiverem efetuando login por meio da Camada Intermediária não conseguirão se autenticar. Os administradores também não poderão efetuar login, conseqüentemente, o utilitário NSAdmin ficará inutilizável.
Para contornar esse problema, siga um dos seguintes procedimentos:
Abra o /etc/opt/novell/xtier/xsrvd/envvars em um editor de texto.
Substitua esta linha:
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib
por esta linha:
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib:/opt/novell/nmas/client/lib
Utilize o seguinte comando para reiniciar o novell-xsrvd:
/etc/init.d/novell-xsrvd restart
Quando você tenta instalar o ZENworks 7 Desktop Management com Support Pack 1 em um servidor SLES 9 SP3 em que o eDirectory 8.7.3x tenha sido instalado, o programa de instalação detecta a árvore do eDirectory, mas não se autentica nela.
Esse comportamento não ocorre quando o ZENworks 7 Desktop Management com SP1 é instalado em um servidor OES Linux SP2 em que o eDirectory 8.7.3x esteja instalado.
Para solucionar o problema, você precisa adicionar uma réplica da partição do eDirectory no servidor SLES 9 SP3.
Haverá falha nos Serviços do ZENworks 7 Desktop Management com SP1 na instalação do Linux se ele for iniciado na interface do usuário como um usuário não-root. Nenhuma mensagem de erro é exibida nessa falha. Também há falha na tentativa do ESubsequent de iniciar a instalação como root em um prompt de terminal.
Para solucionar o problema, reinicialize o computador, efetue login como root e tente a instalação novamente.
Para obter informações adicionais, consulte oTID 3233134 no Novell Support Knowledgebase.
Esta seção contém informações sobre os problemas que podem ocorrer ao instalar o Servidor do Desktop Management.
O programa de instalação do Servidor do Desktop Management necessita de espaço livre na unidade do sistema designado da estação de trabalho, da qual a instalação está sendo efetuada. Se houver falha do programa de instalação, poderá ser devido à insuficiência de espaço livre para continuar.
Você deve criar espaço suficiente para continuar a instalação. Se a unidade do Windows estiver quase cheia, será possível definir a variável de ambiente para usar o espaço em disco em outra unidade.
Exemplo: SystemDrive=D:
O programa de instalação do Desktop Management lê o arquivo autoexec.ncf do servidor NetWare para encontrar e usar a primeiro instrução listado do Endereço BIND IP. Se o arquivo tiver duas ou mais declarações de Endereço BIND IP e o primeiro endereço estiver incorreto ou inativo, haverá falha da instalação.
Para corrigir o problema, verifique se o endereço IP está listado primeiramente no arquivo autoexec.ncf.
Se você usar um servidor Windows 2000 com o ConsoleOne instalado para instalar snap-ins do ConsoleOne do Desktop Management em outro servidor, o Windows adicionará o novo caminho da instalação do ConsoleOne ao seu registro, que também inclui o local padrão do ConsoleOne anteriormente instalado.
Se você usar esse mesmo servidor Windows 2000 para instalar os snap-ins do ConsoleOne para outro servidor, haverá falha da instalação, pois ele usa o caminho padrão da instalação.
Se não for possível instalar os snap-ins de outro servidor, recomendamos que você exclua o valor padrão da seguinte entrada de registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe
O programa de instalação do Servidor do Desktop Management falhará para instalar em um cluster em uma árvore eDirectory de vários servidores quando a caixa de seleção Verificação de Pré-requisitos estiver selecionada e o objeto Cluster não for o primeiro servidor da lista Seleção de Servidores.
Para corrigir esse problema, desmarque a caixa de seleção .
Quando você instala os Serviços do ZENworks 7 Desktop Management, a instalação cria um novo objeto Aplicativo de Atualização do ConsoleOne na árvore eDirectory. Esse objeto não funcionará até que tenha sido configurado corretamente.
Para configurar o objeto:
No ConsoleOne, clique o botão direito do mouse no objeto Aplicativo de clique em , clique na guia e, em seguida, clique em .
No campo , digite \\nome_do_servidor\sys\public\zenworks\c1update.exe.
ou
No ConsoleOne, clique o botão direito do mouse no objeto Aplicativo de clique em , clique na guia e, em seguida, clique em .
No campo Caminho para arquivo, digite %SOURCE_PATH%\zenworks\c1update.exe.
Esta seção contém informações sobre os problemas que podem ocorrer ao instalar o Servidor de Camada Intermediária.
O Servidor de Camada Intermediária apresentará uma falha se você instalar o Novell Client em um servidor Windows 2000/2003, instalar o Servidor de Camada Intermediária na mesma máquina e, em seguida, desinstalar o Novell Client desse servidor. O programa de desinstalação do cliente remove arquivos importantes necessários ao Servidor de Camada Intermediária do ZENworks.
Nesse cenário de combinação de softwares, se você fizer upgrade, subseqüentemente, do cliente para a 4.9 SP2 (ou posterior), uma versão diferente do nicm.sys será instalada. Se você não usar o arquivo nicm.sys incluído no Servidor de Camada Intermediária do ZENworks 7, haverá falha no Servidor de Camada Intermediária.
Para corrigir esse problema, você tem duas opções:
Quando você instala o Servidor de Camada Intermediária do ZENworks 7 com SP1 em um servidor OES Linux, é feito o downgrade forçado do componente Xtier existente usado por outros produtos da Novell (como o NetStorage) para que trabalhe com o ZENworks 7 Desktop Management com SP1.
Se o downgrade do componente Xtier criar um problema para seus usuários, você poderá usar o utilitário novell-zdm-configure para configurar a versão existente do Xtier para trabalhar com o Servidor de Camada Intermediária do ZENworks 7 com SP1. Para obter mais informações, consulte Configurando ou reconfigurando os processos do ZENworks instalados em execução no Linux
no Guia de Instalação do Novell ZENworks 7 Desktop Management.
Esta seção contém informações sobre os problemas que podem ocorrer ao instalar o Agente do Desktop Management. Para obter informações adicionais, consulte o TID 10078667 no Novell Knowledgebase.
IMPORTANTE:A versão do Agente do Desktop Management fornecida com o ZENworks for Desktops 4.0 não é mais suportada. Antes de fazer o upgrade do Agente do Desktop Management para o ZENworks 7, os usuários devem substituir essa versão mais antiga do agente pela versão do agente fornecida com o Suíte do ZENworks 6 (ZENworks for Desktops 4.0.1/SP1b) ou mais recente.
O mecanismo Microsoft Windows Installer (msi.dll) e o executável do Windows Installer (msiexec.exe) devem estar presentes na estação de trabalho para que o pacote MSI do Agente do Desktop Management seja descompactado e executado. Algumas estações de trabalho Windows 98 podem não ter o mecanismo MSI instalado, portanto, o pacote MSI do Agente do Desktop Management não será instalado.
Obtenha a versão mais recente do Windows Installer no site de downloads da Microsoft ou use o arquivo MSI 2.0 (instmsia.exe) que está disponível na pasta \microsoft windows installer\98 do CD Novell ZENworks 7 Companion 2.
Se você distribuir o MSI do Agente do Desktop Management através do Disparador de Aplicativos para uma estação de trabalho Windows, os usuários não deverão ter o ConsoleOne aberto nessas estações de trabalho.
Se o ConsoleOne for aberto durante a distribuição, haverá falha do MSI da instalação do Agente do Desktop Management.
Recomendamos que o objeto MSI do Agente do Desktop Management não seja configurado para permitir a desinstalação com base em usuário, pois a estação de trabalho não solicita atualmente uma reinicialização quando o usuário executa uma desinstalação clicando com o botão direito do mouse no ícone do objeto Aplicativo.
Se você conceder direitos de Administrador ao usuário, ele poderá desinstalar o Agente do Desktop Management usando o utilitário . Nesse caso, a estação de trabalho exibe uma solicitação de reinicialização. É possível usar o utilitário agentdistributor.exe localizado na pasta sys:public\mgmt\consoleone\1.2\bin do Servidor do Desktop Management quando o ZENworks 7 é aplicado a esse servidor. Usando esse utilitário, você pode “distribuir” o agente mais recente nas estações de trabalho com base em seu endereço IP.
Se você ou um usuário instalar o myapps.html em uma estação de trabalho Windows 98, alguns arquivos do Agente do ZENworks Management serão instalados nessa estação de trabalho e não poderão ser desinstalados subseqüentemente no recurso do do Windows.
Isso poderá causar um problema se for necessário instalar o Novell Cliente na mesma estação de trabalho. O programa de instalação detecta os arquivos do Agente do Desktop Management e não continuará até que o Agente (ou os respectivos arquivos) sejam removidos da estação de trabalho. Como os arquivos não constituem a instalação total do Agente, não existe uma lista do Agente do Desktop Management no recurso .
Para obter informações adicionais, consulte o TID 10094298 no Novell Support Knowledgebase.
Se você instalar plug-ins de aplicativo da tela Browser de Aplicativos (myapps.html) em uma estação de trabalho Windows 98 e, em seguida, instalar o Agente do ZENworks Desktop Management completo nessa estação de trabalho, utilizando o agente MSI disponível na tela Browser de Aplicativos, essa tela deixará de funcionar.
O problema ocorre por causa do truncamento de nome de arquivo durante a instalação do MSI na tela do Browser. Recomenda-se instalar o Agente MSI no Windows 98 utilizando um método que não seja o da tela Browser de Aplicativos.
Se você ou um usuário desinstalar o Agente do ZENworks 7 Desktop Management de uma estação de trabalho Windows 98, o processo de desinstalação poderá falhar com a seguinte mensagem de erro:
Erro 1605: Esta ação só é válida para os produtos atualmente instalados
A falha ocorre porque o Windows 98 MSI Installer configurou incorretamente o registro do Windows para desinstalação.
O InstallShield Consumer Central publicou um Knowledgebase resource que fornece alguns procedimentos para corrigir o problema. A medida corretiva recomenda que você execute o utilitário para limpar as entradas do registro da estação de trabalho. O utilitário está disponível para download no site de Suporte da Microsoft.
Se você instalar o Novell Client 4.9 SP1a, o Novell NetIdentity 1.2 (do mesmo CD do Novell Client) e o Agente do ZENworks 7 Desktop Management e, em seguida, remover o Agente, o NetIdentity não funcionará porque os arquivos do NetIdentity do Agente serão removidos.
Para corrigir esse problema, você precisa usar o utilitário Adicionar/Remover Programas do Windows para remover o NetIdentity e, em seguida, é necessário reinstalá-lo.
Se você instalar o NetIdentity em uma estação de trabalho limpa usando o Novell Client, o NetIdentity será mostrado na lista do do Windows.
Se, em seguida, instalar o Agente do ZENworks Desktop Management (que instala também o NetIdentity) nessa estação de trabalho, use o utilitário Adicionar ou Remover Programas do Windows para “remover” o NetIdentity da estação de trabalho; no entanto, o NetIdentity não será realmente removido da máquina, apenas da lista . O NetIdentity não será removido até que o Agente do ZENworks Desktop Management seja desinstalado.
Se você instalar o Novell Client 3.x e habilitar o Gerenciador de Estações de Trabalho em uma estação de trabalho Windows 98, instalar o Agente do ZENworks 7 Desktop Management e, em seguida, desinstalar o Novell Client 3.x, o Gerenciador de Estações de Trabalho será desinstalado na estação de trabalho e nenhuma política será distribuída para esta.
Para corrigir esse problema, você deve desinstalar o Agente do Desktop Management e reinstalá-lo em uma estação de trabalho Windows 98.
Se você instalar o Agente do ZENworks 7 Desktop Management e, em seguida, distribuir ou “voltar” para uma versão provisória ou um patch do ZENworks for Desktops 4.0.1 fornecido anteriormente, a estação de trabalho não será mais reconhecida como importada e os aplicativos associados à estação de trabalho não aparecerão nas telas do NAL.
Se você já instalou o Agente do ZENworks 7 Desktop Management , recomendamos que não retome uma versão provisória ou um patch do ZENworks for Desktops 4.0.1 do Agente do Desktop Management.
A instalação do Agente do ZENworks 7 Desktop Management em uma estação de trabalho sobregravará alguns GINAs de login na rede de terceiros. O Agente do ZENworks 7 Desktop Management suporta os seguintes GINAs de terceiros (isto é, eles não serão sobregravados pela instalação do Agente do Desktop Management):
Se algum outro GINA de terceiro (isto é, um GINA não presente nessa lista) já estiver instalado na estação de trabalho do usuário, o Agente do Desktop Management não será instalado. É possível utilizar a propriedade MSI IGNORE_3RDPARTY_GINA com a configuração para forçar a instalação do Agente e sobregravar o GINA de terceiro.
IMPORTANTE: Alguns outros GINAs de terceiros não funcionarão se eles não forem a lista principal (isto é, os primeiros) em uma cadeia do Microsoft GINA. Isso gera um problema nas estações de trabalho em que o Agente do Desktop Management já está instalado: o Agente precisará da lista principal na cadeia e desativará o GINA de terceiro.
O Distribuidor do Agente do Desktop Management (agentdistributor.exe) incluído no ZENworks 7 pode gerar ciclos excessivos da CPU na estação de trabalho Windows utilizada para distribuir o agente. O problema ocorre quando são selecionados vários elementos de configuração. Os recursos do Agente do Desktop Management, o endereço da Camada Intermediária e o nome da árvore do ZENworks contribuem para estender a linha de comando. Se a string da linha de comando ficar muito longa (aproximadamente 240 caracteres), o ZDPAService usado para distribuir o agente utilizará ciclos excessivos da CPU. Isso poderá travar a máquina.
Uma forma de reduzir o tamanho da linha de comando é selecionar todos os recursos que podem ser instalados com o Agente do Desktop Management. Isso fará com que uma linha de comando abreviada (ADDLOCAL=ALL) passe para o buffer, para que o Distribuidor do Agente seja executado normalmente.
IMPORTANTE: Esse procedimento instala todos os recursos do Agente do Desktop Management. Dependendo das necessidades de negócio, você poderá instalar todos esses recursos nas áreas de trabalho dos usuários da sua organização. Não recomendamos a instalação individual dos recursos do Agente.
Para obter mais informações sobre o Distribuidor do Agente, consulte “Utilizando o Distribuidor do Agente do Desktop Management para distribuir o agente em estações de trabalho de um domínio Microsoft” no Guia de Instalação do Novell ZENworks 7 Desktop Management.
Se você disparar o utilitário Distribuidor do Agente (independentemente ou no ConsoleOne) a partir de um servidor Windows, cujo local está definido como Espanha ou Honduras, será exibida a versão em inglês do utilitário.
Para solucionar esse problema, utilize as configurações de no Painel de Controle do Windows para definir o formato regional como um local de idioma espanhol em vez de Espanha ou Honduras.
O cliente Microsoft RDP 5.1 (msrdp.ocx) está incluído no Gadget de disparo de aplicativos do ZENworks 7. Quando um usuário inicia um aplicativo do servidor de terminal configurado para ser executado em uma sessão de cliente RDP, o Gadget de disparo de aplicativos gera uma mensagem de erro indicando que o certificado do arquivo está vencido.
Se você clicar em Sim na mensagem de erro para continuar a instalação, o Gadget de disparo de aplicativos instalará o arquivo msrdp.ocx no diretório c:\arquivos de programas\novell\zenworks na estação de trabalho do usuário e registrará o arquivo .ocx.
Se você instalar o arquivo msrdp.cab em uma estação de trabalho usando o programa de instalação do Agente do ZENworks Management, nenhuma mensagem de erro será exibida.
Essa seção contém informações sobre os problemas que podem ocorrer ao instalar o componente Criação de Imagens da Estação de Trabalho do ZENworks 7 Desktop Management.
Se você reinstalar ou fizer upgrade do componente Criação de Imagens da Estação de Trabalho da instalação do ZENworks Server, as seguintes linhas serão adicionadas ao arquivo de registro Desktop Managementlog.txt:
Imaging\NTa Components NOT successfully installed on
<nome_do_servidor> at <caminho_de_instalação>
Imaging\NTb Components NOT successfully installed on
<nome_do_servidor> at <caminho_de_instalação>
O arquivo de registro da instalação (zenworks_for_desktops_server_installlog.log) indica que o arquivo zenimgdsr.dll não foi copiado com êxito. Essa condição existe porque o arquivo .dll original permanece aberto no servidor durante a instalação. As versões da .dll do ZENworks for Desktops 4.x e do ZENworks 7 Desktop Management são as mesmas; portanto, a falha da instalação é ilógica.
Se você quiser evitar o erro, será possível renomear o zenimgdsr.dll no servidor e, em seguida, executar o programa de instalação.
Esta seção contém informações sobre os problemas que podem ocorrer quando você usa o programa de desinstalação dos Serviços do ZENworks 7 Desktop Management no Linux com SP1.
O recurso de Desinstalação dos Serviços do ZENworks 7 Desktop Management Services no Linux com SP1 lista os componentes que podem ser opcionalmente desinstalados, incluindo o Servidor de Camada Intermediária (consulte Desinstalando os componentes do ZENworks de um servidor Linux
no Guia de Instalação do Novell ZENworks 7 Desktop Management.
Em um servidor OES Linux, se você selecionar cada um dos componentes para desinstalação, todos eles serão desinstalados, exceto a Camada Intermediária. Se você selecionar somente o Servidor de Camada Intermediária para desinstalação, esse servidor ainda será carregado porque ele é instalado automaticamente em servidores OES Linux.
Esta seção explica os problemas que podem ocorrer quando os usuários fazem upgrade de versões mais antigas do ZENworks Desktop Management ou do ZENworks for Desktops para ZENworks 7 Desktop Management.
Ao configurar o objeto Aplicativo de upgrade para o Agente do Desktop Management , você deverá definir o aplicativo para de modo que, depois que o agente for instalado, o usuário não veja mais o aplicativo no NAL. Recomendamos também que você não habilite a desinstalação do objeto Aplicativo.
Os direitos de Administrador não são necessários para fazer upgrade do Agente do Desktop Management. Os privilégios do usuário são aumentados temporariamente pelo Agente do Desktop Management durante a instalação.
Se você fizer upgrade do Agente do ZENworks Desktop Management instalado no Windows 98 para a versão ZENworks 7 do agente, o programa de instalação exibirá uma mensagem, após a reinicialização da estação de trabalho, informando que ocorreu um erro em ncred9x.dll. Nenhum login de usuário será possível após essa falha de upgrade e a estação de trabalho ficará em estado inválido.
O erro ocorre por causa de um defeito no mecanismo MSI do Windows 98, que não atualiza corretamente determinados arquivos.
Para evitar esse problema, é necessário incluir a seguinte propriedade no objeto Aplicativo MSI para estações de trabalho Windows 98 apenas:
REINSTALLMODE=vamus
Isso colocará corretamente os arquivos na estação de trabalho Windows 98.
Para obter mais informações sobre a definição de propriedades do MSI, consulte “Guia MSI” em “Referência: Configurações de objetos Aplicativo” na seção “Gerenciamento de Aplicativos” do Guia de Administração do ZENworks 7 Desktop Management.
Ao configurar o objeto Aplicativo de upgrade para o Agente do Desktop Management , você deverá definir o aplicativo para de modo que, depois que o agente for instalado, o usuário não veja mais o aplicativo no NAL. Recomendamos também que você não habilite a desinstalação do objeto Aplicativo.
Os direitos de Administrador não são necessários para fazer upgrade do Agente do Desktop Management. Os privilégios do usuário são aumentados temporariamente pelo Agente do Desktop Management durante a instalação.
Se você fizer upgrade do Servidor do ZENworks Desktop Management para ZENworks 7 com SP1 (plataformas de servidor NetWare, Windows ou Linux), mas não fizer upgrade do software do Servidor de Camada Intermediária do ZENworks 6.5 para ZENworks 7 com SP1, e se o Servidor de Camada Intermediária estiver sendo executado no NetWare 6, as políticas de grupo associadas à estação de trabalho não serão distribuídas para estações de trabalho em que o ZfD 4.x ou o Agente do ZENworks 6.5 Desktop Management esteja instalado.
Para solucionar esse problema, certifique-se de fazer upgrade do Servidor de Camada Intermediária para ZENworks 7.
Quando você faz upgrade do ZENworks for Desktops (ZfD) 3.2 Support Pack 3 para o ZENworks 7 Desktop Management com Support Pack 1 (SP1), os arquivos zenwsimp.ncf e zenwsrem.ncf mudam de suas configurações do ZfD para as configurações padrão do ZENworks 7 Desktop Management com SP1. Se você deseja usar as configurações do ZfD 3.2 para a Importação de Estação de Trabalho ou A Remoção de Estação de Trabalho, será necessário editar manualmente os arquivos para redefini-los após o upgrade.
Quando você faz upgrade do ZENworks for Desktops 3.2 SP3 para o ZENworks 7 Desktop Management com SP1, o programa de instalação do SP1 lista os componentes, como o Wake-On-LAN do Gerenciamento Remoto e o Proxy de Inventário, que não estavam disponíveis na versão 3.2x. Se quiser incluir esses componentes mais novos no seu upgrade, selecione-os para a instalação quando eles forem exibidos.
Se você fizer upgrade de um Servidor do ZENworks Desktop Management do ZENworks for Desktops ((ZfD) 3.2 SP3 para o ZENworks 7 e, em seguida, criar uma nova imagem das estações de trabalho no ambiente com uma imagem do ZfD 3.2, ou se remover o Novell Client das estações de trabalho ZfD 3.2 existentes e depois reinstalá-lo, os aplicativos associados à estação de trabalho talvez não sejam exibidos nessas estações de trabalho.
Se for necessário criar uma nova imagem de uma estação de trabalho ZfD 3.2 ou remover o cliente ZfD 3.2 de uma estação de trabalho antes que seja feito seu upgrade para o ZENworks 7.x Desktop Management, instale subseqüentemente o Agente do ZENworks 7 Desktop Management nessa estação de trabalho. Desse modo, os aplicativos associados à estação de trabalho são exibidos novamente.
Se você fizer upgrade de um Servidor do ZENworks Desktop Management do ZENworks for Desktops (ZfD) 3.2 SP3 para o ZENworks 7.x e, em seguida, criar uma nova imagem de uma estação de trabalho Windows 98 nesse ambiente com uma imagem do ZfD 3.2, ou se remover o Novell Client das estações de trabalho Windows 98 nesse ambiente (em que o ZfD 3.2 está instalado) e depois reinstalar o cliente, o NAL não será executado na estação de trabalho.
Ocorre esse problema porque a localização do armazenamento de arquivos de aplicativo usada no Gerenciamento de Aplicativos do ZfD 3.2 (no servidor) é diferente da localização de armazenamento de arquivos usada no Gerenciamento de Aplicativos do ZENworks 7 (na estação de trabalho).
Se for necessário criar uma nova imagem de uma estação de trabalho Windows 98 do ZfD 3.2 ou remover o cliente ZfD 3.2 de uma estação de trabalho Windows 98 antes que seja feito seu upgrade para o ZENworks 7.x Desktop Management, instale subseqüentemente o Agente do ZENworks 7.x Desktop Management nessa estação de trabalho. A versão mais recente do Agente do Desktop Management Agent reconhece a localização atual dos arquivos de aplicativo que foram distribuídos para a estação de trabalho.
Quando você faz upgrade para os Serviços do ZENworks 7 Desktop Management com Support Pack 1 no Linux, o programa de instalação não detecta os componentes do ZENworks 7 Desktop Management anteriormente instalados. Em vez disso, todos os componentes são selecionados para upgrade por padrão. Se esses componentes permanecerem selecionados durante a instalação do SP1 (ou seja, se você não mudar a seleção padrão), será feito upgrade desses componentes anteriormente instalados para o ZENworks 7 Desktop Management com SP1, e os componentes ainda não instalados o serão pela primeira vez.
Embora a interface do programa de instalação não indique os componentes que foram anteriormente instalados (esse comportamento é diferente do da instalação do Windows/NetWare), não haverá conseqüências negativas se o upgrade for feito para o SP1.
Quando você tenta fazer upgrade do Servidor Proxy XML do ZENworks 6.5 ou do ZENworks 7 para o ZENworks 7 Desktop Management com SP1, esse servidor não é selecionado por padrão na instalação: o programa de instalação não detecta a versão anterior do Proxy XML instalada no servidor.
Para corrigir esse problema, marque manualmente a caixa de seleção correspondente ao Servidor Proxy XML no assistente de instalação do ZENworks 7 Desktop Management com Support Pack 1.
Esta seção explica os problemas que podem ocorrer quando os usuários tentam autenticar no Servidor do Desktop Management usando o Novell Client ou o Agente do Desktop Management para efetuar login
Alguns servidores NetWare podem gerar um erro de nível 500 quando você tenta importar estações de trabalho depois de editar o arquivo hosts nesse servidor NetWare.
Para corrigir o problema, reinicialize o servidor NetWare em que você instalou o Servidor de Camada Intermediária, cujo arquivo hosts foi editado para importação de estações de trabalho.
Se você tentar se autenticar por meio do Servidor de Camada Intermediária em um Servidor do Desktop Management instalado em uma máquina Windows 2000 que já tenha o Active Directory* (instalado porque o Servidor do Desktop Management age como o Controlador de Domínio Primário) e o eDirectory (instalado para acomodar o Desktop Management) instalados, a autenticação falhará, a não ser que o usuário efetue login com um contexto completo.
O motivo dessa falha é uma contenção da porta LDAP padrão entre as escutas LDAP do Active Directory e do eDirectory. Para corrigir o conflito de porta, durante a instalação do eDirectory, escolha uma porta LDAP diferente da 389 padrão ou modifique o objeto localizado no container do servidor no ConsoleOne e, em seguida, use o utilitário NSAdmin no Servidor de Camada Intermediária para configurar o Servidor de Camada Intermediária para comunicar-se por essa porta.
Para configurar a porta no NSAdmin:
Na caixa Endereço do Internet Explorer, digite o URL do utilitário NSAdmin. Por exemplo:
http://nome_do_servidor_ou_endereçoIPA/oneNet/nsadmin
No campo Valor do parâmetro de configuração Porta LDAP, especifique o número da porta LDAP já definido no eDirectory e que o Servidor de Camada Intermediária deve usar para comunicar-se com o Servidor do Desktop Management > clique em Submeter.
NOTA:Não tente utilizar outro Browser da Internet (como Mozilla Firefox) em lugar do Internet Explorer para executar o utilitário NSAdmin. Outros browsers não executam o NSAdmin corretamente.
Para obter mais informações sobre esse problema, consulte TID 10073537 no Novell Support Knowledgebase.
Se você tentar descarregar manualmente os gerenciadores do Servidor de Camada Intermediária xzen.nlm) em execução no NetWare 6, o servidor será encerrado com abend.
No NetWare 6, você deve usar o NVXADMDN para descarregar os gerenciadores do Apache e da Camada Intermediária. Use o NVXADMUP para reiniciar os gerenciadores do Apache e da Camada Intermediária.
No NetWare 6.5, você deve usar o AP2WEBDN para descarregar os gerenciadores do Apache e da Camada Intermediária. Use o AP2WEBUP para reiniciar os gerenciadores do Apache e da Camada Intermediária.
O uso do ndscons.exe no Windows 2000 para verificar a conexão entre o Servidor de Camada Intermediária e o Servidor do Desktop Management não funcionará, a não ser que você tenha direitos de Administrador para o usuário do Windows 2000 local.
Uma estação de trabalho com o Agente do Desktop Management instalado e sendo executado no modo Passivo, sem o Novell Client, exibe a seguinte opção em uma caixa suspensa quando você clica em na caixa de diálogo Segurança do Windows (Ctrl+Alt+Delete):
<Provedor de credenciais do Novell Netidentity>
Essa opção para mudar a senha do eDirectory do NetIdentity não está funcionando atualmente. Para mudar a senha do Agente em execução no modo Passivo, abra o Painel de Controle, clique em e mude a senha na caixa de diálogo apropriada.
Se o Novell Client e o Agente do Desktop Management estiverem instalados na mesma estação de trabalho e o usuário efetuar login na estação de trabalho local, em seguida abrir o myapps.html e clicar no link na tela da Web do Disparador de Aplicativos, o login do NetIdentity não funcionará. Isso é o comportamento indicado. Se a estação de trabalho tiver o Novell Client e o Agente do ZENworks Management instalados, o Gerenciamento de Aplicativos usará sempre o Novell Client.
Se apenas o Agente estiver instalado na estação de trabalho, nesse mesmo cenário, o link na tela da Web ativará o login do NetIdentity.
As estações de trabalho que utilizam o Agente do ZENworks for Desktops 4.x Desktop Management não conseguirão acessar arquivos (por exemplo, aplicativos a serem armazenados em cache) de um Servidor do Desktop Management instalado no Windows se os arquivos precisarem ser acessados por meio de um Servidor de Camada Intermediária instalado em uma máquina Linux (SLES 9 SP1 ou OES Linux).
O problema ocorre por dois motivos:
Você pode solucionar esse problema instalando o Agente do ZENworks 6.5 (ou posterior) Desktop Management, que utiliza o ZENMUP para comunicar-se diretamente com o servidor Windows.
Se você instalar o ZENworks 7 Desktop Management com Support Pack 1 em um servidor SLES 9x, verifique se foi aplicado um patch no servidor com uma versão do cliente do openldap2, com data de fevereiro de 2005 ou posterior.
Se os usuários efetuarem login no Servidor de Camada Intermediária do servidor SLES 9x em que uma versão anterior do cliente do openldap2 não tiver sido atualizada, o serviço de Camada Intermediária aumentará a utilização da CPU e congelará a Camada Intermediária.
O teste indica que resulta um número excessivo de logins quando as estações de trabalho se autenticam por meio de um firewall e copia arquivos de política ou de aplicativos no momento do login.
Para solucionar esse problema, recomenda-se configurar os aplicativos e as políticas a utilizarem nomes DNS para locais de arquivos no back end, em vez de endereços IP.
Para determinar se você efetuou login em um domínio Kerberos, é necessário ativar o login do Agente do ZENworks Desktop Management na estação de trabalho, usando a combinação de teclas Ctrl+Alt+Del. Esse procedimento exibe as informações de Login do Windows, incluindo o login no Kerberos (se presente).
Se você abrir as Opções do Agente do ZENworks (o ícone “N” em vermelho) no Painel de Controle do Windows para ver as informações de Login do Windows, nenhuma informação do Domínio Kerberos será exibida na caixa de diálogo, mesmo que sejam exibidas as informações de login da estação de trabalho do Windows.
Esta seção identifica algumas áreas do componente Importação e Remoção de Estações de Trabalho do Desktop Management que podem não funcionar corretamente ou podem exigir configuração adicional no ZENworks 7 Desktop Management.
Se, durante a instalação do eDirectory em um servidor SLES 9, a porta LDAP for configurada para receber em uma porta diferente de 389, a Importação Automática de Estação de Trabalho falhará quando for executada nesse servidor.
Agora é possível configurar manualmente o arquivo novell-zdm-awsi.conf para permitir que portas alternativas controlem a Importação Automática de Estação de Trabalho. Siga as seguintes etapas para modificar o arquivo .conf:
Utilize um editor de texto para abrir o /etc/opt/novell/zenworks/zdm/novell-zdm-awsi.conf no servidor Linux.
Localize a seguinte linha no arquivo:
#LDAP_PORT = 389
Retire a linha e mude o número da porta, de 389 para a porta desejada.
Grave o arquivo e feche-o, em seguida, reinicie o serviço de importação.
A tentativa de Importação Automática da Estação de Trabalho falhará em um Servidor SLES 10 do Desktop Management com um firewall habilitado. Essa é a configuração padrão do SLES 10.
Para habilitar a Importação da Estação de Trabalho nessa situação, abra a porta TCP 8039 no firewall do SLES 10.
Se você instalar os Serviços do ZENworks 7 Desktop Management com Support Pack 1 no Linux, a Importação Automática da Estação de Trabalho falhará nesse servidor Linux se o eDirectory 8.8 também estiver instalado nele.
Por padrão, o eDirectory 8.8 coloca o arquivo nds.conf no diretório /etc/opt/novell/eDirectory/conf/, enquanto o eDirectory 8.7.3 coloca o nds.confem seu diretório /etc. Atualmente, o serviço de importação procura esse arquivo no diretório /etc e, desse modo, falha em um ambiente do eDirectory 8.8. Esse problema não ocorre quando é feito upgrade do eDirectory 8.7.3 para o eDirectory 8.8 no servidor.
Para corrigir esse problema, crie uma conexão virtual com o diretório /etc/opt/novell/eDirectory/conf/nds.conf no diretório /etc e reinicie o serviço de importação de estação de trabalho:
ln -s /etc/opt/novell/eDirectory/conf/nds.conf /etc
/etc/inid.d/novell-zdm-awsi start
Se você tiver feito upgrade de um sistema ZENworks for Desktops 3.2 para o ZENworks 7 Desktop Management com SP1, uma política de Importação Automática de Estação de Trabalho criada no ZENworks for Desktops 3.2 poderá ser retida na árvore do eDirectory.
Quando você incluir o servidor Linux nesse ambiente do ZENworks 7 com upgrade e, em seguida, associar a política de Importação existente ao Servidor do Desktop Management instalado em um servidor Linux, os objetos Estação de Trabalho não serão importados.
O problema ocorre porque a política de importação mais antiga faz com o serviço de importação falhe no Linux. Para corrigir o problema, apague o pacote de Política de Servidor existente, crie um novo Pacote de Política de Servidor com os snap-ins do ZENworks 7 Desktop Management, associe esse novo pacote ao servidor Linux e configure uma nova política de Importação.
NOTA:Ocorre um comportamento semelhante com a política de Remoção Automática de Estação de Trabalho e com a política de Inventário de Estação de Trabalho no ZENworks for Desktops 3.2. Para corrigir o problema, siga o procedimento explicado acima.
Esta seção identifica algumas áreas do componente Gerenciamento de Estações de Trabalho do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management com SP1.
Os scripts de inicialização das políticas de Grupo da Estação de Trabalho Windows, configurados no Pacote de Políticas da Estação de Trabalho, poderão não ser executados consistentemente quando programados para serem executados na inicialização do sistema no ZENworks 7 Desktop Management, mesmo quando a opção estiver selecionada.
Para corrigir esse problema, execute wmwait.exe como o primeiro comando no script de inicialização. Esse programa atrasa o script e verifica se o Gerenciador de Estações de Trabalho autenticou a conexão. Quando a conexão é autenticada, o programa é fechado e o script de inicialização continua normalmente.
Faça o seguinte ao modificar o script de inicialização:
HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Workstation Manager\Group Policies"UseSyncGroupPolicyEvent"=dword:00000001
Essa seção discute alguns aspectos da administração da Política de Grupo do Windows que podem não funcionar corretamente ou exigir configuração adicionais no ZENworks 7 Desktop Management.
Se você aplicar uma política de grupo de estações de trabalho criada para o Windows XP, que é configurada com configurações de segurança, e aplicar também uma política de grupo de usuários para Windows XP, que é configurada com configurações de segurança (por exemplo, você deseja definir um certificado de usuário), as configurações de segurança aplicadas com a política de grupo de usuários sobregravarão as configurações de segurança aplicadas pela política de grupo de estações de trabalho.
Se você desabilitar as configurações de segurança nas políticas de usuários, as configurações de segurança da política de estações de trabalho serão definidas e ativadas.
Se usar um endereço IP explícito no caminho de arquivo ao associar uma política de grupo a um usuário ou uma estação de trabalho (ou seja, no ConsoleOne você fornece um endereço IP no caminho da política, por exemplo, \\137.65.167.123\c$\pathname), você não poderá efetuar login a partir de uma estação de trabalho XP com o Agente do Desktop Management instalado.
Você deve usar o nome do servidor no caminho em vez de um endereço IP.
Se você iniciar o MMC (Microsoft Management Console) por meio do ConsoleOne para editar uma Política de Grupo do Windows, especificamente para renomear uma conta de usuário padrão (Administrador ou Convidado), deverá ter efetuado login como o usuário cujo nome da conta padrão você está mudando. Se você efetuar login usando essa conta padrão e renomear a conta, as mudanças não serão gravadas no caminho da rede indicado no ConsoleOne e deverão permanecer na máquina de administração.
Se os usuários de rede com Perfis de roaming estiverem vendo várias pastas c:\documents and settings\nomedousuário.nome_da_máquina.nnn em uma estação de trabalho Windows em que estão conectados, ou se os usuários observarem logoffs lentos do Windows ou encerramentos lentos da estação de trabalho, é possível que as chaves de registro do Windows tenham sido deixadas abertas.
Para corrigir esse problema, faça o download e utilize o User Profile Hive Cleanup Service da Microsoft, um utilitário que fecha as chaves de registro abertas na seção do usuário, permite que os perfis de roaming sejam normalmente excluídos ao efetuar logoff e permite logoffs e encerramentos da estação de trabalho mais rápidos.
Recomendamos que você utilize o Novell Application Launcher™ para distribuir esse aplicativo MSI a todas as estações de trabalho afetadas.
Você também pode experimentar o Utilitário de Reinicialização do NAL (zennalrestart.exe). Este utilitário reinicia o Serviço do NAL após o logout do usuário, direcionando efetivamente todas as chaves de registro anteriormente abertas pelo serviço para serem fechadas. Para fazer download do utilitário, consulte o TID 2971971 no Novell Support Knowledgebase.
Após a instalação do ZENworks 7 Desktop Management, as impressoras iPrint não são distribuídas aos usuários que estão executando estações de trabalho Windows 2000/XP, mesmo depois que a Política do iPrint do ZENworks 7 Desktop Management esteja configurada no pacote da Política de Usuários (que instala o cliente iPrint e distribui drivers de impressora aos usuários) e as respectivas estações de trabalho sejam reinicializadas.
Para corrigir esse problema no NetWare 6, modifique o valor AllowUserPrinters no arquivo iprint.ini no diretório \\ \\nome_do_servidor\sys\login\ippdocs de zero (0)—o valor padrão—para um (1), que permitirá ao usuário adicionar a impressora. No NetWare 6.5, o arquivo iprint.ini está localizado no diretório \\nome_do_servidor\sys\apache2\htdocs\ippdocs.
NOTA:O arquivo iprint.ini estará disponível apenas se você tiver instalado o Novell Distributed Print ServicesTM como parte da instalação do NetWare e tiver extraído o nipp.exe nesse diretório. Caso não tenha o iprint.ini e o nipp.exe, faça download dos arquivos no Suporte da Novell em http://support.novell.com. Procure oTID 2968629.
Se você utilizar a política do iPrint para distribuir impressoras por meio de um firewall a uma sessão de usuário do Windows 2000/2003 Terminal Server, a política não definirá corretamente a chave de registro necessária para ignorar a configuração manual de endereço proxy do iPrint.
Cada usuário de sessão do servidor de terminal que precisar imprimir em impressoras fora do firewall, deverá seguir as seguintes etapas para configurar o endereço proxy:
Na sessão do Servidor de Terminal do Usuário, clique em > > > e, em seguida, clique na guia .
Marque a caixa de seleção .
No campo , digite o endereço de proxy do firewall externo do servidor proxy, em seguida, clique em .
Quando o endereço de proxy for configurado, a política de impressora distribuirá sem problemas.
A política do Novell iPrint (pacotes de Usuários e Estações de Trabalho) não funciona em um ambiente exclusivo do SUSE LINUX Enterprise Server 9 (SLES 9). Para executar o cliente do Novell iPrint, você deve ter pelo menos um NetWare 6 (ou posterior) ou OES Linux na sua árvore para atuar como o servidor iPrint.
Esta seção identifica algumas áreas do componente Gerenciamento de Aplicativos que talvez não funcionem corretamente ou exijam configuração adicional no ZENworks 7 Desktop Management com SP1.
Embora o nal.exe e o nalexpld.exe estejam incluídos no produto e iniciem executáveis, a finalidade deles é facilitar o funcionamento contínuo dos scripts de login existentes.
O ZENworks 7 Desktop Management com SP1 suporta apenas as trocas suportadas pelo nalwin32.exe. Para ver uma lista dessas trocas, digite o seguinte comando:
nalwin32.exe /?
Você verá as mesmas trocas se digitar o seguinte comando:
nalwin.exe /?
Não é possível fechar atualmente a janela do Explorador de Aplicativos usando a opção Sair do Explorador de Aplicativos no menu Arquivo.
Para fechar o Explorador de Aplicativos, clique no botão Fechar () no canto superior direito da janela do Explorador de Aplicativos.
Embora você possa arrastar um ícone de aplicativo do painel direito da tela Janela de Aplicativo para a área de trabalho do Windows, ao fazê-lo será criado um atalho interrompido que não iniciará o aplicativo.
Você pode corrigir esse problema, iniciando a tela Explorador de Aplicativos depois de criar o atalho. O atalho funciona corretamente, quando o Explorador de Aplicativos é iniciado. Posteriormente, quando você fechar o Explorador de Aplicativos, o atalho será removido da área de trabalho.
Se um usuário definir a opção para usar um myapps.html como o segundo plano da página da Web para as respectivas áreas de trabalho do Windows XP, este gerará erros de script e o myapps.html não exibirá aplicativos.
Se você quiser que os usuários usem esse recurso, será necessário editar as partes do myapps.html que esse recurso não pode gerenciar. O método mais fácil é extrair os dados da função WriteData() no arquivo e usá-los como o conteúdo de um novo arquivo .html.
Os comentários da página da Web terão a seguinte forma:
<head>
<title>Novell Delivered Applications</title>
</head>
<body scroll=’no’ style=’margin: 0; overflow:hidden’>
<object id="AxNalView" classid="CLSID:4F4B2E32-B44C-450E-8683-6903FE9DDCEA" width="100%" height="100%">
<!--param name="SingleTree" value="ZENWORKS_TREE"-->
<!--param name="PortalView" value="false"-->
<!--param name="BannerURL" value="http://www.company.com/banner.html"-->
<!--param name="BannerHeight" value="80"-->
<!--param name="ShowTree" value="true"-->
<!--param name="ShowTasks" value="false"-->
<!--param name="AppDisplayType" value="1"-->
<!--param name="ShowAppFrameNavigation" value="true"-->
<!--param name="ShowIEToolbarButton" value="true"-->
</object>
</body>
</html>
Gravar esse arquivo no disco rígido. Você pode usá-lo como um segundo plano do XP.
Se você acessar uma página da Web utilizada pelo Servidor Web do Apache e essa página tiver caracteres japoneses, como a versão em japonês do myapps.html, os caracteres dessa página poderão aparecer truncados.
Isso é um problema conhecido do Servidor Web do Apache e pode ser corrigido com uma configuração simples no Apache. Para entender melhor o problema, consulte o site da Sun Developer Network para obter o artigo denominado Creating Multilingual Web Sites with Apache (Criando sites multilingües na Web com o Apache) Para obter informações específicas sobre como corrigir o problema e configurar o servidor, consulte o artigo da documentação do Apache HTTP Server Version 2.0 denominado Content Negotiation (Negociação de conteúdo).
O novo requisito de sistema do terminal Remoto em um objeto Aplicativo aplica-se apenas às sessões do Servidor do Terminal Remoto. As sessões em execução no console do Servidor de Terminal são consideradas remotas por padrão. Esse comportamento pode ser mudado, criando a seguinte chave de registro no próprio Servidor de Terminal.
HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS
A criação dessa chave de registro fará com que as sessões em execução no console do Servidor de Terminal não sejam tratadas como sessões de Servidor de Terminal.
Se os usuários tiverem uma versão do Novell Client™ mais antiga que a versão 4.9 Support Pack 2 para acessarem localmente (isto é, "Somente Estação de Trabalho"), o NWGINA não será autenticado no eDirectory e não fará nenhuma solicitação de rede. Além disso, o Novell Client terá uma conexão não autenticada ou "monitorada" na árvore do eDirectory™ escolhida para ser a árvore principal.
Se, conseqüentemente, o usuário se autenticar no Novell Application Launcher utilizando o Login da Camada Intermediária, o cliente NetIdentity se autenticará no Servidor do ZENworks Management atendido pelo Servidor de Camada Intermediária.
As tentativas feitas pelo Application Launcher para distribuir um aplicativo por meio dessa autenticação falharão porque os arquivos a serem distribuídos estão localizados no servidor em que o cliente criou uma conexão monitorada. Através dessa conexão, o cliente vê o volume sys: no servidor (todos os usuários têm direitos ao diretório \login no volume sys: de um servidor NetWare porque os clientes mais antigos se autenticaram executando o login.exe).
Para corrigir esse problema, o usuário deve clicar com o botão direito do mouse no ícone vermelho do Novell Client na bandeja do sistema para efetuar login no servidor. Os usuários não devem clicar o botão direito do mouse no ícone do na bandeja do sistema e selecionar para efetuar login.
Quando um aplicativo distribuído for configurado para ser instalado de uma estação de trabalho, a estação de trabalho não solicita uma reinicialização quando a desinstalação estiver concluída.
Como a desinstalação pode afetar o registro do Windows, outros aplicativos que estão lendo o registro na inicialização podem ser afetados adversamente, exceto se a estação de trabalho for reinicializada. Os usuários devem sempre fazer a reinicialização manualmente depois que um aplicativo distribuído for desinstalado.
Se você configurar um aplicativo do arquivo .ini a ser desinstalado com o atributo Criar ou Acrescentar a um Valor Existente selecionado para desinstalação, o valor que foi acrescentado durante a instalação original não será removido.
A única correção atual para esse problema é uma edição manual do arquivo .ini .
Um componente-chave do NLS (Novell Licensing Services), nls32.dll, não acompanha o Novell Client atual. Como um resultado, é gerado um erro quando você tentar usar o Monitoramento e a Contagem da Licença do Software no Desktop Management.
Para corrigir esse problema, copie o nls32.dll e o nlsapi32.dll do diretório companioncd\companion1\licensing do CD Companion 1 em cada estação de trabalho na qual você deseja verificar as licenças do aplicativo. Nas estações de trabalho Windows 2000/XP, copie para o diretório c:\winnt\system32. Em uma estação de trabalho Windows 98 SE, copie para o diretório c:\windows\system.
Quando vários objetos Aplicativo configurados anteriormente para são acessados pelo NAL que está sendo executado para um servidor NetWare 6.5 com o cifs.nlm carregado, o servidor NetWare pode ser encerrado, quando é feito armazenamento em cache do primeiro aplicativo.
O problema foi identificado e corrigido em um patch do NetWare 6.5 SP1 e no NetWare 6.5 SP2.
Se executar o ConsoleOne e os snap-ins do ZENworks 7 localmente em uma estação de trabalho Windows XP em que o ZENworks for Desktops 4 SP1b ou o Agente do 4.0.1 Desktop Management também esteja instalado, você não poderá importar nem exportar os arquivos AOT ou AXT do ConsoleOne nessa estação de trabalho. Se isso for feito, causará o truncamento do ConsoleOne.
Recomendamos que evite o uso dessa combinação de software se você quiser usar o ConsoleOne para importar ou exportar arquivos AOT ou AXT.
Em vez disso, você deve iniciar uma cópia local do ConsoleOne a partir de uma estação de trabalho que tenha o Agente do ZENworks 7 Desktop Management instalado. Essa cópia não deve conter os snap-ins do ZENworks for Desktops 4 SP1b ou do ZENworks for Desktops 4.0.1.
Quando você cria um aplicativo em snAppShot em uma estação de trabalho Windows XP habilitada em japonês e procura o diretório de instalação de aplicativos, o seguinte erro pode ser exibido:
Exceção externa C0000006
Esse problema será abordado na próxima versão do snAppShot.
Se você iniciar a distribuição do objeto Aplicativo de um recurso de cluster e iniciar a migração do recurso de cluster antes da conclusão da distribuição, o tempo de espera da distribuição poderá se esgotar antes da conclusão e gerará um erro.
Para solucionar esse problema, dispare manualmente a distribuição outra vez.
Se você tentar importar chaves de registro ou arquivos .fil de um objeto Aplicativo existente ao criar um novo objeto Aplicativo, a importação dessas informações falhará se as informações antigas estiverem localizadas em um caminho que contenha um nome de pasta com mais de 8 caracteres, um espaço ou um caractere estendido.
Se você distribuir aplicativos encadeados e dependentes em uma estação de trabalho Windows 98 em um ambiente do ZENworks em que tiver sido feito upgrade dos Servidores de Camada Intermediária e dos Servidores do Desktop Management para o ZENworks 7 Desktop Management com SP1, mas em que não tiver sido feito upgrade da versão 4.x ou da versão 6.5 original do Agente do Desktop Management, a distribuição do aplicativo poderá falhar com vários erros.
Nessa situação, você poderá encontrar os primeiros aplicativos na cadeia distribuídos normalmente, mas é provável que uma distribuição subseqüente de um outro aplicativo na cadeia pareça colocar a estação de trabalho em um estado desconectado.
Existem dois métodos para corrigir o problema:
Se você instalar a Atualização de Segurança KB90591 do Windows Internet Explorer em uma estação de trabalho Windows 98 SE em que o NAL seja usado, a tela Browser da Web do Disparador de Aplicativos exibirá um ícone de aplicativo como um quadrado com pixels visíveis em preto.
A correção para esse problema de exibição não está prevista.
Essa seção identifica algumas áreas do componente Criação de Imagens da Estação de Trabalho do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management.
O upgrade do disco rígido de uma estação de trabalho Windows 2000 de um Sistema de Disco Básico para um Sistema de Disco Dinâmico muda a tabela de partições de modo que ela não permita que a estação de trabalho seja inicializada para a partição de produção, apenas para a partição Linux* do Desktop Management. Nenhuma correção desse problema está incluída no ZENworks 7 Desktop Management.
O componente Criação de Imagens da Estação de Trabalho do ZENworks 7 não suporta discos dinâmicos. Se você fizer upgrade dos seus discos, não poderá mais usar a Criação de Imagens da Estação de Trabalho.
Se você instalar o componente Criação de Imagens da Estação de Trabalho do ZENworks 7 com SP1 em um servidor Windows 2000 que possua mais de uma placa de interface de rede (NIC), não poderá vincular o servidor Proxy Imaging a um endereço IP específico.
Se você instalar a Criação de Imagens da Estação de Trabalho em um servidor NetWare, será possível vincular o servidor Proxy Imaging a um endereço IP específico (ou seja, a NIC de sua escolha) usando a seguinte troca:
load imgserv -i:Endereço_IP
Se você selecionar e especificar um endereço IP estático na página de propriedades de uma Política do Imaging Server, a imagem da estação de trabalho será restaurada com essa configuração e, posteriormente, será possível mudar a configuração para . A estação de trabalho não obterá um endereço IP.
Para corrigir o problema, você precisará mudar a configuração para DHCP e reinstalar os drivers da NIC na estação de trabalho, ou deverá revertê-la para a configuração IP estática.
O utilitário Instalação do PXE-on-Disk não detecta nem exibe drivers para os adaptadores de rede compatíveis com PXE fabricados pela NETGEAR, Inc.
Os cinco discos de boot criados com o zimgboot.exe não têm espaço suficiente para armazenar todos os arquivos, inclusive os drivers USB.
Se uma estação de trabalho exigir drivers USB, é possível que os usuários visualizem mensagens de erro semelhantes a uma destas:
Carregar módulos USB /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb Arquivo ou diretório inexistente
ou
Carregar módulos USB /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb/storage Arquivo ou diretório inexistente
Se os usuários das estações de trabalho que exigem drivers USB receberem esses erros, prepare um CD de boot de criação de imagens para as estações de trabalho. O CD tem espaço suficiente para incluir os drivers USB adequados.
Quando você faz upgrade dos nós NetWare em que o Novell Cluster Service está instalado para o ZENworks 7 Desktop Management com Support Pack 1, o ZENworks Preboot Services não detecta os trabalhos de criação de imagens da estação de trabalho, mesmo que a política do Imaging Server tenha sido configurada e aplicada.
Para corrigir esse problema e executar a trabalho atribuída, acesse manualmente o e selecione.
Se você estiver executando o Novell eDirectory 8.7.3.8 ou posterior em um servidor SLES 9x, SLES 10, ou OES Linux SP2 habilitado para 64 bits, em que o ZENworks 7 Desktop Management com SP1 Linux Services esteja instalado (ou seja, os componentes do Desktop Management Server), o ZENworks 7 Preboot Services provocará o encerramento do eDirectory.
O problema ocorre quando você configura a política do Imaging Server com regras para que seja criada uma imagem com script da estação de trabalho em sua próxima inicialização. Quando o Preboot Services é executado, o eDirectory é encerrado.
Para corrigir o problema, você precisa configurar a política de modo que a localização dos arquivos de imagem seja um servidor não-Linux.
Esta seção identifica algumas áreas do componente Gerenciamento Remoto do ZENworks 7 com SP1 que talvez não funcionem corretamente ou exijam configuração adicional no ZENworks 7 Desktop Management com SP1.
Se uma estação de trabalho gerenciada possuir vários monitores, uma sessão remota de um console de gerenciamento gerenciará apenas o monitor principal da estação de trabalho gerenciada.
Durante uma sessão de Controle Remoto na estação de trabalho gerenciada, se você mudar o modo de exibição do modo Aplicativo da caixa do DOS para o modo Tela inteira, não receberá atualizações até que mude para o modo normal ou feche a caixa do DOS.
Se um usuário usar a Conexão de Desktop Remoto para conectar-se a uma estação de trabalho Windows XP e, em seguida, iniciar uma sessão de Controle Remoto nessa estação, o console de Controle Remoto ficará apagado e você não poderá controlá-lo remotamente.
Os usuários com uma estação de trabalho Windows XP devem efetuar login localmente antes de tentar controlar as respectivas estações de trabalho remotamente.
Durante uma sessão de Controle Remoto, talvez você não possa remover o papel de parede da área de trabalho ativa na estação de trabalho gerenciada. Isso afeta o desempenho do Gerenciamento Remoto.
Para corrigir esse problema, você deve eliminar manualmente o papel de parede da estação de trabalho gerenciada.
Na eliminação do papel de parede, o Windows XP comporta-se diferentemente de outros sistemas operacionais Windows. Quando você define o papel de parede, o Windows XP cria um backup dele. Quando você desabilitar o papel de parede, ele será desabilitado apenas do local principal. Quando você mudar as configurações, o papel de parede deve ressurgir.
Os cursores coloridos e com animação da estação de trabalho gerenciada não são suportados pelo Gerenciamento Remoto.
Durante uma sessão de Gerenciamento Remoto com uma estação de trabalho gerenciada, se você posicionar o cursor do mouse em uma janela que está mudando continuamente (por exemplo, Gerenciador de Tarefas), o cursor do mouse oscilará na estação de trabalho gerenciada. Esse comportamento do cursor é aparente apenas na estação de trabalho gerenciada.
O serviço Wake-On-LAN em execução no servidor NetWare 6.5 SP1a (e posterior) poderá não ativar as estações de trabalho se a programação for modificada.
Para corrigir esse problema, tente reiniciar o serviço.
Nas estações de trabalho Windows 2000/XP, os aplicativos DirectX não são executados no modo exclusivo durante uma sessão de Controle Remoto ou de Tela Remota.
Se o Gerenciador de Controle de Serviços estiver em execução quando for feito o upgrade do Agente de Gerenciamento Remoto para ZENworks 7, o Serviço de Gerenciamento Remoto do Novell ZENworks não será criado, mesmo depois que a estação de trabalho gerenciada for reiniciada.
Para solucionar esse problema, verifique se o Gerenciador de Controle de Serviços está fechado antes de fazer o upgrade.
Em uma estação de trabalho Windows 98, quando você fizer upgrade do Agente de Gerenciamento Remoto do ZENworks for Desktops 4.0.1, do ZENworks 6.5 Desktop Management ou do ZENworks 6.5 Desktop Management Support Pack 1 para o ZENworks 7 com SP1, a senha do Gerenciamento Remoto, se houver, será apagada.
Solução: No prompt de comando, digite o seguinte comando:
msiexec /i ”caminho_do_MSI zfdagent.msi” REINSTALLMODE=vamus
Se você estiver instalando via objeto Aplicativo MSI, especifique vamus na propriedade REINSTALLMODE.
IMPORTANTE: Essa solução só se aplica quando você faz upgrade da versão do Agente do ZENworks 6.5 Desktop Management ou superior.
A ajuda do Agente de Gerenciamento Remoto pode não ser disparada a partir do ícone do Agente de Gerenciamento Remoto na bandeja do sistema de um dispositivo gerenciado.
Para solucionar o problema e visualizar a Ajuda, navegue para a seguinte localização e clique duas vezes rcagent.chm: diretório_do_agente_do_zenworks\remotemanagement\rmagent\nls\diretório_de_idioma.
Se você efetuar login na árvore corporativa a partir de uma estação de trabalho remota que não tenha o Novell Client instalado, por meio de um Servidor de Camada Intermediária Windows 2000 ou 2003, o endereço IP da estação de trabalho gerenciada talvez não seja exibido quando o Gerenciamento Remoto for iniciado no objeto Usuário correspondente no ConsoleOne.
Para solucionar esse problema, consulte o TID 3287250 no Novell Support Knowledgebase. O documento contém um link para um arquivo .dll do qual você pode fazer download a fim de aplicá-lo ao ZENworks 7 Desktop Management com SP1 para corrigir o problema de exibição.
Esta seção identifica algumas áreas do componente Inventário da Estação de Trabalho do Desktop Management que podem não funcionar corretamente ou exigir configuração adicional no ZENworks 7 Desktop Management com Support Pack 1.
Para reinstalar o Servidor de Inventário ou o Banco de Dados de Inventário no Linux, desinstale primeiro o componente que deseja reinstalar e prossiga com a instalação do componente novamente.
Se você tentar instalar o Sybase em clusters do Linux, a instalação poderá exibir o seguinte erro:
The installation of ZENworks Desktop Management has FAILED.
The following component(s) experienced a fatal error:
Database Engine
Solução: Esta mensagem não é fatal, pois não afeta o serviço de Inventário. Contudo, verifique se os serviços de Inventário e do Sybase estão em execução.
Se você instalar o componente do servidor de Inventário do ZENworks 7 Desktop Management em um servidor NetWare 6.5 SP2/SP3 ou NetWare OES, poderá ocorrer falha de inicialização do serviço de Inventário após a instalação.
Solução: Inicie o serviço de Inventário manualmente.
Se o Novell Client não estiver instalado nas estações de trabalho inventariadas e você usar caracteres de bytes duplos no caminho do diretório de exploração do objeto Serviço de Inventário (scandir), os arquivos .str não serão transferidos para o servidor de Inventário.
Por padrão, o caminho do scandir é o caminho de instalação em que o banco de dados e os componentes do servidor de Inventário estão instalados (a não ser que você o tenha mudado manualmente depois da instalação do ZENworks 7 Desktop Management, configurando o objeto Serviço de Inventário).
A janela Crystal Report Viewer não oferece suporte à funcionalidade de teclado. Utilize o mouse para executar todas as operações na janela do viewer.
Esta seção identifica outros problemas que podem ser causados ou exigem correções quando você usa o ZENworks 7 Desktop Management com Support Pack 1.
O Agente do ZENworks 7 Desktop Management não funciona corretamente com as versões do NSure® SecureLogin anteriores à versão 3.51.1.
Se você instalar o Agente do ZENworks 7 Desktop Management em uma estação de trabalho que já tem uma versão do SecureLogin anterior à versão 3.51.1 instalada, as tentativas de login do usuário falharão e a estação de trabalho será reinicializada.
Caso já tenha encontrado esse problema, você poderá retornar à estação de trabalho e fazê-la funcionar seguindo as instruções em TID 10096513 no Novell Knowledgebase.
Os problema identificados nesta seção relacionam-se a como o ZENworks interopera com o Novell eDirectory.
Se você instalar o ZENworks 7 Desktop Management em um servidor OES Linux em que o eDirectory já esteja instalado e, em seguida, fizer upgrade do eDirectory para a versão 8.7.3.8, haverá falha no componente Criação de Imagens da Estação de Trabalho do ZENworks Desktop Management.
Isso também ocorre quando é feito upgrade do OES Linux para o SP1 ou posterior em um servidor no qual o ZENworks 7 esteja instalado. Para solucionar o problema, siga as etapas do TID 10098801 no Novell Support Knowledgebase.
Os usuários do ENGL Zim e do ENGL Ztoolkit (produtos de terceiros) devem fazer upgrade para o ENGL Zim 4.0 SP1 e o Ztoolkit 4.0 SP1 antes de aplicar o ZENworks 7 Desktop Management com SP1; caso contrário, ocorrerão problemas durante a criação de imagens e a distribuição de builds automáticos do Windows usando ferramentas ENGL.
Para obter informações adicionais, consulte TID 3619822 no Novell Knowledgebase.
Essa seção identifica outros problemas que podem ser causados ou exigem correções quando você usa o ZENworks 7 Desktop Management.
A seguinte mensagem de erro é gerada, ao iniciar um aplicativo RDP ou ICA do Gadget de Item de Disparo em uma estação de trabalho com o Windows XP SP2 instalado:
Para ajudar na proteção da sua segurança, o Internet Explorer parou de instalar softwares no seu computador. Clique aqui para obter opções…
Se os usuários estiverem usando estações de trabalho Windows XP SP2 (ou superior), poderão clicar na barra de informações na parte superior da caixa de diálogo para instalar o cliente Citrix ICA/RDP. De modo alternativo, os usuários podem entrar em contato com você para obter ajuda na instalação do cliente Citrix ICA/RDP.
O ZENworks 7 Desktop Management com Support Pack 1 não suporta árvores associadas nem da raiz do DNS.
A Importação de Estação de Trabalho e o Gerenciamento de Estação de Trabalho (ou seja, políticas aplicadas a estações de trabalho ou usuários) podem funcionar de forma diferente quando os usuários se conectam por meio de VPN. Para obter mais informações, consulte TID 10096902 no Novell Support Knowledgebase.
Se você tiver instalado o Banco de Dados do Desktop Management ou o Banco de Dados de Inventário em um servidor NetWare, a seguinte mensagem de erro poderá ser exibida no console do Mecanismo do Sybase durante as operações do banco de dados:
Conexão encerrada de modo anormal
Essa mensagem é falsa e pode ser ignorada.
Se o ConsoleOne estiver sendo executado em uma máquina Windows configurada com dois endereços IP diferentes em duas redes diferentes, o ConsoleOne não poderá enviar dados para o eDirectory e gerará um código de erro.
Esse comportamento poderá ser verificado se você tentar criar um atributo de fluxo no eDirectory executado em um servidor SUSE Linux.
O script de descarregamento para um objeto de recurso do cluster em que o ZENworks 7 Desktop Management está instalado causa uma falha no serviço Sybase durante a migração para outro objeto de recurso do cluster.
Para solucionar esse problema no ConsoleOne, localize as seguintes linhas no script de descarregamento:
#ZENworks Cluster Support: lines=1
opt/novell/zenworks/bin/ZDMstop stop cluster
Mova essas linhas no script de modo que fiquem imediatamente após esta linha:
#!/bin/bash
Para solucionar esse problema no iManager, use o seguinte procedimento:
Copie as entradas do ConsoleOne (veja acima) e cole-as no iManager.
Nos nós do cluster do Linux em que o ZENworks foi instalado, execute os seguintes comandos:
dos2unix /etc/opt/novell/ncs/DATA_SERVER.load
dos2unix /etc/opt/novell/ncs/DATA_SERVER.unload
Reinicie os nós do cluster do Linux.
Como a variável NWlanguage pode não estar definida para chinês para um usuário individual do Novell eDirectory, os seguintes componentes do ZENworks podem não ser carregados adequadamente:
Essa falha acontece porque a variável NWlanguage define o caminho em que estão localizados os recursos traduzidos apropriados. Se um produto Novell traduzido (como o Novell Client) não tiver sido instalado anteriormente, as configurações não serão definidas.
Use as etapas a seguir para editar manualmente a variável NWlanguage de modo que os componentes em chinês sejam carregados corretamente:
Inicie o Consoleone.
Efetue login na Árvore do eDirectory em que você instalou os componentes do ZENworks 7 Desktop Management.
Nessa Árvore do eDirectory, navegue até o container em que reside o objeto Usuário, selecione esse objeto, clique o botão direito nele e, em seguida, clique em para ver as propriedades do usuário.
Na caixa de diálogo Propriedades, clique em e, em seguida, clique em .
Na página Ambiente, digite o parâmetro NWLanguage adequado.
(Condicional, para usuários no idioma chinês tradicional) No campo Idioma, digite CHINESET.
(Condicional, para usuários no idioma chinês simplificado) No campo Idioma, digite CHINESES.
Clique em para aplicar a nova variável de idioma.
Efetue o logout do usuário e, depois, efetue login novamente como o usuário.
Agora, a variável NWlanguage aponta para a versão adequada dos recursos em chinês, de modo que o Distribuidor do Agente e o snAppShot sejam carregados corretamente.
Para carregar o componente Controle Remoto em uma versão do Windows em chinês, execute o regedit.exe, navegue até HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Parameters e, em seguida, mude manualmente a variável NWLANGUAGE de ENGLISH para a versão adequada em chinês (consulte a Etapa 5 acima).
Atualmente, os arquivos de registro criados pelos Serviços do ZENworks 7 Desktop Management no Linux são formatados no formato UNIX; ou seja, eles não incluem os caracteres CR/LF usados por editores de texto comuns em um ambiente do Windows (por exemplo, Bloco de Notas da Microsoft). Isso dificulta a leitura desses arquivos em um editor de texto.
Para solucionar o problema, use o Microsoft WordPad para abrir os arquivos de registro. Verifique se a opção de quebra automática de linha está selecionada no WordPad clicando em Exibir > Opções > Ajustar na Janela.
Nesta documentação, o símbolo maior que (>) é usado para separar ações necessárias ao navegar nos menus em uma interface de usuário.
O símbolo de marca registrada (®, TM, etc.) indica uma marca registrada da Novell; o asterisco (*) indica uma marca registrada de terceiros.
A Novell, Inc. não faz representações nem fornece garantias quanto ao conteúdo ou ao uso desta documentação e especificamente se isenta de quaisquer garantias expressas ou implícitas de comercialização ou adequação a qualquer propósito específico. Além disso, a Novell, Inc. reserva-se o direito de revisar esta publicação e fazer mudanças em seu conteúdo, a qualquer tempo, sem a obrigação de notificar qualquer pessoa ou entidade sobre essas revisões ou mudanças.
A Novell, Inc. também não faz representações nem dá garantias relativas a qualquer software e especificamente se isenta de quaisquer garantias de comercialização explícitas ou implícitas ou adequação a qualquer propósito específico. Por fim, a Novell, Inc. reserva-se o direito de fazer mudanças, no todo ou em parte, no software Novell, a qualquer tempo, sem a obrigação de notificar qualquer pessoa ou entidade sobre essas mudanças.
Quaisquer informações técnicas ou sobre produtos fornecidas neste contrato podem estar sujeitas aos controles de exportação dos Estados Unidos e às leis de comércio de outros países. Você aceita estar em conformidade com todas as regulamentações de controle de exportação e obter quaisquer licenças ou classificações exigidas para exportar, reexportar ou importar materiais para distribuição. Você concorda em não exportar nem reexportar para entidades que estão nas listas de exclusão de exportação dos Estados Unidos ou para quaisquer países terroristas ou com embargos, conforme especificado nas leis de exportação dos Estados Unidos. Você concorda em não utilizar os materiais para usos finais proibidos de armamento nuclear, míssil ou químico-biológico. Consulte http://www.novell.com/info/exports/ para obter mais informações sobre a exportação de software Novell. A Novell estará isenta de responsabilidade caso você deixe de obter as aprovações necessárias para exportação.
Copyright © 2006 Novell, Inc. Todos os direitos reservados. Nenhuma parte desta publicação pode ser reproduzida, fotocopiada, armazenada em um sistema de recuperação ou transmitida sem o consentimento por escrito do fabricante.
A Novell, Inc. possui direitos de propriedade intelectual com relação à tecnologia de seus produtos, que está descrita nesta documentação. Em particular, e sem limitações, esses direitos de propriedade intelectual podem incluir uma ou mais patentes nos EUA, listadas no site http://www.novell.com/company/legal/patents, e uma ou mais patentes adicionais ou aplicações de patentes pendentes nos EUA e em outros países.
Para obter uma lista de marcas registradas da Novell, consulte a Lista de marcas de serviço e marcas registradas da Novell em http://www.novell.com/company/legal/trademarks/tmlist.html.
Todas as marcas registradas de terceiros pertencem a seus respectivos proprietários.