Reparador de cadeia de certificados — ordenar e completar um pacote SSL

Porque falta o certificado intermediário no que seu servidor envia. Navegadores de desktop escondem isso: guardam intermediários vistos em outros sites e conseguem baixar o que falta a partir do endereço no certificado. Android, curl, Java, Python e a maioria dos clientes de API não fazem nem uma coisa nem outra, então veem uma cadeia que nunca alcança uma raiz confiável e recusam a conexão. Cole aqui sua cadeia: se disser que falta um intermediário, esse é todo o problema.

Primeiro o de servidor, depois o intermediário que o emitiu, depois o emissor deste, e assim por diante. A raiz é omitida. Alguns servidores toleram outra ordem, mas OpenSSL, Java e a maioria dos balanceadores não, então a resposta segura é sempre: o final primeiro.

Não. Um cliente confia numa raiz porque ela está no repositório dele, não porque um servidor a enviou — então uma raiz pela rede é ignorada e só acrescenta um ou dois quilobytes a cada handshake. É inofensivo, mas inútil, e o arquivo que esta ferramenta produz a deixa de fora.

Na autoridade certificadora, na mesma página em que você retirou o certificado. Quem usa Let's Encrypt normalmente não passa por isso, porque o certbot escreve fullchain.pem com o intermediário já incluído: se você configurou cert.pem em vez de fullchain.pem, trocar o caminho resolve.

Um certificado no seu arquivo que nem emitiu nada ali nem foi emitido por nada dali. Costuma ser resto de um certificado anterior, ou uma raiz colada ao lado de uma cadeia que leva a outra raiz. Sozinho não quebra nada, mas indica um arquivo montado à mão e vale uma limpeza.