Histórico de mensagens sobre webhook 400

Ou usar o mtls.pix.ae, que é de graça.

Array
(
[nome] => webhook_invalido
[mensagem] => A URL informada respondeu com o código HTTP 400
)

O que parece que está acontecendo é que a gerencianet recebe a url de webhook (mtls-h.pix.ae/....) e envia uma requisição nessa URL e então recebe um 400 Bad Request

Boa tarde, <@!500715205014061077>. Essa falha está relacionada a outro fator, pois, no caso do cliente não atualizar o certificado, o que aconteceria é a interrupção do hand-shake e uma eventual falha de comunicação. No caso da tentativa de cadastrar o webhook com o certificado expirado, a mensagem com o status 400 seria:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}

mas quando eu uso ele no cadastro do webhook a api retorna: A URL informada respondeu com o código HTTP 400

<@!775350441965649951> sem o 62 05, ele vai notificar o webhook? fizemos esse pix mas nao notificou no nosso webhook...

Bom dia <@!781134406680838216>, caso o callback para o webhook falhe retornando um erro 500 ou 400, é efetuado uma nova tentativa de callback?

Bom dia, terráqueos!

Na hora de configurar o webhook, a API retorna 400 com uma mensagem que não consta nos exemplos da documentação: "A URL informada respondeu com o código HTTP 403".

A gente sabe que duas requisições à URL informada são feitas pela API Pix; a primeira sem o certificado, para a qual se espera 401, e a segunda com o certificado, para a qual se espera 200.

Essa mensagem de erro se refere qual delas?

Bom dia! Estou tentando fazer um registro de um webhook de uma chave Utilizado o post man e recebo o erro 400. nome: webhook inválido, mensagem A autenticação de TLS mútuo não está configurada na URL informada. Alguém poderia me ajudar por favor.

{"nome":"webhook_invalido","mensagem":"A URL informada respondeu com o código HTTP 400"}

tentei configurar o webhook com o gatway do <@!440035527127990273>, mas não deu certo também

mas recebo o erro: {"nome":"webhook_invalido","mensagem":"A URL informada respondeu com o código HTTP 400"}

cadastrei meu webhook usando o gateway mTLS do <@!440035527127990273>

Pessoal, alguém aqui conseguiu registar weebhooks usando a SDK PHP? No meu caso só retorna "400 - Bad Request". A rota do webhook já está preparada com final /pix, retornando 403 para ausência do certificado conforme orientado na documentação.

A exceção retorna com 400 - Bad Request e nenhum detalhe, não consigo identificar o problema

Olá, @Efí

Ainda na labuta do Webhook em ambiente PaaS. Fiz os seguintes passos e creio estar quase lá:

- Criei uma conta na Amazon para o projeto
- Cadastrei o cartão de crédito
- Provisionei o Amazon API Gateway
- Configurei um custom domain nele
- Configurei o domínio no meu Registrar
- Habilitei o custom domain no API Gateway
- Criei certificado e habilitei o HTTPS
- Baixei o cert webhook da Gerencianet
- Criei uma Trust Store PKCS12
- Coloquei a cadeia da GN lá
- Converti a TS para o formato PEM
- Provisionei um armazenamento Amazon S3
- Subi a TS.pem
- Finalizei a configuração do custom domain
- Ativei o mTLS neste domínio
- Criei uma rota de API para o meu server
- Associei a rota ao custom domain com mTLS

Fui configurando e testando a cada passo. Quase tudo funcionando. A única coisa que não consigo é fazer uma requisição client para testar o mTLS já que não tenho o cert client do webhook.

Então…

- Invoquei o serviço PUT /webhook/{chave} passando no body a url e recebi o seguinte body com o status 400:

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

Supus ser algum erro no pem que usei para configurar o mTLS. E já experimentei o seguinte:

- Usei exatamente o CRT que baixei das docs da GN
- Fiz a conversão como citei acima (criando a TS)

Se vocês puderem fazer uma requisição mTLS com o certificado client correto para testar, a UTR é esta:

POST https://mtls.menur.app/vbeta1/establishments/mana/pix

O serviço está retornando 204 fixo para qualquer body json (não obrigatório).

Alguma luz? 🙏

Pra quem não estiver afim de configurar o Webhook, o <@!440035527127990273> tem uma solução top que está gratuita até certo tempo, tem mais informações em <#💻devs>

Até então estamos assim:

PUT /gn/config

se for optional, você pode ter um location / {} com um sistema qualquer... e um location ~ /webhook {} com a exigência do mTLS (que retorna 400 na falta dele)

<@!671762828046106646> fiz a configuração do mTLS no server informando a crt de produção, minha pem e na full chain fiz um concat dos dois arquivos.

Quando tento criar o webhook, vejo que tem 4 POST no server provenientes da Gerencianet, acredito que seja o handshake.

Mas o retorno que obtenho é:
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 400"
}

Legal, segui esse padrão informado <@!652136709982781470> o retorno agora é este:
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 400"
}

será que tem haver com aquela estrutura de mTLS? se sim fiquei na dúvida de como montar o arquivo fullchain