Termos mais procurados:
Boa tarde pessoal, tudo bem?
Eu estava tentando configurar o webhook e estava gerando ERR_TLS_CERT_ALTNAME_INVALID ao usar o API Gateway da AWS
Fiz as configurações que o pessoal passou aqui e acabou gerando outro erro
Toda vez que tento fazer uma requisição me retorna 403
{"nome":"webhook_invalido","mensagem":"A URL informada respondeu com o código HTTP 403"}
pessoal, boa tarde,
por favor, estou obtendo um erro que estou ficando travado, se alguem puder ajudar, agradeço imensamente.
ja tentei colocar o validateMtls = false e tbem true; e o erro permanece.
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}
estou usando o AWS com o MTLS ja configurado, o dominio tbem esta configurado, nao estou conseguindo passar desta parte,
Utilizando credentials no producao
obrigado.
gente estou tomando o seguinte erro
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 400"
}
mesmo os arquivos estando corretos e nos locais corretos no nginx.config
Alguma especificação para utilizar o pixConfigWebhook? Estou passando a url utilizando o ngrok (em homologação)
Recebo o erro: {
nome: 'webhook_invalido',
mensagem: 'A URL informada respondeu com o código HTTP 502'
}
Ao instanciar o sdk, estou passando a opção validateMtls: false
sim, acabei de configurar o handshake e ele está retornando 403 quando testo ele diretamente.
Mas este erro ai sobe quando tento cadastrar o webhook.
Estou com um problema na implementação do API Pix, já havia configurado antes "meses" atrás com sucesso.
Mas hoje estou criando novamente do zero, mas ocorre o erro HTTP 400 ao configurar a webhook.
boa tarde, estou tentando configurar um webhook e está me mostrando o seguinte erro:
{
nome: 'webhook_invalido',
mensagem: 'A URL informada respondeu com o código HTTP 404'
}
Boa tarde!!!
Estou recebendo o erro: A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID na tentativa de informar minha url webhook.
O que pode ser?
Alguem conseguiu configurar o webhook usando a api sdk para php? Estou tendo o erro "Erro GerenciaNet: 400: webhook_invalido \/ \"A autentica\\u00e7\\u00e3o de TLS m\\u00fatuo n\\u00e3o est\\u00e1 configurada na URL informada\""
Boa tarde pessoal, alguém conseguiu usar o nginx para validar o certificado do cliente da efí no webhook?
eu configurei e testei com outro certificado de cliente e deu tudo certo mas com o da efi da falha
eu obtive o mesmo erro no outro certificado quando não tinha todas as cadeias presentes no arquivo, mas assim que adicionei funcionou, sabem se esse da efí está faltando mais cadeias intermediarias ou a root?
Eu sei que o nginx não consegue validar caso esteja faltando alguma cadeia.
erro informado pelo nginx: FAILED:unable to verify the first certificate
crt usado da efí: https://pix.gerencianet.com.br/webhooks/chain-pix-sandbox.crt
pessoal estou com esse erro aqui na hora de enviar um pix -> A chave informada não tem webhook cadastrado na conta Gerencianet autenticada
Fala turma, boa tarde! Estou integrando a api pix e não estou conseguindo configurar o webhook. Já conferi tudo e aparentemente ta tudo certo, 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"
}
}
Recebi o seguinte erro ao criar uma webhook _A autenticação de TLS mútuo não está configurada na URL informada_, como posso resolver?
@here
Boa noite pessoal, na api do pix atualmente existe alguma forma de eu buscar um envio de pix pelo idEnvio?
Eu sei que existe essa rota aqui /v2/gn/pix/enviados/:e2eId, mas eu vejo um ponto de falha nela que seria resolvido por uma rota semelhante /v2/gn/pix/enviados/:idEnvio
Ou então permitir filtrar pelo idEnvio na rota /v2/gn/pix/enviados/, serviria também.
O ponto de falha que me refiro é o seguinte: Eu preciso primeiro chamar a rota para requisitar o envio de pix para então obter o end2endId e salvar ele na minha base de dados, no entanto, se no momento de salvar o end2endId na minha base ocorre algum erro eu me encontro na situação onde envie um pix, mas não consigo recuperar essa informação posteriormente, pois não tenho o end2endId.
É claro que ainda existe a camada do webhook (que retorna o idEnvio) e me permite atualizar no meu banco se o pix foi enviado com sucesso ou não. No entanto o webhook também é suscetível a falha.
Para conseguir cobrir todos os pontos de falha bastaria a rota de consulta do pix enviado pelo idEnvio, tendo em vista que esse identificador sou eu quem gero, faz até mais sentido.
Agradeço desde já a paciência da pessoal que ler até o final e me ajudar. Por favor, se eu estiver enganado em algum ponto me corrija, eu gostaria de estar errado e não precisar dessa rota kkkkk
Bom dia, @Consultoria Técnica.
Quando eu solicito uma devolução Pix, ao ser devolvida ou houver algum erro, é notificado no mesmo webhook (PUT /v2/webhook/:chave)?
Onde posso acompanhar os erros de envio do webhook? Estou setando a URL e a chave PIX, recebo um OK, quando consulto, a URL está lá... mas ao receber um pagamento PIX, não recebo o POST
Pessoal boa tarde? Isto está me retornando erro 500
Fala galera! Baaaum? [REPOSTANDO]
Resolvi o erro ERR_TLS_CERT_ALTNAME_INVALID ao usar API Gateway da AWS.
Após assistir ao tutorial do @danielciolfi, fiz o mesmo procedimento com um domínio registrado externamente, no meu caso namecheap, mas ao tentar registrar a Webhook o erro ERR_TLS_CERT_ALTNAME_INVALID era retornado. Tentei de tudo, gerar novo certificado sem wildcard("."), refazer truststore.pem, gerar certificado direto no “api.” mas não funcionava. Percebi também que ao acessar diretamente pelo navegador, o certificado era sempre relacionado ao domínio principal, e nunca ao “api.”.
Ai lendo algumas soluções aqui no Discord, como a do Ranulfo souza, resolvi fazer da seguinte forma e resolveu:
0 - (Opcional) Antes de começar, recomendo apagar tudo que foi feito, exceto pela API Gateway e o truststore.pem gerado.
(Deletei o nome de domínio personalizado, removi os registros no namecheap e deletei os certificados criados);
1 - Comprar um domínio no Google Domains só para esse uso;
Domínio fictício para fins didáticos: pixok.com
2 - Na AWS, em Route 53, criar nova zona hospeda e no nome do domínio, inserir o domínio comprado (pixok.com) e criar zona;
3 – Ao navegar na zona criada, você vai ver o registro do tipo NS com os links, ai é só adicionar todos no Google Domains em Servidores de nome personalizados do seu domínio. Por padrão, o Google não usa os nomes personalizados, ai é só clicar em aplicar na aba Servidores de nome personalizados;
4 – Criar certificado com o nome api.pixok.com, navegar até o certificado, clicar em Criar registros no Route 53 e confirmar clicando em criar. Isso fará o certificado ser verificado;
5 – Após o certificado ser verificado, ir na API Gateway e criar nome de domínio personalizado com o nome api.pixok.com, selecionando o novo certificado. E também já configurar o mapeamento de API para sua API;
6 – Em Route 53, na zona hospedada, no domínio pixok.com, criar novo registro com as seguintes informações:
- Nome do registro: api
- Tipo de registro: A
- Ativar Alias
- Escolher endpoint para: Alias para API do API Gateway
- Escolher o servidor que você está trabalhando, no meu caso “us-east-1”
- E no terceiro campo que aparecer, já vai carregar automaticamente o
“Nome de domínio do API Gateway” que você encontra no domínio personalizado que criou.
Ai é só finalizar criando o registro e aguardar a propagação que pode levar alguns minutos, no meu caso levou mais de 5 minutos.
7 – Antes de ativar o TLS mútuo no domínio personalizado, eu fiz testes solicitando POST com o postman para api.pixok.com/prod/webhook até ter algum retorno, assim eu sei que toda configuração acima tá funcionando corretamente e foi propagado.
8 – Ativar TLS mútuo como feito anteriormente, aguardar o status ficar ativo e testar o registro da webhook com o seu link 😊
Obrigado Ranulfo souza e a todos que comentaram sobre o assunto. 👊
