Histórico de mensagens sobre an em pix

Tive problemas na Godaddy e na Hostinger.
Estou migrando para a route53 para ver se funciona

As regras banindo certificados wildcards estão desde a primeira edição do manual de iniciação que continha a API Pix.

Como já mencionado no canal, vários conseguiram resolver entrando no Route 53 e removendo. A AWS gera "automagicamente" entradas lá.

Segui o tutorial do Daniel Cioffi, mas pelo visto ele já está desatualizado e não funciona mais com as novas regras do gerenciaNet. Um novo tutorial de como criar esse novo certificado via AWS e como integra-lo ao WebHook seria muito bem vindo.

Nem apagando o também do Route 53 ?

Não tive sucesso. ainda estou nessa batalha, ja fiz e refiz meu certificado várias vezes e de várias maneiras e ate agora nada.
Mesmo sem o WildCard . o mesmo não funciona:
https://www.ssllabs.com/ssltest/analyze.html?d=api.shopchafe.com

Sim, na criação. Usei o https://www.ssllabs.com/ssltest/analyze.html?d=api.ekshatpayments.com , mas com openSSL ou curl dá para ver também.

Está utilizando qual ferramenta para obter essa informação? Pensei ter deixado em branco

Eu tentaria deixar o Alternative Name em branco ao invés de Alternative names api.ekshatpayments.com

Mas pode não adiantar... fazer sem desde o começo sempre funciona, mas fazer com e depois tirar nem sempre funciona.

Está na godaddy. Agora estou migrando tudo para a route53

Vc diz a minha URL q estou passando no parâmetro webhookUrl da gerencianet?

Qual a URL atual do webhook dando isso ? Só para uma última checagem.

Boa tarde @ranulfosouza. Vc conseguiu resolver o problema? Estou fazendo minha integração e me deparei com o mesmo erro.
ERR_TLS_CERT_ALTNAME_INVALID
Já refiz várias vezes seguindo os passos sugeridos pelos demais devs, mas sem sucesso.

Essa documentação da notificação não se aplica o meio de pagamento PIX ?
https://dev.gerencianet.com.br/docs/notificacoes-recebendo