@Idriss-Satende cria uma regra no seu firewall permitindo o tráfego tcp/udp na porta 53 com o IP do seu AD. Sem essa regra o AD não vai ter permissão de pesquisa de DNS, logo não vai resolver nomes...

Começa verificando a pilha da placa mãe ou bateria do servidor. Se não for isso, provavelmente algum defeito nela também, não acredito que seja no firewall. Isso é quase com certeza problema no seu hardware.

Tente adicionar o endereço de firewall para aprovar a lista. Deveria ter uma lista fictícia que o IP entra nisso.

Exemplo:
Screenshot 2023-05-28 at 9.00.45 AM.png

Screenshot 2023-05-28 at 9.01.32 AM.png

Screenshot 2023-05-28 at 9.08.10 AM.png

@rodrigolmp Pessoal, agradeço imensamente a ajuda dos amigos. Consegui descobrir aqui, era apenas o VID da porta que eu não estava alterando para 4092. Um pequeno detalhe que me custou um bom tempo de trabalho, mas valeu o aprendizado.

Obrigado a todos

Rapaz... já estava desistindo de usar o Captive Portal. Após remover as regras de Traffic Shapper, funfou aqui! 😀

Habilitei os limites nas opções do próprio Captive!

Valeu pela informação... já salvou dois! 🤜 🤛

Valeu!!

qual a versão do pfsense???

O LOG STORE DIRECTORY: /var/squid/logs

Bom dia. Depois de algumas pesquisas encontrei a solução para o problema do whatsapp no pfsense 2.6. mais especificamente no captive portal. Para solucionar o problema basta instalar o Patch "Fix Captive Portal handling of non-TCP traffic after login". Segue link da solução:
https://forum.netgate.com/topic/170242/liga%C3%A7%C3%B5es-de-whatsapp-pelo-captive-portal-n%C3%A3o-funcionam