Nimsoft Monitor. Notas da Versão do hub. Todas as séries

Transcrição

1 Nimsoft Monitor Notas da Versão do hub Todas as séries

2 Aviso de copyright do CA Nimsoft Monitor Este sistema de ajuda online (o Sistema ) destina-se somente para fins informativos e está sujeito a alteração ou revogação por parte da CA a qualquer momento. O Sistema não pode ser copiado, transferido, reproduzido, divulgado, modificado nem duplicado, por inteiro ou em parte, sem o prévio consentimento por escrito da CA. O Sistema contém informações confidenciais e propriedade da CA e está protegido pelas leis de direitos autorais dos Estados Unidos e por tratados internacionais. O Sistema não pode ser divulgado nem usado para nenhum fim que não seja o permitido em um acordo separado entre você e a CA, o qual rege o uso do software da CA ao qual o Sistema está relacionado (o Software da CA ). Tal acordo não é modificado de nenhum modo pelos termos deste aviso. Não obstante o que foi estabelecido acima, se você for um usuário licenciado do Software da CA, poderá fazer uma cópia do Sistema para uso interno por você e seus funcionários, contanto que todas as legendas e avisos de direitos autorais da CA estejam afixados à cópia reproduzida. O direito de fazer uma cópia do Sistema está limitado ao período de vigência no qual a licença do Software da CA permanece em pleno vigor e efeito. Em caso de término da licença, por qualquer motivo, você fica responsável por garantir à CA, por escrito, que todas as cópias, parciais ou integrais, do Sistema foram destruídas. DENTRO DO PERMITIDO PELA LEI APLICÁVEL, A CA FORNECE O SISTEMA COMO ESTÁ, SEM GARANTIA DE NENHUM TIPO, INCLUINDO, SEM LIMITAÇÃO, QUAISQUER GARANTIAS IMPLÍCITAS DE COMERCIABILIDADE E ADEQUAÇÃO A UM DETERMINADO FIM OU NÃO VIOLAÇÃO. EM NENHUMA OCASIÃO, A CA SERÁ RESPONSÁVEL POR QUAISQUER PERDAS OU DANOS, DIRETOS OU INDIRETOS, DO USUÁRIO FINAL OU DE QUALQUER TERCEIRO, RESULTANTES DO USO DESTE SISTEMA INCLUINDO, SEM LIMITAÇÃO, LUCROS CESSANTES, PERDA DE INVESTIMENTO, INTERRUPÇÃO DOS NEGÓCIOS, PERDA DE DADOS OU ATIVOS INTANGÍVEIS, MESMO QUE A CA TENHA SIDO EXPRESSAMENTE ADVERTIDA SOBRE A POSSIBILIDADE DE TAIS PERDAS E DANOS. O fabricante deste Software é a CA. Fornecido nos termos de Direitos restritos. O uso, a duplicação ou a divulgação pelo Governo dos Estados Unidos está sujeito às restrições definidas nas seções , e (c)(1) - (2) da FAR e na seção (b)(3) da DFARS, conforme aplicável, ou seus sucessores. Copyright 2014 CA. All rights reserved. Todas as marcas comerciais, nomes comerciais, marcas de serviços e logotipos mencionados neste documento pertencem às respectivas empresas.

