Esse é o exemplo para nginx...
Termos mais procurados:
Histórico de mensagens sobre n
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Implementação da SDK do Pix em Next.js ou React
- Consulta de Chave PIX na API de Envio
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Repetição do Processo de Criação com txid
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação do Módulo Gerencianet no Perfex CRM
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Problemas com Token em Ambiente de Homologação
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Atualização de informações no Retentiva de Cobrança
- Geração de Link de Pagamento e Reembolso
- Utilização de Endpoints e Payload no Pix
- Funcionamento do Webhook em Ambiente de Homologação
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Notificações de Pagamento de Boleto e Pix
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
EXIBINDO CONVERSAS RECENTES:
Texto: n
Data: 11/01/2024
nginx
Comparando com a configuração exemplo da Efí, o que tem de diferente ?
server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass /webhook;
}
}
#Desenvolvido pela Consultoria Técnica da Efí
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass /webhook;
}
}
#Desenvolvido pela Consultoria Técnica da Efí
uso nginx
400
webhook_invalido
A URL informada respondeu com o código HTTP 400
Não, vai só o x-skip-mtls-checking
'x-skip-mtls-checking' => 'true'
isso vai no header ?
E o que deveria ser feito é fazer o mTLS funcionar... e não um atalho.
Isso não vai no body, vai no header.
array(3) { ["nome"]=> string(13) "json_invalido" ["mensagem"]=> string(36) "Valores ou tipos de campo inválidos" ["erros"]=> array(1) { [0]=> array(3) { ["chave"]=> string(20) "additionalProperties" ["caminho"]=> string(5) ".body" ["mensagem"]=> string(44) "não são permitidas propriedades adicionais" } } }
me retorna.....
Isso é como dribla o mTLS para ambiente de homologação. Em produção você não deveria usar isso.
Aí tem que configurar mTLS no seu servidor HTTP. https://dev.efipay.com.br/docs/api-pix/webhooks#exemplos-de-configura%C3%A7%C3%B5es-de-servidor tem exemplos de nginx, Apache e outros.
{"nome":"webhook_invalido","mensagem":"A autenticação de TLS mútuo não está configurada na URL informada"}
mas está me retornando esse erro:
não to achando
vc tem um exemplo em cURL para fazer esse procedimento ?
valeu por enquanto !
Não, primeiro que a definição é por chave Pix, não por cliente. Segundo que a chamada é exclusivamente via API.
Pois eles seguem a especificação padrão do Bacen