Respostas no Fórum
-
Posts
-
Amigo, muito util, grato pelo post.
Usando proxy transparente esta é a melhor solução mesmo, fechou o destino e era isso.
🚀 Apresentando o Hotspot Beacon! 🚀
Desbloqueie o potencial do seu Wi-Fi com o Hotspot Beacon. Personalize sua página de acesso para mostrar anúncios, promoções ou informações e engajar seus clientes, impulsionando o seu negócio.
💡 Principais Funcionalidades:
- Interface amigável e intuitiva
- Opções de personalização completas para sua marca
- Gerenciamento de propagandas e promoções
- Integração fácil com sistemas existentes via API
- Limitação de velocidade ou largura de banda por usuário
- Controle de acesso por horário
🔗 Confira o site para saber mais: https://hotspotbeacon.comAmigo, se precisa “encerrar” de vez o facebook, experimente:
Outgoing traffic
Source: GREEN
Destination: Network/IP
69.171.224.0/19
66.220.144.0/20
69.171.229.11
Service: User defined
Port:
443
80
Policy: DENY
E é o fim dos usuários malandrinhos.
Use com moderação 😉
Sua máquina virtual possui 2 placas de rede ?
Outro detalhe, se esta usando a RED como dhcp possivelmente ela esta atribuindo a mesma sub-rede da interface GREEN , não vai funcionar.
O correto seria:
Source: Green
Destination: RED
Access Policy: Alow Access
Filter: Profile content1
A red não aparece na sources porque sources = origem.
Só por curiosidade, editei os destes diretórios e não mudou.
Fiz outra busca e notei que existem outros diretórios
/etc/backup/templates/pt_BR
/etc/logsurfer/templates/pt_BR
Nestes sim, as alterações funcionaram ( nota que a pasta pt_BR os arquivos não estao traduzidos )
Testei também quando se altera o idioma da interface para portugues, ele vai ler os diretórios pt_BR normalmente.
Estou precisando traduzir os alertas, se quiser trabalhar junto nisto me adiciona:
Amigo, os templates se encontram nos seguintes diretórios:
/usr/share/templates/backup/en ( msg backup )
/usr/share/templates/logsurfer/en ( msg demais alertas )
Se traduzir, pode postar aqui novamente ou disponibilizar no tópico de dicas ?
Valeu !!
Pessoal, se possivel dar um retorno no forum, assim mais usuários terão a solução quando precisarem.
Consegui, com ajuda de um colega do forum inseri no:
/etc/rc.d/rc.ipac
Me surpreendeu que o desabilitaram o suporte ao rc.local na versão 2.5 até a 2.4 funcionava.
Este problema ocorre na 2.4.1 , conecte-se ao endian por ssh e execute os seguintes comandos:
chown -R root:squid /var/cache/samba/winbindd_privileged
/etc/init.d/winbind restart
O problema é devido ao squid não permissão no diretório winbindd_privileged
Acredito que esta ai o seu problema Bruna.
Quando utiliza o proxy não transparente, obrigatoriamente tu deve definir grupos e usuários locais no teu proxy. As regras de Access Policy serão baseadas neles.
Nenhum risco amigo, pelo contrário, seu controle será ainda melhor.
Se o lugar que vai acessar tiver ip fixo, você pode fazer as regras de redirecionamento baseadas somente em ips conhecidos aumentando ainda mais a segurança.
Para bloquear “tudo” crie uma politica em acess policy baseada em um grupo de usuários ( autenticação local ou AD ) e crie um content filter adicional vinculado a este grupo.
Neste novo content filter, em Custom black- and whitelists , na box Block the following sites, informe **
Isto fará com que bloqueie qualquer acesso, nada vai passar, somente irá passar os dominios que você definir na mesma content filter na box Allow the following sites.
O formato dos dominios a liberar é:
dominio.com.br
exemplo.org.br
org.br
sp.gov.br
Etc…
