Histórico de mensagens sobre n

Então pelo que entendi o mTSL está correto já que retorna esse erro acima quando acessado pelo browser

Na verdade a Gerencianet teste com e sem o certificado cliente, para ver se você está prestando atenção. 😉

O que postei acima foi pelo browser, Google Chrome. A partir daí para testar só vendo a mensagem de erro que o cadastro de webhook gera, pq aí a Gerencianet tenta com o certificado apropriado.

Ao acessar o dominio pelo browser tenho esse retorno

Ocorreu um erro durante uma conexão com webhookyoudo.cloudns.nz. O sistema remoto SSL não conseguiu negociar um conjunto aceitável de parâmetros de segurança.

Código do erro: SSL_ERROR_HANDSHAKE_FAILURE_ALERT

Isto aqui é o esperado mesmo com mTLS:

Deu erro aqui
HTTP Requests
1 https://webhookyoudo.cloudns.nz/ (Request failed)

Boa tarde,
Preciso da liberação dos escopos da parte de pagamentos.

Em termos... na hora que o mTLS estiver habilitado, vai dar erro. Pq o SSLTest não tem a CA da Gerencianet para fazer uma requisição.

Multiviews desligado, mas sem efeito, continua com erro 300
Fiz o teste em https://www.ssllabs.com/ssltest/analyze.html?d=webhookyoudo.cloudns.nz e não está mais gerando aquele erro de anterioremente, já é um progresso, rs

Pelo menos para o virtual server do webhook.

Está, mas não haverá problemas em desligar, vou verifciar

Boa tarde gente, gostaria de saber se é possível checar os webhooks mandados para o sistema. Creio que recebemos um de venda reembolsada, porém não acho o comprovante do reembolso para enviar para a cliente.

aparentemente td certo, está usando o arquivo que criei

saída do meu apachectl -S
VirtualHost configuration:
:80 ip-172-31-31-61.ec2.internal (/etc/apache2/sites-enabled/000-default.conf:1)
:443 webhookyoudo.cloudns.nz (/etc/apache2/sites-enabled/webhookyoudo.conf:2)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex default: dir="/var/run/apache2/" mechanism=default
Mutex mpm-accept: using_defaults
Mutex watchdog-callback: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
Define: MODSEC_2.5
Define: MODSEC_2.9
User: name="www-data" id=33
Group: name="www-data" id=33

Dá uma conferida se não tem nenhuma configuração sendo repetida.
Essa falha me parece conflito na escolha das respostas, tendo duas configuradas aconteceria..

o padrao do apache default-ssl.conf

Qual era o arquivo que estavam as configuração anteriormente?

Pior que é somente nele que estão as configuracões. No arquyivo que utilizava antes eu deletei o conteudo e desabilitei com 2dissite

@fabianoyoudo a configuração do webhook foi removida dos outros arquivos?
Nesse exemplo que citei, é importante que somente o arquivo personalizado tenha as configurações do webhook senão pode ocorrer conflito

Segui sua sugestão, agora mudou o ero, rs

{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 300"
}