Histórico de mensagens sobre Erro webhook em pix

{
"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
}

Então é que eu segui todos os passos e obtive os mesmos resultados, conforme os vídeos na página https://www.youtube.com/user/danielciolfi/videos, porém, quando tento configurar a minha URL de WebHook na GerenciaNet estou recebendo o seguinte erro:
{
nome: 'webhook_invalido',
mensagem: 'A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID'
}

Quando fiz da primeira vez, deu esse mesmo erro. Excluí TODO o ambiente no AWS e reconfigurei tudo do zero, seguindo novamente o passo a passo que ele mostra nos vídeos e novamente tenho o mesmo resultado.

estou recebendo este erro

400webhook_invalidoA URL informada respondeu com o código HTTP 500

server {

server_name apidev.muzieonline.com.br;

access_log /var/log/nginx/apidev-pab.log;
error_log /var/log/nginx/apidev-pab.log;

location /webhookpix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://127.0.0.1:8080;
}

location / {
proxy_pass http://127.0.0.1:8080;
}

listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/apidev.muzieonline.com.br/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/apidev.muzieonline.com.br/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /home/ubuntu/muzie-api/certs/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
}
server {
if ($host = apidev.muzieonline.com.br) {
return 301 https://$host$request_uri;
} # managed by Certbot


listen 80;
listen [::]:80;

server_name apidev.muzieonline.com.br;
return 404; # managed by Certbot


}

estou tendo erro ao configurar meu webhook em homolog

Sim, o erro era parecido mas infelizmente era relacionado ao server-side, o que é mais engraçado é o fato da timeline retornar

Configurei o domínio personalizado sem wildcard porém continuo recebendo o erro ERR_TLS_CERT_ALTNAME_INVALID, alguém tem alguma ideia do que ainda poderia estar dando conflito? Certificado mostrado no teste de SSL

Agora, se dá o erro TLS_CERT_ALTNAME_INVALID é por causa disto aqui:

Subject api-webhook-bot-store.tk
Fingerprint SHA256: 153a5959affaa7de74a6b38e5997b73fe5a532d1e9bd88ed90edf82424c37e65
Pin SHA256: b8qTnOZITjlzeIMPpT+4gfc9WeS6Lsve3zfTTsE89u0=
Common names api-webhook-bot-store.tk
Alternative names api-webhook-bot-store.tk .api-webhook-bot-store.tk

Esse vídeo sugere algo que não funciona direito na GN que é usar wildcard (asterisco). Coloque o subject e o common name como api.api-webhook-bot-store.tk e o alt name sem nada.

Boa noite!

Segui rigorosamente todos os passos e obtive os mesmos resultados, conforme os vídeos na página https://www.youtube.com/user/danielciolfi/videos, porém, quando tento configurar a minha URL de WebHook na GerenciaNet estou recebendo o seguinte erro:

"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"

Acredito que eu não use wildcard no certificado, esse erro é bem esquisito, já refiz todos os passos e mesmo assim não bate no webhook

Alguém pegou esse erro na hora de bater no webhook ERR_TLS_CERT_ALTNAME_INVALID ?

Boa noite.

Fiz a configuração no AWS seguindo rigorosamente o que está no vídeo https://www.youtube.com/watch?v=w2Wizyo5Ljk, nos anteriores desse também e quando fui testar o endpoint do meu domínio tomei o seguinte erro:

O que postei acima foi pelo browser, Google Chrome. A partir daí para testar só vendo a mensagem de erro que o cadastro de webhook gera, pq aí a Gerencianet tenta com o certificado apropriado.

Ao acessar o dominio pelo browser tenho esse retorno

Ocorreu um erro durante uma conexão com webhookyoudo.cloudns.nz. O sistema remoto SSL não conseguiu negociar um conjunto aceitável de parâmetros de segurança.

Código do erro: SSL_ERROR_HANDSHAKE_FAILURE_ALERT

Deu erro aqui
HTTP Requests
1 https://webhookyoudo.cloudns.nz/ (Request failed)

Multiviews desligado, mas sem efeito, continua com erro 300
Fiz o teste em https://www.ssllabs.com/ssltest/analyze.html?d=webhookyoudo.cloudns.nz e não está mais gerando aquele erro de anterioremente, já é um progresso, rs

ServerAdmin webmaster@localhost
ServerName webhookyoudo.cloudns.nz
ServerAlias www.webhookyoudo.cloudns.nz
DocumentRoot /home/ubuntu/www


ErrorLog ${APACHE_LOG_DIR}/webhook.error.log
CustomLog ${APACHE_LOG_DIR}/webhook.access.log combined

SSLEngine on
SSLProtocol -all +TLSv1.2

SSLCertificateFile /etc/letsencrypt/live/webhookyoudo.cloudns.nz/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/webhookyoudo.cloudns.nz/privkey.pem

#Chave pública da Gerencianet
SSLCACertificateFile /home/ubuntu/www/cert/chain-pix-prod.crt

# mTLS Gerencianet
SSLVerifyClient require
SSLVerifyDepth 3

# Tratando o /pix, redirecionando as requisições sempre para /webhook
Alias "/pix/" "/home/ubuntu/www/index.php"
Alias "/pix" "/home/ubuntu/www/index.php

Boa tarde, por gentileza, alguem da GN poderia me dar algumas orientações?
Estou tendo o seguinte erro ao tentar registrar o webhook
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: EPROTO"
}

Olá pessoal,
Ainda estou com problemas na configuração do webhook/mTLS. Havia tentado inicialmente em nosso servidor VPS mas sem sucesso.
Dessa forma resolvi criar uma mv na aws, com ubuntu 20.4 e apache 2.4. Fiz as configurações conforme a documentação da API PIX.
Ao tentar registrar o webhook pelo postman, recebo esse erro:

{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: EPROTO"
}