Use este artigo para determinar a ação a ser tomada se você encontrar um problema de compatibilidade entre um produto Trellix e um software de terceiros.
Trabalhamos com terceiros para compreender a causa-raiz do problema e, quando necessário, soluções com uma solução ou alternativa. No entanto, talvez seja necessário que o cliente abra um tíquete com o fornecedor terceirizado se a investigação determinar que a causa do problema
não é nosso produto
. Além disso, todas as partes podem precisar participar de uma chamada em conferência para chegar a uma resolução.
Execute as seguintes etapas:
- Verifique se há um problema conhecido entre o software de terceiros e nosso produto. Quando estamos cientes de um problema de compatibilidade, documentamos o problema em nossa Base de conhecimentos. O Base de conhecimentos é atualizado com qualquer solução alternativa ou produto, quando disponível. Se a causa do problema for o software de terceiros, documentamos a solução alternativa ou fornecida pelo fornecedor do software de terceiros.
- Execute a solução de problemas para investigar a causa do problema:
- Se nossa investigação determinar que a causa do problema é nosso produto, o Suporte técnico abrirá um defeito contra esse produto. Forneceremos uma solução alternativa para ou produto.
- Se nossa investigação determinar que a causa do problema não é nosso produto, continue para a etapa 3.
- Entre em contato com o fornecedor do software de terceiros e abra um tíquete.
O primeiro respondente em um problema de compatibilidade de software deve ser o fornecedor cujo software se comporta inesperadamente. O primeiro respondente depura o comportamento inesperado de seu software. Ocorre um dos seguintes eventos:
Informações importantes sobre software de terceiros e proprietários: Os procedimentos anteriores são uma necessidade técnica porque, no software proprietário de código fechado, os símbolos privados necessários para depurar os aplicativos são propriedade intelectual restrita pelos fornecedores. Se esses símbolos privados fossem divulgados publicamente, o software poderia ter engenharia reversa. Não temos acesso ou esses símbolos proprietários ou código-fonte.
Glossário:
- Depuração Software (ou "depurador"): O software que um desenvolvedor usa para ajudar a determinar um ponto de falha usando símbolos ou código-fonte.
- Código-fonte fechado: O código original que compreende o processo ou driver; privadamente protegida e publicamente indisponível.
- Código de origem aberto: O código original que compreende o processo ou driver; publicamente disponível.
- Símbolos privados: Arquivos usados por um depurador para mostrar nomes de função e nomes de código-fonte arquivo; privadamente protegida e publicamente indisponível.
- Símbolos públicos: Arquivos usados por um depurador para mostrar somente nomes de função; publicamente disponível.
Empresas como a Red Hat são de código aberto e liberam seu código-fonte e símbolos privados. Outras empresas, como Microsoft e Trellix, são, no máximo, símbolos públicos de origem e lançamento. Existem símbolos privados e código-fonte fechado para proteger a propriedade intelectual de um fornecedor contra a disponibilidade pública e permitir que as vendas de software permaneçam como parte de seu portfólio de renda.
Microsoft código é quase sempre fechado. Microsoft algumas vezes libera símbolos públicos para que fornecedores de terceiros possam exibir todos os nomes de funções do Microsoft que são chamado na depuração de software de terceiros. No entanto, os nomes de função são todos os fornecedores de terceiros que podem determinar sobre Microsoft código. Microsoft deve usar seu código-fonte fechado e símbolos privados para determinar por que seu código se comportou da maneira que fez. Esse fato é uma limitação no mundo da interoperabilidade de software de origem fechada.
