Skip to main content

​
Limites e nomenclatura

​
1–100 entries
Limitado a 100 para ficar dentro dos limites por pedido da autoridade de assinatura.
​
unique per account
Correspondências ^[a-zA-Z0-9][a-zA-Z0-9._-]{0,253}$. Ele aparece no CRN, então ele tem que ser seguro para URLs.
​
name-based, no region
crn:certificate::<account>:certificate/<name>. O slot de região está vazio — os certificados não estão vinculados à região — e, como o CRN é criado a partir do nome, uma política do IAM pode usar um curinga em uma convenção de nomenclatura: crn:certificate::my-account:certificate/prod-*.

​
Solução de problemas

Leia o array challenges. Cada entrada tem seu próprio sinalizador verified e, quando uma verificação falhou, um aviso sobre faults nomeando o que foi encontrado contra o que era esperado — por exemplo, CNAME = foo, want bar. Uma falha de DNS de desafio é sempre um warning e não move verified.As causas usuais são um CNAME publicado no nome errado (verifique cname_record_name ao invés de assumir), um erro de ponto final no registrador, ou simplesmente DNS TTL — um registro que substituiu um mais antigo não é visível até que o valor anterior envelheça.
Wildcards validam no nome pai: *.example.com é provado por _acme-challenge.example.com, não por qualquer coisa contendo um *. Publique exatamente o cname_record_name que o desafio lhe dá.Um curinga também precisa de uma autoridade com capacidade de curinga, então um pedido de curinga falha em vez de voltar para um que não pode assiná-lo.
Leia faults no certificado.
Um ouvinte combina SNI contra cada SAN de certificado anexado e volta para o sinalizado is_default. Um cliente que vê o padrão quando esperava algo diferente geralmente significa que a SAN que ele pediu não está em nenhum certificado anexado — verifique domains.