Respostas no Fórum
-
Posts
-
leo,
Experimente dar uma olhadela neste post http://endian.eth0.com.br/topic/link-de-60mb-e-endian-lento e seguir os testes e procedimentos propostos ali (Mas volte para responder aqui neste tópico mesmo, assim não misturamos as coisas).
De qualquer forma, acho muito estranho você ter problemas com mais de 1 usuário. Acredito que possa ter alguma relação com o seu hardware.
Tente providenciar uma outra máquina para instalar o endian e realizar novos testes. preferencialmente um dual core.
[]’s
🚀 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.comguimair,
Experimente trocar a configuração do seu OpenVPN no endian e no cliente para utilizar o protocolo TCP ao invés de UDP.
Seria interessante receber o seu feedback caso resolva.
[]’s
Wellington,
Conforme o Miguel disse, bloquear páginas por IP é ineficaz e acaba trazendo muitos problemas. Vários websites distintos podem compartilhar o mesmo IP.
Pelo que me parece você não está com o proxy transparente ativo e a navegação está passando diretamente através do firewall sem bater no squid.
Experimente acompanhar os logs do squid para observar se os websites acessados estão ficando registrados.
Esta informação deveria aparecer em tempo real.
[]’s
Brande,
O seu logrotate não está configurado corretamente.
No arquivo de readme está explicado exatamente como configurar.
Traduzindo para português:
Abra o arquivo /etc/logrotate.d/squid e localize a linha “/var/log/squid/access.log_short”
Troque os parâmetros para:
/var/log/squid/access.log_short {
copytruncate
missingok
sharedscripts
lastaction
/etc/init.d/syslog-ng reload
endscript
}
Miguel,
Em firewall, você deve habilitar o “interzone firewall”.
Revise as regras existentes e desabilite/remova todas que não são necessárias.
Se mesmo assim não funcionar, tire uma printscreen do seu interzone traffic e hospede ela no imageshack. Lembre-se de ocultar dados privados como ips públicos e domínios dns.
Informe também quais segmentos de rede você utilizou para cada uma (blue,red,orange,green)
[]’s
Albaney desculpe a demora em responder, mas andei bem ocupado na ultima semana.
Bem, em relação ao primeiro html do sarg, eu não tenho certeza de como gera-lo novamente. O sarg não gera ele a cada execução.
Se você quiser posso disponibilizar o meu index.html (ou podes editar o seu e corrigir o que falta).
Quanto a execução dos scripts: Acabei de verificar os meus relatórios do sarg e não faltou nenhum dia/semana/mes desde que eu implementei os scripts aqui.
Vamos tentar descobrir o que está acontecendo por partes:
1- Verifique se o seu log rotate está rotacionando os arquivos de log corretamente:
dentro de /var/log/squid/ observe se existem vários access.log_shor.2010XXXX.gz e se existe um arquivo para cada dia (pelo menos dos últimos 7 ou 30 dias (se queres o sarg.monthly)
2- Pelo que eu vi o sarg não aparece nos logs do cron, então vamos criar o nosso próprio log para verificar se os scripts estão rodando corretamente.
Edite os 3 scripts instalados e insira logo após a última linha de comentário (linhas iniciadas em #)
(Estou tendo problemas para postar a linha em bash corretamente aqui, então inseri ela no pastebin)
Aguarde o próximo dia para verificar se consta uma execução do sargdaily em /var/log/sarg.log
Quando você estiver com estas informações, avançamos.
Edit: meu index.html – http://pastebin.com/iyVNzKAr
[]’s
Miguel,
Configure cada interface em uma rede diferente (Blue e Green), depois habilite o interzone trafic.
No interzone firewall você pode especificar o que deve ser autorizado e principalmente o que deve ser bloqueado entre as redes.
[]’s
Baroli verifique o sarg. Existem alguns tópicos sobre o assunto aqui no forum, use o campo de pesquisa ou acesse http://endian.eth0.com.br/tags/sarg
[]’s
araquem, depende de que tipo de acessos você está falando.
Se você está falando de acesso a páginas web e você possuí proxy ativo, você pode encontrar os logs em /var/log/squid
[]’s
diegoblos,
Por uma questão de privacidade, editei o seu post original para mascarar o IP informado nos logs.
A propósito, o logo que você está vendo é uma tentativa de conexão ao Terminal Service (remote desktop) com destino a uma máquina interna.
[]’s
Cleiber,
Acredito que seja mais fácil instalar o msn proxy e todas as suas dependências em uma máquina separada. (Pode até ser uma máquina virtual).
Quanto ao wget, você pode utilizar o curl como alternativa: http://endian.eth0.com.br/topic/alternativa-para-o-wget
[]’s
eder,
Acredito que não seja possível.
O que você pode tentar fazer é instalar algum sistema de logviewer a parte ou exportar os logs do endian para outra máquina a cada X horas e trata-los localmente.
[]’s
Nelson,
Realmente estranho este seu problema, experimente instalar o endian em um outro servidor com placas de rede mais genéricas, tipo 3com, realtek… etc..
O endian trava imediatamente após o início da transmissão ou demora um tempo?
Revire por completo os arquivos de log, veja se encontra alguma mensagem suspeita. Aproveite desative todos os serviços que não forem essenciais para o funcionamento mínimo do endian (ntop, snort, etc..).
A propósito estamos falando de quantas máquinas envolvidas?
Em relação aos bug reports, você pode reportar sim bugs do endian comunity, basta entrar em http://bugs.endian.com
