Respostas no Fórum
-
AutorPosts
-
Marco AurélioParticipante
Olá Eduardo,
Amanhã, quinta-feira, que faço isto e podemos nos falar.
Obrigado novamente pelo auxílio.
[]´s
Wireguard_webadmin
Sistema gratuito (Open Source) para gestão de VPN's WireGuard com uma Web interface intuitiva e fácil de usar.
Principais funcionalidades:
- Sistema de Firewall completo e flexível.
- Encaminhamento de portas
- Suporte a multi usuário com níveis diferentes de acesso
- Múltiplas instâncias do Wireguard
- Crypto key routing para configuração de VPN site-to-site
O projeto é Open Source, fácil de instalar e está disponível em wireguard_webadmin
Marco AurélioParticipanteOlá Eduardo,
Você pode me passar um passo a passo de como fazer isto?
Obrigado.
MA
Marco AurélioParticipantePessoal,
Será que o problema é mesmo com os DNS´s?
Eu já testei com vários e não vi uma grande diferença.
Percebi desabilitando o proxy, mas ai, o controle vai por água abaixo.
O Squid não deveria acelerar a navegação, fazendo cache das páginas e evitando baixa-las novamente?
Será que estamos configurando ele corretamente?
Alguém sabe explicar como funciona o gráfico do Squid (proxy web)?
[]´s
Marco AurélioParticipanteOlá Eduardo,
Isto é muito interessante e também já precisei disto.
Você tem como passar o que fez?
Ou pelo menos o “Caminho das Pedras”?
[]´s
Marco AurélioParticipanteOlá Eduardo,
Você pode disponibilizar o tutorial que fez, para instalação do IMspector no Endian?
Pode ser aqui mesmo, preferencialmente, ou passar o link ou arquivo.
[]´s
Marco AurélioParticipanteFernando,
Seria muito bom se você colocasse aqui no fórum todas as alterações necessárias e de onde poderíamos baixa-las.
Também quais foram as alterações nos arquivos .pl, .cgi e .py e os arquivos de tradução.
Se você já fez isto, onde podemos encontra-los.
Isto ajudaria muito todos os nossos membros.
Um excelente 2012 para você e todos os nossos companheiros.
[]’s
Marco AurélioParticipantePessoal,
Na página do BUG’s da Endian está o andamento do desenvolvimento, quanto já foi feito e o que falta fazer.
http://bugs.endian.com/roadmap_page.php
Vejam, hoje, 24/11, a versão 2.5 já tem 25% das atividades concluídas e ainda falta alguma coisa para ser lançada.
O Endian é muito estável e seguro e eu utilizo há mais de 5 anos, desde o lançamento da versão 2.
A única coisa que me desagrada é a falta de atualizações de um modo prático, que poderia ser feito pelo efw-update mesmo, como versões mais novas do clamav.
No mais, ratifico tudo o que foi Jr. Menezes e pelo CarLN.
[]’s
Marco AurélioParticipanteOlá Eduardo,
Seria interessante deixar disponível para consulta e também para utilização por algum usuário.
Acho muito legal este tipo de colaboração no grupo.
[]’s
Marco AurélioParticipantePessoal,
Eu tive um problema assim um tempo atrás e o problema era o Antivírus do proxy.
Tenta fazer uma atualização forçada do antivírus, pelo webadmin e se não der, tenta um freshclam pelo terminal.
Fiz isto e funcionou depois de restaurar o antivírus.
Marco AurélioParticipanteCopiando o link também não funciona.
Van Glauco, você já fez o seu tutorial também?
Pode passar para o grupo?
Marco AurélioParticipanteTosta,
Eu já passei por isto também e está ocorrendo com uma frequencia maior.
Isto não é solução e sim uma gambiarra para fazer o negócio funcionar.
Será que alguém sabe o que pode estar ocorrendo e resolvermos isto de uma vez por toda?
Marco AurélioParticipanteOlá,
O link é IP Fixo estático.
Como direto a aplicação pega o IP do visitante corretamente e atrás do Firewall ela pega o IP dele, não é problema na aplicação.
O que está aparecendo é que o firewall está fazendo um proxy da porta 80.
Será que pode ser isto?
MA
Marco AurélioParticipanteOlá,
Estou usando Apache.
O que acontece é que se coloco o servidor direto na internet ele loga corretamente o IP do visitante, mas quando deixo ele atrás do Firewall ele está logando o IP do Firewall e não do visitante.
No Firewall está apenas configurado o “forwarding” da porta 80 para um endereço interno.
O que pode ser?
Obrigado pelo retorno.
[]’s
MA
Marco AurélioParticipantePessoal,
Sei que não é correto fazer estas alterações, mas em determinados casos é necessário.
Deixe as linhas do arquivo acima desta forma:
# class ActionFactoryDefaults:
# description = “Restore Factory Defaults”
#
# def run(self):
# print “*** WARNING: This will destroy all your current settings ***”
# print
# if raw_input(“Are you *REALLY* sure that you want to ? [y/N] “).lower() == “y”:
# print “Restoring Factory Defaults (System will Reboot)…”
# system(“/usr/local/bin/factory-default.sh &>/dev/null”)
ACTIONS = [ActionShell(),
ActionReboot(),
ActionRootPassword(),
ActionAdminPassword()]
# ActionFactoryDefaults()]
O erro que foi mencionado era porque estava faltando fechar o colchete “]” na última linha do Actions. E não esquece de tirar a vírgula antes de colocar o colchete.
Estou usando assim e funcionou sem problemas.
Quando ocorrer uma nova atualização do Endian, temos que acertar isto novamente.
[]’s
Marco AurélioParticipanteJabinha,
A rede está assim:
Cada vlan possui um roteador.
Ex: 10.10.101.1/24
10.10 102.1/24
10.10.103.1/24
Possuo uma rede principal, que chamamos de core, 10.10.1.1/24, que faz a integração de toda a rede.
No core está configurado que para qualquer coisa que seja fora da rede, ou seja, internet, saia pelo Gateway (efw) 10.10.1.3/24
O que preciso, sem ter que fazer alterações no core, é que algumas máquinas saiam por outro gateway e não o 1.3, que é o default.
Só que preciso que isto seja configurado no Endian, onde se um determinado IP chegar nele, a saída naõ seja por ele e sim por um outro gateway que possuo, o 1.40/24.
Será que consegui explicar o que preciso?
[]’s
MA
-
AutorPosts