Histórico de mensagens em pix

qual é a taxa de receber pix?

obrigado

esse é só o domínio, a url completa seria tem mais coisa

(ao tentar usar https://api-gn.mildesejos.com/ como webhook)

Mas o erro agora é outro, não ? Pq está dando connection reset, e não código de erro HTTP.

É a situação de momento ? Como é a URL no resultado do SSL Test ?

Redirecionei para uma url inválida, coloquei ambos os certificados com CN api.dominio.com, fiz deploy e o erro persiste, CN = AN

O ponto aqui é primeiro colocar a conf desse jeito, e observar o certificado. Antes de testar na GN.

Mas como o estado não é mais esse, não dá para ver como estava o certificado.

Eu não estou fazendo isso 😦

Tem um passo que não estou considerando, eu preciso fazer um deploy depois de trocar os certificados da api?

então, relatei acima que fiz esse teste com o certificado ssl na api, e no tls eu coloquei o mesmo CN e depois CN em branco, ambos deram ruim

Se ficar igual ao common mas ambos api.exemplo.com.br, sem , não tem problema.

Ahh, no meu caso o Common names = Alternative names, acho que o Alternative nao fica em branco, o minimo que fica é igual ao Commom

Também especulativo. Por isso eu disse para colocar uma conf no API Gateway com CN api.exemplo.com.br e sem nada na AN, passar no SSL Test e vermos como está o certificado.

se eu redirecionar para uma url inexistente e continuar, nao é conflito de certificados, certo?

Os casos que já vi aqui sempre ainda tinham o no altname, então nada indica cache por enquanto.

Pode haver conflito sim, por isso separar em hostnames distintos.

Em branco tb deu o mesmo erro

Tipo, uma vez que eles fizeram uma transação com certificado inválido, esse inválido fica no cache deles e a troca do nosso lado dá um falso negativo?