Histórico de mensagens sobre certificados

importei os certificados e estou usando o basic auth direitinho

No HOMOLOG só pode configurar o webhook, mas nada irá acioná-lo. E os certificados são diferentes, então precisaria ter suporte a ambos... por simplicidade, parece mais funcional ter serviços separados, se possível em URLs distintas.

o que da erro pra mim nesse exemplo, é esses certificados. Como pego eles aqui , consegue me auxiliar

Muito obrigado, <@!780500321994539068>! Não tinha reparado nas outras opções. Tava de olho no código de exemplo, só. Já que é assim, vou deixar do jeito que tá então. AWS é chato de configurar.

Agora eu esbarrei em outro problema. Requisição POST pra /oauth/token no Postman tá dando ECONNRESET. Tentei com as credenciais da minha conta e com os valores de Client_id e Client_secret que surgiram quando eu criei a aplicação em sistema.gerencianet.com.br/api/minhas-aplicacoes/

Não coloquei os headers x-client-cert-fingerprint e x-client-cert-pem; é por isso?

Se sim, o que eu tenho que colocar nesses headers? x-client-cert-pem seria a string inteira do certificado gerado em /api/meus-certificados?

Sim
Para as requisições do Delphi será necessário os certificados em formato PEM .

Boa noite!! O link para download do conversor de certificados .p12 para .pem (https://gnetbr.com/HylSpVZzLu) ainda está offline?
Alguém teria o conversor para encaminhar?

Boa noite, estou com um problema e gostaria de uma luz, se puderem.

Eu estou fazendo os testes de homologação no Postman, certificados gerados e cadastrados, faço a autenticação e recebo o token.
Quando aciono algumas rotas, por exemplo GET Consulta Pix Recebidos, funciona normalmente

Quando aciono o POST criar chave Pix, retorna erro:
{
"nome": "erro_aplicacao",
"mensagem": "Ocorreu um erro ao solicitar a criação da chave"
}
assim como na rota GET para obter as chaves Pix já criadas:
{
"nome": "erro_aplicacao",
"mensagem": "Ocorreu um erro ao buscar as chaves"
}

Alguma ideia do que possa ser? O token está válido na hora das requisições.

estou em busca de um setup que atenda a necessidade de exigir o certificado do cliente e me permita gerar certificados do let's encrypt automaticamente

geralmente eu uso o nginx com um plugin do let's encrypt que gera os certificados quando detecta um novo virtual host, porém imagino que esse setup não funciona devido a obrigatoriedade de exigir que o certificado do cliente seja o da gerencianet, por isso quando o let's encrypt conectar para validar o certificado vai matar a conexão por que não apresentou o certificado da gerencianet

Sim, lembrando que produção e homologação também tem certificados diferentes.

acho que não é uma boa ideia colocar certificados em www

Os caminhos do sistema de arquivos e do servidor Web são diferentes. E os certificados nem podem ficar num lugar do sistema de arquivos que sejam publicados no servidor Web.

Apache e tenho um droplet na digitalocean, já peguei a chave da GN e também os certificados e configurei no VirtualHost

Boa tarde, pessoal. Estou com a dúvida na collection do Postman que está na documentação.
Fiz todos os procedimentos de geração de chaves dos ambientes, mas na rota de Auth tem um parâmetro no header relativo ao certificado. Na documentação não diz nada sobre como configurar esse parâmetro.
Gerei os certificados e a dupla clientId e clientSecret. Como coloco os dados do certificado nesse parâmetro do header?
Obrigado!

Também não estou conseguindo. Os certificados estão configurados no meu apache aqui, tls 1.3 mas não está conseguindo fazer o hand-shake

Pessoal, incluí agora o vídeo com configurações de certificados para webhook e teste prático em um ambiente na núvem. Veja na Playlist

https://www.youtube.com/watch?v=XT8yYbw-igY&list=PLWgD0gfm500EtYXA83y_-GxiMQAFooq_v&index=2

já adicionei os certificados e tudo mais, que estranho

é só ir em certificados e gerar um novo?

Bom dia, Flavio!
Primeiramente, seu cliente deve acessar https://sistema.gerencianet.com.br/ logar na conta. Para obter as credenciais, deverá criar uma aplicação, acessando o menu API->Minhas aplicações->Nova aplicação. Insira o nome da sua aplicação. Ative os escopos desejados do Pix para o ambiente (Produção ou Homologação) e clique em 'Criar nova aplicação'.

Posteriormente, acesse o menu API->Meus certificados. Escolha o ambiente desejado (Produção ou Homologação) e clique em 'Novo Certificado'. Será solicitado uma senha, que é a assinatura eletrônica (a mesma utilizada no aplicativo).

Esse primeiro deploy traz uma versão mais simples, na qual a Gerencianet resolve tudo. Isso atenderá a alguns perfis de clientes. Lembrando que nós não armazenamos a chave privada.

Mas a sugestão de aceitar um CSR é tão boa que já tá até no Roadmap, neste card: https://www.notion.so/Gera-o-de-certificados-API-Pix-a-partir-de-um-CSR-de6f5650a5d44ed092af81d6b830ed66