Pacote não oficial E2guardian v5 para software pfsense®
-
Esse bloqueio aparece diversas vezes, mesmo liberando o endereço do localhost.
2023.04.05 16:37:19 192.168.1.100 https://127.0.0.1 403 192.168.1.100 Default NETERROR -
-
@patrick-pesegodinski Ja tinha feito essa pergunta anteriormente e tinham respondido que não interfere em nada esse bloqueio, é algo relacionado ao FREEBSD.
-
@asogari said in Pacote não oficial E2guardian v5 para software pfsense
:@patrick-pesegodinski Ja tinha feito essa pergunta anteriormente e tinham respondido que não interfere em nada esse bloqueio, é algo relacionado ao FREEBSD.
Ah certo. Obrigado.
-
@asogari a principio essa lista resolveu o problema, obrigado por compartilhar.
-
@gersonalves eu já havia inserido essas duas URLS na lista de permissão do E2Guardian. Acredito que ela faça muitas requisições para diversos lugares.
-
@asogari ,
Perfeitamente...
Vale lembrar que o cerne da questão não está numa eventual incompatibilidade entre E2Guardian e o Whats. Isso porque ela NÃO EXISTE.
O que ocorre, como a maioria aqui já deve ter percebido, é que aplicações síncronas como o Whats NÃO ADMITEM proxy (não importa se estamos falando do Squid, E2Guardian ou qualquer outro). Por isso vc precisa fazer Bypass deste tipo de conexão.
O problema é que MANTER ATUALIZADA a lista de redes que ancoram estas aplicações na web é VIRTUALMENTE IMPOSSÍVEL hoje em dia. Elas mudam o tempo todo, quase que diariamente.
Inclusive a lista compartilhada aqui tem alguns equívocos... se vcs perceberem, nestes ranges citados tem redes da Microsoft e outras aplicações. Logo Bypass e regras feitas com base nela vão impactar negativamente na rede.
O NGRules é realmente muito EFICIENTE, SIMPLES DE USAR e com BAIXA CARGA no servidor. Ele pode ser usado tanto para alimentar o Bypass do proxy quanto CRIAR REGRAS DE FIREWALL personalizadas.
Abraços!
Jack -
Nesse link tem a lista atualizada do Whats, mas realmente a melhor opção é o NGRULES, ja que faz automatico.
https://github.com/HybridNetworks/whatsapp-cidr/tree/main/WhatsApp
-
This post is deleted! -
Olá pessoal! Alguém saberia qual arquivo eu poderia alterar os parâmetros abaixo? Preciso fazer alguns testes!
maxchildren
minchildren
minsparechildren
preforkchildren
maxsparechildren
maxagechildren -
@EduMendel @marcelloc mesmo problema aqui, já refiz a instalação e configuração do zero, mas ainda apresenta o mesmo comportamento.
Aug 28 08:56:51 e2guardian 13648 listen2_thttps: 2: Error 53 on accept: errorcount 0
Aug 28 08:56:51 e2guardian 13648 listen2_thttps: 2: Error 53 on accept: errorcount 1
Aug 28 08:56:51 e2guardian 13648 listen2_thttps: 2: Error 53 on accept: errorcount 2
Aug 28 08:56:51 e2guardian 13648 listen2_thttps: 2: Error 53 on accept: errorcount 0
Aug 28 08:56:51 e2guardian 13648 listen2_thttps: 2: Error 53 on accept: errorcount 1Alguém tem o caminho das pedras que possa compartilhar?
-
@kaiomg Certifique-se de que nenhum outro serviço esteja usando a porta que o e2guardian está configurado para usar. Verifique se há conflitos usando netstat -an | grep LISTEN para ver quais portas estão em uso. Outro detalhes, as regras de firewall do pfSense podem estar bloqueando o tráfego de entrada ou saída para a porta em que o e2guardian está escutando.
-
@gersonalves obrigado pelo retorno, já verifiquei se há conflito de porta por algum outro serviço, mas não há, inclusive quando para a navegação eu sempre vejo o netstat -an | grep -i listen e sempre a porta *.8081(ssl) deixa de listar, a porta 8080 continua listando, daí eu salvo a conf do e2guardian em seguida a porta 8081 começa a listar novamente e a navegação volta a fluir normalmente.
tcp4 0 0 *.8081 . LISTEN
tcp4 0 0 127.0.0.1.8080 . LISTEN
tcp4 0 0 192.168.0.254.8080 . LISTEN
tcp6 0 0 *.53 . LISTEN
tcp4 0 0 *.53 . LISTEN
tcp4 0 0 *.10050 . LISTEN
tcp6 0 0 *.80 . LISTEN
tcp4 0 0 *.80 . LISTEN
tcp6 0 0 *.xxxx . LISTEN
tcp4 0 0 *.xxxx . LISTEN
tcp4 0 0 *.xxxx . LISTEN
tcp6 0 0 *.xxxx . LISTENJá verifiquei no firewall e nat e não há algum impedimento com as portas de escuta do e2guardian.
