Histórico de mensagens sobre erro em pix

eu simplificaria definindo SSLProtocol TLSv1.2 no vhost e, se ainda der exatamente o mesmo erro, desabilitaria o 1.3 no ssl-params.conf, adicionando -TLSv1.3 ao fim

Resolvi aqui man, tava batendo no endpoint errado, agora a minha querida URL está só retornando erro 500, mas aí já é problema de aplicação aqui

Boa tarde! Vi que a documentação do bcb relacionado ao pix criou uma especificação para a estrutura json dos erros retornados. O gn vai atualizar a api para adequação para esse padrão ou os erros vão permanecer no formato atual?

Erro meu.

meu log:

[Fri Jan 15 17:44:16.543418 2021] [ssl:error] [pid 76140] [client 34.193.116.226:45105] AH: verify client post handshake
[Fri Jan 15 17:44:16.543461 2021] [ssl:error] [pid 76140] [client 34.193.116.226:45105] AH10158: cannot perform post-handshake authentication
[Fri Jan 15 17:44:16.543482 2021] [ssl:error] [pid 76140] SSL Library Error: error:14268117:SSL routines:SSL_verify_client_post_handshake:extension not received
[Fri Jan 15 17:44:17.107786 2021] [ssl:error] [pid 76142] [client 34.193.116.226:33026] AH: verify client post handshake
[Fri Jan 15 17:44:17.107818 2021] [ssl:error] [pid 76142] [client 34.193.116.226:33026] AH10158: cannot perform post-handshake authentication
[Fri Jan 15 17:44:17.107835 2021] [ssl:error] [pid 76142] SSL Library Error: error:14268117:SSL routines:SSL_verify_client_post_handshake:extension not received

dentro do location eu não consigo restartar o apache, me acusa erro de sintaxe.

:443>
ServerName idelivery.autum.com.br
ServerAlias .idelivery.autum.com.br
DocumentRoot /var/www/autum-idelivery/public

Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
Require all granted


SSLEngine on
#SSLCertificateFile "/etc/apache2/ssl/certificates/idelivery.autum.com.br.crt"
SSLCertificateFile "/etc/letsencrypt/live/idelivery.autum.com.br/fullchain.pem"
#SSLCertificateKeyFile "/etc/apache2/ssl/certificates/idelivery.autum.com.br.key"
SSLCertificateKeyFile "/etc/letsencrypt/live/idelivery.autum.com.br/privkey.pem"
SSLCACertificateFile "/etc/apache2/ssl/certificates/chain-pix-gerencianet-prod.crt"
SSLVerifyClient none


#SSLCACertificateFile "/etc/apache2/ssl/certificates/chain-pix-gerencianet-prod.crt"
SSLVerifyClient require
SSLVerifyDepth 3


ErrorLog ${APACHE_LOG_DIR}/autum-idelivery-error.log
CustomLog ${APACHE_LOG_DIR}/autum-idelivery-access.log combined

oi <@!671762828046106646> . Pois é. já me certifiquei disso. Inclusive testei removendo-os e recebi o erro específico para o cenário em que esses certificados não existem.

eu tentei tambem, mas estou obtendo o mesmo erro

Este erro ocorre porque não foi capaz de verificar o certificado do servidor enviado na etapa 2.

Onde na primeira etapa, certificamos que seu servidor esteja exigindo uma chave pública da Gerencianet.

Na segunda etapa ocorre a identidade do servidor, onde enviaremos a notificação junto com a nossa chave pública, o seu servidor que deve conter a chave pública disponibilizada que irá realizar o "Hand-Shake" e assim a comunicação ser estabelecida.

<@!775350441965649951> preciso da sua ajuda, ainda continuo com {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"
}

essa mensagem de erro me diz pouco ou quase nada sobre o erro

e estou tendo como retorno do cURL: ({"nome":"erro_interno_servidor","mensagem":"Erro interno do servidor"})

erro_aplicacao - Ocorreu um erro ao solicitar devolução

ola pessoal ainda estou com a mensagem
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"

meu problema é identificar quando há um erro ao fazer a devolução e tentar fazer novamente, mas como não sei quais erros podem ocorrer, poderia cair num loop infinito.. porque o erro pode ser:

{
"nome": "devolucao_id_duplicado",
"mensagem": "O id informado já foi utilizado em outra devolução"
}

Existe uma lista com os possíveis erros na devolução?

Boa tarde a todos!
Estou fazendo as devoluções mas em alguns casos, 8 para ser mais específico, recebi o seguinte erro: Ocorreu um erro ao solicitar devolução

Pessoal, sei que parece uma dúvida meio besta, talvez por desinformação, mas meu NGINX dá erro quando acesso pelo https, esse erro aqui. Mas quando acesso com HTTP normal, rola tudo sem problemas. Detalhes: Eu uso NGINX para fazer um Proxy Pass e habilitar meu HTTPS com Certbot.

pois ainda estou com o maldito erro Unable to verify leaf signature