Histórico de mensagens em pix

<@!775350441965649951> , ja avançamos um pouco!! estamos quase la

e surgiu : "mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"

criei o fullchain.pem = key + o intermediario

O ca é a chave publica da Gerencianet

O privkey.pem e o fullchain.pem do meu certificado são gerados pelos Letsencrypt, somente informei o diretório onde estão localizados

o fullchain seria o cert + ca , isso ?

pode ser o fullchain.pem, vc o criou ou o letsencrypt entregou a vc?

Como está o meu, utilizo certificado Letsencrypt

<@!797900884436582411> Reparei em seu oOptions, no trecho cert: fs.readFileSync('./ssl/ssls/pixblack.in.crt') você está referenciando um arquivo .ctr

Em meu servidor estou referenciando um arquivo fullchain.pem, verifique se isto está influenciando em algo

contratei na godaddy o server, centos 7 e rodando o server em node ou em apache, em ambos retorna essa mensagem maldita !

acesso root, eu digo

eu tenho acesso a tudo

Não é, na verdade hoje só é possível com servidor dedicado, para conseguir realizar as configurações do webhook, uma vez que é necessário ter acesso a alguns arquivos para realizar as configurações

ja fiz a alteração e continua, eu passei a achar que era pelo server dedicado, mas nao eh

isso nao tem a ver

<@!797900884436582411> atribua true a rejectUnauthorized

chain-px-prod

sslOptions = {
key: fs.readFileSync('./ssl/ssls/pixblack_in.pem'),
cert: fs.readFileSync('./ssl/ssls/pixblack.in.crt'),
ca: fs.readFileSync('./ssl/ssls/chain-pix-prod.crt'),
minVersion: 'TLSv1.2', // força o uso de TLS da versão 1.2 para cima
requestCert: true, // força que o cliente envie um certificado de cliente (mtls)
rejectUnauthorized: false // rejeita clientes que não enviarem certificados válidos
};

Verifique como foi inserido nossa chave pública em seu servidor

Este erro ocorre porque não foi capaz de verificar o certificado do servidor enviado na etapa 2.

Onde na primeira etapa, certificamos que seu servidor esteja exigindo uma chave pública da Gerencianet.

Na segunda etapa ocorre a identidade do servidor, onde enviaremos a notificação junto com a nossa chave pública, o seu servidor que deve conter a chave pública disponibilizada que irá realizar o "Hand-Shake" e assim a comunicação ser estabelecida.