Termos mais procurados:
Bom dia @rubenskuhl, cara ontem fiz o que vc pediu né, o altname do certificado já está tudo declarado viu, assim como pede lá, aí eu coloquei a URL do jeito que vc falou aí e deu esse erro :
"A URL informada está inacessível"
Pesquisei né e não achei nada a respeito, vc tem alguma ideia do que seja ?
Tem também o client_id, client_secret e certificado... que identificam conta e aplicação.
Boa noite, @catalunha!
O certificado a ser utilizado deve ser da mesma conta em que se encontra a aplicação. Lembrando também que tem distinção de ambiente, ou seja, se você utilizar credenciais (client_id e cliente_secret) de produção, o certificado também deve ser de produção
É de uma conta. E pelo que vi no site logado vale para a conta toda. Mas contas diferentes, certificados diferentes.
Cada conta tem um certificado distinto. Entre aplicações da mesma conta eu não lembro se usa o mesmo certificado da conta, ou se só muda clientid/clientsecret.
O problema é no seu servidor mesmo, está faltando colocar certificados intermediários:
https://www.ssllabs.com/ssltest/analyze.html?d=api.shoppersonalize.com.br
ZeroSSL já é reconhecido por todo browser e listas de certificate authority de todo SO atualizado, é esperado que a API da gerencianet siga essa linha né. Eu trocar meu provedor de certificado para me adequar a api não me parece uma boa prática
Precisam atualizar a lista de certificados reconhecidos no SO que usam no back, ou no servidor node pra reconhecer o ZeroSSL
O webhook precisa mostrar uma cadeia de certificados válida, não apenas exigir client certificate.
Realmente faltou eu adicionar o path do certificado no outro arquivo de credenciais. Ai ele gerou um QR code pelo que entendi. Mas que quando eu tento acessar dá 503, é isso mesmo?
O exemplo que tem na doc é assim:
