Histórico de mensagens em pix

kkkk

else { echo "Membro você está demitido ! "} ; kkkkkkkkkkkkkkkkk

é quase mTLS

agora isto não é mTLS

<@!440035527127990273> tá correto

coloca assim:

Lembrando que hostname exclusivo num ambiente de virtual host é uma recomendação light... não é por exemplo exigir uma VM. Apesar do mTLS praticamente ter isso como consequência.

no formato atual se eu consigo entrar nos servidores de vcs como optional é quase mTLS

mas à escolha de mTLS

de novo, não é uma crítica a GN, que aliás é uma das melhores setups de Pix :Love

já que isto não é mTLS.. é quase mTLS

Agora imagina que daqui à 2 anos eu vou ter alguém do nosso time tentando enteder porque tem um IF dentro de um location

pode ter as duas demonstrações, mas recomendar que o host seja exclusivo não faz o menor sentido, pois a GN já valida se o request passa sem mTLS

O que funciona.

é por isto que tem o IF mais dentro do location

Segurança vc resolve na origem..

Talvez colocar na documentação uma versão recomendada, com ssl_verify_client mandatório e server name único, e uma para isso em path específico com optional e aí checagem só no path do webhook.

<@!440035527127990273> eu entendi perfeitamente..

mas acho que vc não entendeu o sentido da coisa, Rafael. se é optional, significa que o nginx não vai barrar sozinho o request. ele vai jogar o resultado do mTLS na variavel $ssl_client_verify. aí você rejeita se o mTLS não foi fechado (se não for SUCCESS, dá um 403). o processo é exatamente o mesmo, só muda que a regra não é absoluta (se o mTLS não for fechado, você ainda pode receber requests em outros locations(!)...

e acho que é uma boa escolha, com foco grande em segurança, o que traz seus problemas.