Histórico de mensagens sobre url

De fato não está com mTLS, pois chamando a URL:
{ "status": 200, "mensagem": "Requisição realizada com sucesso!", "dados": "" }

Boa noite !! Eu dnv kk
realmente eu não tinha visto direito, era um erro bobo, já resolvi
agora outro problema que me surgiu e eu não entendo porque..

Estou com todos os certificados e chaves SSL setados no apache, igual o exemplo dado na doc da API, e mesmo assim ele diz que minha url de webhook não está configurado para mTLS
URL webhook: https://{domain}/player/adicionar/webhook/

tem alguma ideia do que possa ser ?

é mesmo configurando como no vídeo continua com o erro 400: A URL informada respondeu com o código HTTP 403: A URL informada respondeu com o código HTTP 403

só precisa colocar esse ?ignorar= no final da url?

Pode ser o nome do script tratando o webhook. Ou você pode ignorar o /pix colocando a URL como /webhook/?ignorar=

{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}

Bom dia! Alguém sabe como solucionar esse erro "Error 400: A autenticação de TLS mútuo não está configurada na URL informada"

Eles de fato não seguem HTTP redirection. Não é mais simples já mandar para eles a última URL do redirecionamento ?

Boa noite <@!337383375289712651>. "webhook inválido" é uma resposta esperada dentro da nossa API, como a url respondeu com um código diferente de 200, quer dizer que algum requisito de cadastro do webhook ela não está cumprindo. Verifique na nossa documentação se você está seguindo os passos corretamente: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix
Sugerimos também que verifique a sessão de validação mTLS que é uma etapa importante do cadastro do webhook: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-entendendo-o-padr-o-mtls

Seguindo essa URL de webhook, quando eu faço a requisição para a API, me mostra a msg conforme o print
a mensagem me retorna status 30x e não cadastra, como poderia contornar ? pelo visto a requisição que vocês fazem não seguem LOCATIONS, e para no primeiro redirecionamento que lhe é apresentado..

vc tem um ponto, a url ta com -h

o certificado setado no curl do php é aquele gerencianet.pem

fiz um server separado para testar... e acabei substituindo a URL anterior

to com uma integração e preciso saber qual era a URL anterior de webhook

Você pode receber notificações automaticamente via webhook referente às modificações de status de uma cobrança Pix. Para isso, será necessário a inserção de uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks

Ou seja, primeiramente para um servidor dedicado, você deve inserir uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja um exemplo desta configuração em um servidor Apache ou Nginx: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor

Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook/" class="link-msg">https://seudominio.com.br/webhook/), você irá consumir a rota PUT /v2​/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix.
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}

No entanto, a URL será registrada com o /pix no final, assim: https://seudominio.com.br/webhook/pix.
Ou seja, esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Veja mais detalhes sobre o endpoint: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix

Com isto, todo Pix gerado com sua chave Pix e que possua um txid, serão enviados as notificações para sua URL.

http://owlfiber.com.br:8585/ esse é a nova URL agora do meu cliente

Bom dia amigo acabo de conseguir, uso próxima reverso com uso do networks do docker simplesmente o que estava acontecendo é a segunda tentativa enviando para uma url que não existe, que não aparecia em nenhum log do meu container provavelmente o erro vinha de lá da gerencianet que não achava essa url e fiquei voando sem saber o erro já que não me passaram o erro, tive que ir debugando cantinho por cantinho até da certo.

Olá, boa tarde.. estou com problemas para testar o módulo magento em ambiente de desenvolvimento. Estou tendo o erro "A requisição na URL informada falhou com o erro: ECONNRESET" ao tentar adicionar url webhook.

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

Boa tarde. Fiz tudo que foi instruido porem retorna o erro abaixo ao cadastrar o webhook
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}