Histórico de mensagens sobre url em devs

e quando retorna assim:
{'nome': 'webhook_invalido', 'mensagem': 'A requisição na URL informada falhou com o erro: ECONNREFUSED'}

No caso sua url não está respondendo a nossa comunicação. Você teria que verificar seu servidor

fala galera, boa tarde.

estou com problemas para me conectar na API, o cliente tem um domínio na Hostgator, entrei em contato com os caras e eles me informaram que eu deveria trocar os DNS para CLOUDFLARE devido a toda necessidade da API

No entanto, estou enfrentando alguns problemas:
_adicionando a porta 5000 ao domínio ex:_(https://www.meudominio.com:5000/)
> {'nome': 'webhook_invalido', 'mensagem': 'A requisição na URL informada falhou com o erro: ECONNREFUSED'}


_sem a porta ex:_(https://www.meudominio.com/)
> {'nome': 'webhook_invalido', 'mensagem': 'A autenticação de TLS mútuo não está configurada na URL informada'}

Eu já adicionei o certificado da Hostgator e o da Cloudflare no domínio, fiz o download dos arquivos adicionei na pasta do software criado e nada

Tentei fazer o processo pelo CERTBOT, mas também não tive êxito

Bom pessoal, estou configurando o webhook com o código hmac que o matheus indicou, no entanto, recebo essa msg
{
nome: 'webhook_invalido',
mensagem: 'A autenticação de TLS mútuo não está configurada na URL informada'
}
O matheus da genrencianet tá disponivel aí por uns minutos?
precisamos fechar isso hoje

Existe a opção de inserir essa url de redirect

Boa tarde @Deleted User! Tudo bem? Neste caso, é necessário que solicite a alteração da URL das cobranças já emitidas para que apontem para a URL do sistema de vocês e as baixas aconteçam por ai!

"\"cURL error 28: Failed to connect to api.gerencianet.com.br port 443: Connection timed out (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://api.gerencianet.com.br/v1/authorize\""

Entendi. No caso, um endpoint de um banco de dados, as tais functions, seriam o suficientes para ser usadas como um link de webhookUrl?

No caso, essa URL precisaria ser algo assíncrono para conseguir atender todas as demandas?

Sim, mas todos os pagamentos com destino a essa chave acionarão a mesma URL.

No caso, agora eu entendi como eu devo conseguir a chave. O WebhookUrl tbm eu entendi que lá basta eu colocar um link onde irá receber as informações de mudança de status de pagamento de um certo cliente!!

Basicamente, eu não entendi como devo configurar o mTLS e eu já tenho em PHP um conjunto de ferramentas para o Webhooks com a gerencianet configurado, mas eu não entendi onde devo criar o webhookUrl que ele solicita no código e muito menos uma chave que ele pede no código...

Queria saber, exatamente, como eu devo configurar o mTLS e como eu crio esse webhookUrl...

Olá, boa noite! Estou tentando encontrar uma forma de o pix se comunicar com o hook, do serviço webhook de vcs, mas estou tendo muita dificuldade burocrática sobre mTLS e webhookUrl...

Isso, você está na versão 7.0 da conta. Pra voltar para a versão 6.0 é só alterar a URL de app.gerencianet para sistema.gerencianet.

Bom dia @joao_efi, os certificados esta sendo gerado por esta imagem no docker https://github.com/SteveLTN/https-portal

Eu estou colocando os certificados que ele me gera em um volume e compartilhando com o backend node, o problema é que aparentemente ele não me gera as 2 chaves .pem.

No diretorio dos certificados tenho dhparam.pem e account.key e na pasta da url nao tenho certificados .pem.

Entao nao sei quais certificados devo ler no httpsOptions.

Nao posso substituir esta imagem docker por um certbot.

Boa tarde pessoal, tudo bem?

Estou procurando a um tempo na documentação a baseUrl de homologação (para pagamento normal) e só encontro esse que é de produção: https://apis.gerencianet.com.br

Alguém poderia enviar aqui a de homologação, please...

sobrea notification_url

Para produção, você altera a url para https://api.gerencianet.com.br/v1/cdn/

Uma passada rápida só pra divulgar uma mudança substancial no https://pix.ae: agora os QR Codes gerados (tanto pelo site quanto pela API) terão apenas o símbolo do Pix por padrão. Apenas os QR codes dinâmicos (com URL de location) criados pela API e injetados diretamente em sistemas externos continuam com o logo do Pix.ae (o que pode ser negociado para remoção / substituição por outra marca).