3 As informações legais sobre software de domínio público e de terceiros usado na solução do Nimsoft Monitor estão documentadas em Licenças de Terceiros e Termos de Uso do Nimsoft Monitor ( Entrar em contato com a CA Entrar em contato com a CA Support Para sua conveniência, a CA Technologies oferece um site onde é possível acessar as informações necessárias a seus produtos da CA Technologies para escritório doméstico, pequena empresa e corporativos. Em é possível acessar os seguintes recursos: Informações para contato online e telefônico, assistência técnica e atendimento ao cliente Informações sobre fóruns e comunidades de usuário Downloads de produto e documentação Políticas e diretrizes de CA Support Outros recursos úteis adequados ao seu produto Fornecendo comentários sobre a documentação do produto Enviar comentários ou perguntas sobre a documentação de produtos da Nimsoft da CA Technologies para ca.com. Se desejar fornecer comentários sobre a documentação geral dos produtos da CA Technologies, responda nossa breve pesquisa do cliente, disponível no site de CA Support, encontrado em

4

5 Índice Capítulo 1: Visão geral 7 Funcionalidades novas e alteradas... 7 Documentos relacionados... 8 Capítulo 2: Requisitos 9 Plataformas suportadas... 9 Capítulo 3: Considerações sobre a implantação 11 Usar como um servidor de encapsulamento ou um cliente de encapsulamento Colocando a mensagem em spool Filas de detecção automatizada Atualizações dos arquivos de dados do hub Problemas conhecidos Capítulo 4: Defeitos corrigidos e histórico de revisões 15 Histórico de revisões Índice 5

6

7 Capítulo 1: Visão geral O hub CA Nimsoft Monitor serve como centro de comunicação para um grupo de robôs. Ele vincula robôs a um grupo lógico com o hub como o ponto de conexão central. É comum configurar um hub com base em restrições físicas (como um laboratório, um andar ou um edifício) ou por funções de serviço (como desenvolvimento). O hub também pode se conectar a outros hubs em uma hierarquia de hubs. O hub lida com os seguintes serviços do Nimsoft. Distribuição de mensagens: todas as mensagens geradas pelos robôs são roteadas por meio do hub, que encaminha as mensagens para outros hubs ou as envia para assinantes locais (usuários e probes). Serviço de nome: o hub converte endereços /domínio/hub/robô/probe do Nimsoft em endereço IP e porta registrada pelo serviço na inicialização, de forma que os aplicativos possam conectar-se ao serviço por meio de TCP/IP. Autenticação. O hub autentica solicitações e direitos de acesso de usuário aos probes e à infraestrutura (hub, robô e spooler). Encapsulamento: Os túneis que ligam os hubs possibilitam a comunicação segura entre os sites, da mesma forma que uma VPN. Funcionalidades novas e alteradas O hub 7.6 é uma release secundária que melhora a estabilidade, a escalabilidade, o desempenho, os recursos e a funcionalidade do produto, adicionando os seguintes novos recursos: Alarmes de conexão e desconexão de encapsulamento e de fila foram redefinidos retroativamente para o nível das informações para corresponder melhor ao seu significado e impacto reais. O hub detecta quando o total de recursos em uso ameaça a viabilidade do encapsulamento e/ou do hub, e reage redefinindo o encapsulamento ou reiniciando o processo, sem perda de dados. O valor de origem dos probes locais de um hub pode ser definido independentemente do valor do hub. LDAP e segurança no nível do usuário aprimorados, e suporte aprimorado aos ambientes LDAP com um grande número de grupos. Estabilidade de encapsulamento melhorada. Capítulo 1: Visão geral 7

8 Documentos relacionados Documentos relacionados Documentação relacionada Documentação do probe hub no Console de administração Documentação do probe hub no Gerenciador de infraestrutura Monitorar informações de referência das métricas para probes do CA Nimsoft ( 8 Notas da Versão do hub

9 Capítulo 2: Requisitos Plataformas suportadas Para obter as informações mais recentes de compatibilidade com componentes/plataformas, consulte: Matriz de suporte do probe do CA Nimsoft Matriz de suporte de compatibilidade da Nimsoft Capítulo 2: Requisitos 9

10

11 Capítulo 3: Considerações sobre a implantação Tópicos da seção: Usar como um servidor de encapsulamento ou um cliente de encapsulamento (na página 11) Colocando a mensagem em spool (na página 12) Filas de detecção automatizada (na página 13) Atualizações dos arquivos de dados do hub (na página 14) Problemas conhecidos (na página 14) Usar como um servidor de encapsulamento ou um cliente de encapsulamento Para atingir um nível alto de disponibilidade em um ambiente encapsulado, um hub pode, por natureza, redefinir encapsulamentos, filas e/ou reiniciar o processo inteiro, se isso for o que é necessário para garantir um fluxo de dados confiável e em tempo hábil sem intervenção do cliente. Esse comportamento é esperado. O número máximo de segmentos TCP e identificadores de recurso do Windows usados por um hub em um ambiente encapsulado foi drasticamente reduzido. O número exato desses recursos em uso flutua, dependendo da carga. Esse comportamento é esperado. Em implantações complexas envolvendo NAT, encapsulamentos NMS encadeados e/ou configurações de firewall confusas, a configuração ou implantação do probe pode mostrar comportamentos anormais. Se ocorrerem problemas, entre em contato com o suporte da CA Nimsoft para obter assistência. Capítulo 3: Considerações sobre a implantação 11

12 Colocando a mensagem em spool Colocando a mensagem em spool Um hub otimiza o tamanho do seu pool de segmentos para cada servidor no qual ele está operando. Esse tamanho do pool de segmentos pode ser ajustado manualmente na Configuração de dados brutos. O tamanho em massa escolhido para cada fila de probe de hub para hub e de hub para consumidor tem um impacto no desempenho da fila: Quando é configurado um tamanho em massa maior do que 1, mas menor do que 100, o hub aplica uma base de tamanho em massa de 100 mensagens por padrão, para garantir uma operação eficiente e segura. Geralmente, é recomendado um tamanho em massa de pelo menos o dobro da taxa média de mensagens por segundo. Por exemplo, se uma fila processa 50 mensagens por segundo em média, o tamanho em massa recomendado é de pelo menos 100. Na maioria dos cenários de implantação, o tamanho em massa não precisa ultrapassar Os probes data_engine e qos_processor operam com a eficiência máxima, usando um tamanho em massa de Em vez de usar um arquivo monolítico (potencialmente grande) para manter todos os dados da fila de saída, cada fila é mantida em uma série de fragmentos de arquivo de tamanho fixo. Isso melhora a eficiência e a estabilidade; entretanto, o uso do espaço em disco da fila poderá dar a impressão de flutuar mais do que as versões anteriores. Os fragmentos são excluídos de forma determinística depois de terem sido completamente enviados. Portanto, não há correlação simples entre as mensagens aguardando envio e o uso do espaço em disco. Após a inicialização, o hub tem o objetivo de ativar uma fila de mensagens tão rápido quanto possível; portanto, ele inicializa e verifica todos os fragmentos de arquivos gravados anteriormente como uma tarefa em segundo plano. As mensagens em cada fragmento são adicionadas ao número exibido de mensagens em fila na GUI conforme elas são verificadas. Portanto, para um curto período de tempo após a inicialização, o número de mensagens exibido como em fila crescerá em etapas. O número fornecido é exato quando todos os fragmentos estão verificados. 12 Notas da Versão do hub

13 Navegar Filas de detecção automatizada Filas de detecção automatizada No NMS v7.0 e posterior, os dados de detecção são transportados pelas filas do probe_discovery. Você deve configurar essas filas em todos os hubs que coletam dados de detecção. Se a comunicação entre esses hubs envolver hubs intermediários, você deverá configurar as filas do probe_discovery nesses hubs também. Para obter mais informações sobre detecção, consulte o Guia do Usuário de Detecção do Nimsoft. É possível configurar filas de detecção no Console de administração ou no Gerenciador de infraestrutura. 1. Identifique o hub no qual deseja criar uma fila e abra a GUI de configuração do hub: Console de administração: expanda o hub na árvore de navegação e selecione seu robô. Clique na seta ao lado do probe do hub e selecione Configurar. Gerenciador de infraestrutura: expanda o nó do hub e clique duas vezes no probe do hub. 2. Navegue até Lista de filas ou Fila. 3. Configure as filas attach e/ou get com os seguintes valores: Fila attach: Ativo: ativado Nome: probediscovery Tipo: attach Assunto: probe_discovery Capítulo 3: Considerações sobre a implantação 13

14 Atualizações dos arquivos de dados do hub Fila get: Ativo: ativado Nome: probediscovery Tipo: get Endereço: o endereço do hub que tem a fila attach Tamanho em massa: o número de mensagens a serem enviadas em conjunto (opcional; se desejar que a fila execute uma grande quantidade de mensagens, o envio em massa poderá melhorar o desempenho) Para obter detalhes de configuração da fila, clique no ponto de interrogação ou no botão Ajuda na GUI de configuração. 4. Repita as etapas anteriores em todos os hubs que exigem uma fila. Depois de configurar todas as filas necessárias, execute uma verificação de detecção automatizada para confirmar se as filas estão em operação. Verifique a lista de dispositivos detectados. Além dos dispositivos locais, a lista também deve conter dispositivos que estão disponíveis apenas nos hubs secundários da infraestrutura. Observação: a configuração da outras filas de alarmes, QoS (Quality of Service qualidade do serviço) e dados da linha de base é semelhante à configuração de filas de anexos e obtenção. O assunto muda conforme o tipo de dados a ser executado. Dica: em implantações de pequeno e médio porte, um caractere curinga (*), que executa qualquer mensagem, pode simplificar a configuração da fila. Não é recomendável usar um caractere curinga em instalações de grande porte. Atualizações dos arquivos de dados do hub Atualizar um hub converte (fragmenta) todos os dados não enviados em um novo formato e local antes de processá-los. A atualização dos dados ocorre quando o hub atualizado é iniciado pela primeira vez. Durante essa conversão, os dados existem nas formas antigas e novas. Certifique-se de que haja espaço suficiente em disco para armazenar os arquivos de hub anteriores e novos. Problemas conhecidos Nenhum. 14 Notas da Versão do hub

15 Capítulo 4: Defeitos corrigidos e histórico de revisões Histórico de revisões Data Descrição Estado Versão Junho de 2014 Alarmes de conexão e desconexão de encapsulamento e de fila foram redefinidos retroativamente para o nível das informações para corresponder melhor ao seu significado e impacto reais O hub detecta quando o total de recursos em uso ameaça a viabilidade do encapsulamento e/ou do hub, e reage redefinindo o encapsulamento ou reiniciando o processo, sem perda de dados O valor de origem dos probes locais de um hub pode ser definido independentemente do valor do hub LDAP e segurança no nível do usuário aprimorados, e suporte aprimorado aos ambientes LDAP com um grande número de grupos Estabilidade de encapsulamento melhorada Corrigido: mensagem de erro falsa quando o hub era expandido na árvore de navegação do Console de administração Corrigido: as transferências em massa do robô para o hub falhavam ocasionalmente GA 7.6 Capítulo 4: Defeitos corrigidos e histórico de revisões 15

16 Histórico de revisões Data Descrição Estado Versão Março de 2014 Janeiro de 2014 Dezembro de 2013 Setembro de 2013 Alarmes de conexão e desconexão de encapsulamento e de fila foram redefinidos retroativamente para o nível das informações para corresponder melhor ao seu significado e impacto reais O hub detecta quando o total de recursos em uso ameaça a viabilidade do encapsulamento e/ou do hub, e reage redefinindo o encapsulamento ou reiniciando o processo, sem perda de dados O valor de origem dos probes locais de um hub pode ser definido independentemente do valor do hub em si LDAP e segurança no nível do usuário aprimorados Estabilidade de encapsulamento melhorada Correção para um despejo principal visto no Solaris quando o conteúdo da resposta do hubup está mal formado Correção ou remoção de algumas situações que faziam com que um número significativo de soquetes fossem deixados temporariamente no estado CLOSE_WAIT quando o hub estava em comunicação com um grande número de robôs Correção para suprimir conexões de encapsulamento duplicadas entre o mesmo cliente e o servidor Correção para desconexão de encapsulamento permanente devido ao esgotamento dos segmentos de processamento de sessões Correção para permitir que hubname seja usado como origem quando um nome de hub não padrão foi escolhido Método melhorado para determinar a vivacidade das filas get/attach que transportam pequenos volumes de dados Uso mais eficiente dos soquetes TCP quando usados como um servidor de encapsulamento Remoção de um cenário em que um número de soquetes usados poderia crescer sem limites Correção de uma perda de memória que poderia ser encontrada quando usada com o probe SNMPCollector Correção de um problema que poderia ser encontrado quando usado como um hub do proxy de LDAP Pacote de arquivo da release do Nimsoft Monitor 7.10 GUI de configuração do Console de administração GA 7.50 GA 7.11 GA 7.10 Aprimoramentos de desempenho e estabilidade GA Notas da Versão do hub

17 Histórico de revisões Data Descrição Estado Versão Junho de 2013 Novembro de 2012 Setembro de 2012 Julho de 2012 Dezembro de 2011 Spooler do hub rearquitetado para oferecer suporte a segmentos múltiplos e melhorar o desempenho do spooler, tanto de entrada quanto de saída As mensagens em fila são gravadas em uma série de fragmentos de arquivo de tamanho fixo, em vez de em um único arquivo, melhorando consideravelmente o tempo de inicialização do hub, bem como o desempenho e a estabilidade geral do hub quando há um grande número de mensagens em fila no disco Armazenamento em cache da solicitação do serviço do nome (nametoip) Melhorias de segurança para retornos de chamada do probe principal Corrigido um problema intermitente que ocorria no nível de depuração 3 Adicionado suporte avançado para o aprimoramento do alarme 5.81 Maior desempenho e estabilidade do gerenciamento do robô passivo Maior eficiência na geração de logs e corrigido o problema na configuração de níveis de log grandes Movido para o sistema de ajuda online Adicionada a capacidade de usar o nome do host como cliente de encapsulamento Corrigido o código LDAP; corrigido o vazamento de memória do Linux Capítulo 4: Defeitos corrigidos e histórico de revisões 17

18 Histórico de revisões Data Descrição Estado Versão Outubro de 2011 Setembro de de junho de 2011 Corrigido o bug de auditoria, onde a edição de um usuário gerava eventos de que todos os usuários tinham sido editados Corrigido o LDAP onde o administrador obtinha OPERATOR ACL (usando o proxy) Corrigido o erro onde existe vírgula "," no DN Corrigido o reinício do hub ao usar o LDAP Corrigir: postroute_check com erro desconhecido rc: 100 Corrigir em cmd _getnearesthub Plataforma Solaris: corrigida uma situação em que um usuário é criado por meio do Gerenciador de infraestrutura fazendo com que o NMS seja reinicializado e o usuário perdido Programado o hub para perguntar ao controlador por uma porta a ser usada (retorno de chamada: port_reserve), evitando o conflito de porta com probes e a perda de comunicação com o hub encontrada ao usar a opção "primeira porta do probe" no controlador, levando à contenção entre os probes e a encapsulamentos do hub sobre portas O tamanho da fila não é mais relatado como sendo negativo Corrigido o problema com IP duplicado no alias da rede (GUI) Valores padrão alterados para as configurações de proxy do LDAP (GUI) Corrigido o retorno de chamada LDAP_groups na plataforma Solaris para retornar imediatamente Não retornará nenhum valor, já que o LDAP não é suportado em plataformas Solaris Corrigido o estouro dos alertas de aumento de tamanho da fila que poderia criar alarmes falsos A segurança de força bruta introduzida no hub versão 5.41 agora está desativada por padrão, ativar essa função irá desativar todos os usuários do UMP por um período em que um usuário tenha tentado efetuar 3 logons com senha incorreta Corrigido o problema com a solicitação por meio de encapsulamento com endereço em branco, que poderia reiniciar o hub Suporte a IPv6 Não deve ser usado para o hub no servidor do NM até que o UMP ofereça suporte a IPv6 Corrigido o problema intermitente em plataformas Linux com ocorrência de threading que foi introduzida na versão 5.58 (pode causar problemas de comunicação) Notas da Versão do hub

19 Histórico de revisões Data Descrição Estado Versão 6 de junho de de abril de 2011 Corrigido o problema com a geração de certificados SSL nas versões anteriores 5.5x do hub; os certificados SSL gerados com esta versão do hub ou versões posteriores serão compatíveis com as versões anteriores do hub Corrigida a potencial falha de segmentação em plataformas Linux no manuseio de segmentos e sessões Substituir o texto de alarme por "n/a" quando houver um erro de texto em branco do sistema Corrigir código de retorno em situações de erro ao testar a conectividade com o servidor LDAP Corrigir código de retorno ao testar se houver dados no soquete ssl caso esse soquete não exista Correção adicional da GUI (processo não finalizado) de abril de 2011 Março de 2011 Corrigir problema com alarmes falsos de expiração do certificado do cliente no lado do servidor (só deve ser verificado no lado do cliente) Correção da conexão com o spooler em robô passivo quando o modo de proxy está definido Correção da associação do servidor de encapsulamento ao localhost em vez de a todas as interfaces Corrigido o problema de falha de segmentação em conexão com encapsulamentos travados, que poderia acionar um reinício do HUB Corrigidos os problemas de falha de segmentação pelo desligamento do HUB que ocorriam em alguns sistemas Linux Corrigido o problema com a SID expirada no caminho por meio de um encapsulamento que não obtém esse código de status de volta para o probe para que ele possa renovar a SID Melhorado o encerramento de SSL em sessões de encapsulamento Adicionado bloqueio extra às informações de segurança interna para evitar panes devido a problemas de segmento Observação: gerar novos certificados SSL para encapsulamentos com esta versão do hub irá criar certificados que não são compatíveis com versões anteriores. (Isso foi corrigido na versão mais recente; a geração de certificados é novamente compatível no hub v5.58.) GUI (processo não finalizado) Um problema que ocorria quando você selecionava remover um hub da guia do hub. O processo da GUI não terminava quando fechado. Um bug introduzido no hub Capítulo 4: Defeitos corrigidos e histórico de revisões 19

20 Histórico de revisões Data Descrição Estado Versão Janeiro de 2011 Dezembro de 2010 Corrigido o problema em que o robô com autoremove=yes não enviava alarme inativo mesmo que entrasse em pane e falhasse ao remover a si mesmo da lista interna Evite a detecção de senha por força bruta, bloqueando um usuário ou endereço IP por um tempo (5 minutos padrão) após várias falhas consecutivas de tentativa de logon (5 é o padrão) Corrigido o código proxy Idap quando por meio de encapsulamentos Adicionada a opção de especificar para qual tamanho emitir alarme nos tamanhos de fila por meio da GUI, anteriormente apenas editável por meio da configuração de dados brutos Correções de segurança A Lista de acesso de encapsulamento oferece suporte a um novo campo, Origem, para controlar quem tem acesso Adicionado user_tag_1 e user_tag_2 ao cabeçalho de alarmes enviados em nome de um robô Adicionadas mensagens de auditoria para editar o usuário e excluir retornos de chamada do probe Adicionado sinalizador de auditoria; as configurações de auditoria agora serão propagadas para os robôs quando estabelecerem conexão com o hub Adicionado o retorno de chamada hubpost_bulk ao spooler interno para permitir que os robôs com alta latência enviem várias mensagens de uma vez Adicionada a auditoria no logon, alteração de senha e alterações de segurança no probe Corrigido o problema ao gravar em arquivos de filas que crescem mais de 2 GB em sistemas de 32 bits Adicionado o modo de prevenção de clone que enviará alarmes e/ou impedirá o registro de controladores com o mesmo nome e IP diferente Modificada spladdsource para comparação com a lista de IP local (código duplicado do spooler) Suporte adicionado para o modelo estendido de dados do NIS Versão inicial para internacionalização de textos de alarme Notas da Versão do hub

21 Histórico de revisões Data Descrição Estado Versão 29 de junho de de junho de 2010 Março de 2010 Dezembro de 2009 Melhorada a rotina de handshake de SSL para encapsulamentos do HUB Corrigida a perda de memória potencial e a falha de segmentação intermitente do encapsulamento nimldap lib 1.16 corrige o problema quando o nome do usuário contém caracteres ansi não padrão com pesquisa de grupo inversa, causando resultados imprevisíveis para o hub (mais provavelmente entra em pane) O retorno de chamada user_info agora oferece suporte à chave "acl" para usuários do LDAP Corrigida uma pequena perda de memória no mecanismo de spooler do robô passivo Adicionada auditoria em novo/exclusão em usuários/acls Estado de manutenção de robôs tornado persistente no início a frio Suporte aprimorado para várias NIC (Network Interface Cards Placas de Interface de Rede) no computador; a comunicação Nimsoft agora é suportada com outras NIC diferentes da interface do robô padrão Suporte adicionado para o robô de modo passivo; onde o firewall estiver proibindo o acesso na direção do robô para o hub, só permitirá acesso na direção do hub para o robô Suporte adicionado para comunicação SSL criptografada Corrigida a saturação de buffer no ldap, uma função de biblioteca para nomes LDAP muito longos Alteração do mecanismo de pesquisa padrão para a pesquisa inversa no AD e em modelos do edirectory Suporte adicionado ao retorno de chamada user_info para solicitar atributos de usuários LDAP Adicionado modelo para o servidor do Sun Directory Adicionada pesquisa inversa de associação de grupo na biblioteca LDAP Alterado o comportamento da biblioteca LDAP relacionado às referências: ignorar em vez de interromper quando a pesquisa ldap retornar referências Capítulo 4: Defeitos corrigidos e histórico de revisões 21

22 Histórico de revisões Data Descrição Estado Versão Agosto de 2009 Março de 2009 Dezembro de 2008 Outubro de 2008 Vazamento do identificador devido a alterações no comportamento no VS2008 corrigido no nametoip Alterado o comando nametoip para ser assíncrono Remoção do robô alterada para aceitar o nome apenas como parâmetro para funcionar em um ambiente de encapsulamento Suporte adicionado para o desligamento do NimBUS Corrigida a validação de encapsulamento da SID de usuários externos (LDAP) Melhorado o tratamento da funcionalidade LDAP quando o servidor LDAP está inativo; implementada a verificação de atividade para evitar tempos limite longos Alterada a remoção do robô para ignorar o parâmetro IP para funcionar em ambiente de encapsulamento Suporte adicionado para plataformas de 64 bits Suporte preparado para ponte LDAP Observação: a funcionalidade de ponte LDAP requer outros componentes que serão disponibilizados no NimBUS Server Notas da Versão do hub

23 Histórico de revisões Data Descrição Estado Versão Maio de 2008 Maio de 2006 Março de 2006 Alterados os alarmes inativos do robô para que pareçam ter sido originados do robô Corrigido o problema adicional que ocorria para algumas configurações de idioma, as configurações NAT não eram lidas no arquivo de configuração pela GUI Correção da GUI: corrigido o problema com o erro de tempo de execução para algumas configurações de idioma Corrigido o problema com um código de erro de retorno de chamada Suporte para marcadores de usuário adicionado ao spooler; enviará a criação de um backup de arquivos de fila corrompidos e enviará um problema de alarme corrigido na inicialização de arquivos de fila grandes que tinham concluído mais do que 2.1 GB da fila O tamanho em massa para filas foi definido como 1, caso o teste para o suporte à transferência em massa falhasse devido a um erro de comunicação Correção da GUI: os robôs com números como nome não apareciam na lista O servidor de encapsulamento pode fazer um loop e usar 100% da CPU em condições especiais (problemas de conexão + pool de conexão de cliente vazio + envio de mensagem de sinal de monitoramento) A resposta na atividade do robô também inclui informações de origem Adicionados o cancelamento do registro de hub e a porta do spooler Corrigido o problema com o erro de comunicação por meio de encapsulamentos com poucas conexões Diversas melhorias de encapsulamento: pooling de conexão; armazenamento em cache da sessão SSL; verificação de atividade para encapsulamentos, conexões e servidor; mais estatísticas de encapsulamento Transferência em massa de mensagens entre hubs (filas post e get) para aumentar a taxa de transferência em redes lentas Capítulo 4: Defeitos corrigidos e histórico de revisões 23