Caros,
consegui resolver o problema era configuração dos alias das placas de rede,
estava configurando "slackwaremente" e nao conforme o debian exige, além de
ter tido que alterar a tahg allow-hotplug para auto nas minhas interfaces de
rede.
Att.
Leandro Moreira.
Em 10 de setembro de 2010 09:00,
Assino a recomendação do Edmarco,
VPN,
QoS,
NAT,
DMZ,
etc...
Tudo sem dor de cabeça. Já utilizo o Shorewall há pelo menos 8 anos sem
estresse.
[ ]'s
2010/9/10 edmarcos
> Meu amigo, recomendo perder um tempinho e ler
> a documentação do shorewall.
> Eu agarantio
>
> http://www.shorewal
Meu amigo, recomendo perder um tempinho e ler
a documentação do shorewall.
Eu agarantio
http://www.shorewall.net/
Em Sex, 2010-09-10 às 09:00 -0300, Leandro Moreira escreveu:
> Caros,
> Consegui finalmente convencer meu chefe a migrar o firewall de nossa
> empresa do slackware para o debian,
dalhe um *tracert* ae
Em 10 de setembro de 2010 15:46, Leandro Moreira <
lean...@leandromoreira.eti.br> escreveu:
> Os procedimentos de testes foram
> - remoção do firewall e criação de regra de NAT para acesso a internet e
> redirecionamento do servidor web para acesso remoto
>resultado: o
Da uma revisada nas suas regras de POSTROUTING da nat, suspeito que o
problema esteja ae.
Leandro Moreira wrote:
> Os procedimentos de testes foram
> - remoção do firewall e criação de regra de NAT para acesso a
> internet e redirecionamento do servidor web para acesso remoto
>resultado: o se
Os procedimentos de testes foram
- remoção do firewall e criação de regra de NAT para acesso a internet e
redirecionamento do servidor web para acesso remoto
resultado: o servidor web continuou inacessivel tanto por nome quanto por
ip (o servidor web funciona em uma maquina dedicada nao é no fi
>
> REDE MAN
> |
> |
> GW VPN
> |
> |
> INTERNET ---> FW BORDA ---> FW Interno ---> REDE REDE
>
> O firewal que eu tentei substitui foi o firewall de borda, para a REDE
Sandro,
Estao ok sim eu subo um arquivo de rotas separado e ele esta carregando
normalmente, fiz uma comparação com a maquina de produção, nela são
carregadas ao todo 105 rotas e na maquina que deu problema todas as 105
rotas estao carregando.
Att.
Leandro Moreira.
Em 10 de setembro de 2010 12:0
Você verificou se suas rotas estão OK?
Em 10 de setembro de 2010 09:31, Leandro Moreira <
lean...@leandromoreira.eti.br> escreveu:
> Caros,
> Uma duvida que me ocorreu no sysctl.conf ativei apenas a opção
>
>
> net.ipv4.ip_forward=1
>
> Teria que ativar mais alguma opção?
>
> Att.
>
> Leandro Mor
Caros,
Uma duvida que me ocorreu no sysctl.conf ativei apenas a opção
net.ipv4.ip_forward=1
Teria que ativar mais alguma opção?
Att.
Leandro Moreira.
Em 10 de setembro de 2010 09:26, Leandro Moreira <
lean...@leandromoreira.eti.br> escreveu:
> Thiago,
> Voce levantou uma consideração interess
Thiago,
Voce levantou uma consideração interessante, com relação a postar as regras
meu scritp deve ter mais ou menos umas 2500 linhas acho inviavel postar ele
aqui, mas uma coisa que esqueci de mensionar é que no dia que estava
migrando e que ocorreu esse problemas que cites, removi todas as regra
Não teria como você postar suas regras de firewall?
Leandro Moreira wrote:
> Caros,
> Consegui finalmente convencer meu chefe a migrar o firewall de nossa
> empresa do slackware para o debian, instalei o SO, migrei os scritps
> instalaei os serviços que funcionavam no hosts (proxy e dns) e na hora
Caros,
Consegui finalmente convencer meu chefe a migrar o firewall de nossa empresa
do slackware para o debian, instalei o SO, migrei os scritps instalaei os
serviços que funcionavam no hosts (proxy e dns) e na hora de colcocar a
maquina em produção, aconteceu uma coisa muito estranha, segue abaixo
13 matches
Mail list logo