Histórico de mensagens sobre url

Alguem pode me auxiliar, fazem dois dias que já estou tentanto e não consigo ref A autenticação de TLS mútuo não está configurada na URL informada

array(2) {
["nome"] => string(16) "webhook_invalido"
["mensagem"] => string(70) "A autenticação de TLS mútuo não está configurada na URL informada"
}

Você chegou a incluir em seu Virtual Host as configurações como no exemplo:

<@!671762828046106646> <@!781134406680838216> array(2) {
["nome"]=>
string(16) "webhook_invalido"
["mensagem"]=>
string(70) "A autenticação de TLS mútuo não está configurada na URL informada"
}

array(2) {
["nome"]=>
string(16) "webhook_invalido"
["mensagem"]=>
string(70) "A autenticação de TLS mútuo não está configurada na URL informada"
}

Você poderá definir uma URL que receberá as notificações durante a criação da cobrança. Esta URL irá receber um token quando uma transação sofrer uma alteração de status.

Com este token, sua aplicação poderá realizar uma consulta através da rota GET /v1/notification/:token para obter o status da transação e demais informações da transação.

Neste link, temos exemplos de como receber este token e posteriormente consultar os detalhes da notificação: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#section-2-consultando-detalhes-de-uma-notifica-o

Alguem pode me ajudar? A autenticação de TLS mútuo não está configurada na URL informada!

Webhook, pix

Linux centos php

mas o qr code pode ter txid e a notificação trazendo o txid + valor pago, derruba a necessidade de client_id + client_secret + certificado de consumo da API (se for possível cadastrar a URL direto na interface do PSP)

sendo o "webhookUrl/pix" acionado somente no recebimento de Pix e trazendo o txid + valor pago, já possibilitaria muitas integrações. com mTLS não fica tão facilitado, mas ainda perfeitamente possível.

Mas para só o recebimento de notificações bastar, ele precisa ter as informações do recebimento... o que cai em requisitos que muitos acham pesados como mTLS. A simplificação do webhook com apenas (vê aí o que mudou no txid tal) torna a API direta mais necessária do que nunca. A única coisa que poderia atender isso seria não uma URL de notificação, mas o comprovante Pix digitalmente assinado.

No meu ponto de vista o principal entrave de adoção é a dificuldade técnica para o recebimento de notificações. Se fosse simples definir uma URL de notificação e o mercado pudesse ofertar serviços totalmente baseadas em QR estáticos (que são mais que suficientes para negócios cujo pagamento não tem vencimento, estão associados a um checkout imediato, como compras presenciais e e-commerce varejo padrão), sem necessidade de contratação da API por parte dos ECs, a adoção teria bombado.

Alguem pode me ajudar? A autenticação de TLS mútuo não está configurada na URL informada!

Linux centos php

Boa tarde, <@!802052811718262814>!
Tente seguir estes passos, que estão mais detalhados par aconfigurar o Apache.
Primeiramente você deve acessar o arquivo de configuração do apache, geralmente fica em /etc/apache2/mods-enabled
Nele você irá fornecer o caminho da chave privada server_ssl.key.pem e uma pública server_ssl.crt.pem da sua certificadora SSL do seu domínio.

Pessoal. Alguém conseguiu configurar e implementar a URL de callbacks do webhook?

Lembrando o informativo enviado:

Informativo sobre à adequação do /pix no webhook

Foi estabelecido que ao realizar o cadastro do webhook base pelo integrador, ocorrerá a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook's e como será a notificação após esta mudança:

Integrador cadastrou a url base https://gerencianet.com.br, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.

Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.

Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.

Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.

Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 08/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.

Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.

Quaisquer dúvidas referentes a esta transição, estamos a disposição em nossos canais de comunicação.

na imagem tem o location do nginx. mas a URL confere? ex: exemplo.com.br/api/pagamento/callbackPix ?

qual a URL de webhook que vc tá configurando? confere com o location que vc tá definindo no nginx?

primeira coisa que vc faz é definir a URL do webhook mandando um PUT em /v2/webhook/:chave

A autenticação de TLS mútuo não está configurada na URL informada

Pessoal, estou mandando sandbox false e ainda está sendo gerado com URL sandbox.