Caso seja um problema XY, o que estou tentando fazer é pegar logs do SQL Server Reporting Services para me dizer quem fez algumas coisas horríveis em nosso ambiente SCCM - 1) implantar um pacote de instalação bastante grande e complexo para a coleção All Systems e 2) substituindo todas as minhas coleções curadas e adequadamente definidas (usando tarefas de consulta) com um monte de horríveis coleções de regras de participação direta que cobrem cerca de metade dos nossos sistemas gerenciados pelo SCCM. Se houver uma maneira melhor do que os relatórios com suporte do SSRS sob a seção de monitoramento do console do SCCM Ficaria feliz em ouvir isso.
De qualquer forma, depois de uma série frustrantemente longa de tentativas de acessar os relatórios do SCCM a partir de computadores mais convenientes, eu as engoli, entrei no servidor SQL executando o SSRS, desativei a segurança aprimorada do IE e tentei acertar o relatório em questão. onde fui saudado com o erro abaixo:
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The certificate chain was issued by an authority that is not trusted.)
Isso parece indicar que o computador que estou fazendo não confia no servidor que executa o SSRS, mas isso não faz sentido, já que estou tentando acessar esse relatório do SQL Server que executa o SSRS. / p>
Caso o controle de versão seja importante, todos os servidores envolvidos nele estão executando o Server 2012 R2, estamos executando o SCCM 1802 e o SQL Server 2012 (11.0 ...), edição Enterprise, em um cluster de failover do Windows Server para nos permitir para executar os bancos de dados que o suportam nos grupos de disponibilidade do banco de dados.
Alguém tem alguma opinião sobre qual pode ser o problema ou até mesmo onde procurar reduzir isso?
Tags sql-server sccm ssrs sccm-1802