Histórico de mensagens em pix

não é um POST, é um GET.

no body de um GET ?

Os parametros de inicio e fim são no body, não no path.

url: https://api-pix.gerencianet.com.br/v2/pix?inicio=2021-01-04T22:21:49Z&fim=2021-02-15T15:29:47Z

Opa, boa tarde, fiz a consulta no endpoint /pix, mas está retornando esse erro. Estou passando apenas os parametros inicio e fim

Só de pensar que nada disso seria necessário usando o secret 😫 mas vamos nessa...

Agora está certo sim: https://www.ssllabs.com/ssltest/analyze.html?d=mtls.menur.app

Um deles (final gn) é o CRT baixado e com a extensão modificada para PEM. O outro (final cacerts) é produto de um procedimento que fiz com o Key Store Explorer: criei a TS e importei a cadeia do CRT (3 certificados) e depois converti a TS PKCS12 para o formato PEM usando o openssl.

Qual dos dois seria o PEM correto para colocar como truststore para o mTLS? Lembrando que a AWS pede uma truststore, e ainda no formato PEM.

mas pode ser cache de dns no servidor da GN. vou aguardar um pouco.

Pronto. Propagou o DNS rapidão. Agora o CN tá correto. Mas o erro ERR_TLS_CERT_ALTNAME_INVALID continua.

Ok 🙂

Foi isso que fiz. Mas o erro parece ter sido por uma falha na configuração no DNS. Estou resolvendo isso e dou um feedback aqui.

Ainda não <@!671848604625010719> ! Quando estiver disponível, vamos avisar vocês.

<@!620895261568401428> Você precisa gerar um certificado válido para

o CNAME tava apontando para o host q a AWS associou ao certificado padrão. Mudei o CNAME para apontar para o host que gerei o cert com ACME.

Não antes de 15 de Março.

Common Name é o CN do certificado, que não é a mesma coisa que CNAME de DNS que é o Canonical Name.