Um pedido a um site pode chegar ao seu proxy e ainda assim falhar, porque a verificação do certificado precisa de outro pedido de rede. A obtenção de CRL ou OCSP pode decorrer através de um componente da plataforma com uma conta e uma política de proxy diferentes das do cliente HTTP da aplicação.

Comece pelo erro exato da cadeia. Revoked significa algo diferente de não é possível obter informação de revogação atual. A expiração e um emissor não confiável são, por sua vez, outros problemas. Só a falha de obtenção exige rastrear um caminho em falta até um URL de estado.

Para essa falha, identifique três coisas em conjunto: o URL que está a ser obtido, o componente que faz a obtenção e a identidade do respetivo processo. Que um navegador abra o URL com sucesso na sua conta interativa não prova que um serviço consiga autenticar-se no mesmo proxy.

Se o componente identificado usar WinHTTP, examine a política aplicável. A configuração estática de proxy e a avaliação automática de proxy por URL são mecanismos separados. Aplique a configuração suportada para a conta pretendida; copiar definições do navegador ou alterar um runtime não relacionado pode deixar a obtenção real intacta.

No .NET, UrlRetrievalTimeout na política da cadeia controla uma espera pela verificação online ou pela obtenção de CRL. Aumentar o tempo limite normal de resposta HTTP não aumenta esse mesmo temporizador, e aumentar o temporizador de obtenção não fornece credenciais de proxy nem um caminho.

Um proxy HTTPS pode tornar esta dependência visível ainda antes do TLS de destino: a confiança na ligação ao proxy pode ela própria exigir a obtenção de revogação. Restaure o acesso de obtenção suportado e o esquema de confiança nessa fase. Desativar a verificação de revogação altera a política de certificados; não restaura a obtenção falhada.

Artigos relacionados