Gerador de CSR — solicitação de assinatura e chave privada

Porque os navegadores não leem o Common Name desde 2017. O Chrome removeu esse recurso na versão 58 e os demais seguiram, então um certificado cujo domínio aparece só no CN não corresponde a nenhum nome de host. Algumas ACs copiam o CN para o SAN em silêncio ao emitir; muitas simplesmente rejeitam a solicitação. Colocar nos dois lugares elimina a dúvida.

Só para certificados com validação de organização (OV) e validação estendida (EV), em que a AC os confronta com seu registro legal e rejeita divergências. Para um certificado comum com validação de domínio — o que inclui tudo da Let's Encrypt — eles são ignorados, e deixá-los vazios não atrapalha.

Para um servidor web, normalmente não. Uma chave criptografada precisa ser desbloqueada a cada início, então o servidor não sobe sozinho depois de um reinício — por isso nginx e Apache quase sempre usam uma chave sem criptografia protegida por permissões de arquivo. Criptografe se for movê-la entre máquinas ou guardá-la num local compartilhado.

Sim: escreva *.example.com. Note que um curinga cobre exatamente um rótulo, então *.example.com corresponde a www.example.com mas não a example.com em si nem a a.b.example.com. Se também precisar do domínio puro, liste-o à parte. As ACs públicas ainda validam curingas por DNS e não por HTTP, então a emissão exige acesso aos seus registros DNS.

ECDSA P-256 oferece aproximadamente a segurança de RSA 3072 com uma chave bem menor, o que significa handshakes mais rápidos e menos CPU por conexão. RSA 2048 é suportado absolutamente por tudo, incluindo equipamentos antigos e alguns terminais de pagamento. Se você controla os clientes, ECDSA; se não sabe o que vai se conectar, RSA.