Em 16 de setembro de 2012 14:39, Renato Frederick
escreveu:
>
>
> Em 16/09/12 13:37, Eduardo Schoedler escreveu:
>> Nao eh mais fácil sincronizar os estados com pfsync?
>>
>> --
>> Eduardo Schoedler
>> Enviado via iPhone
>>
>>
> pfsync é para cluster e pelo que ele falou, há 4 caixas rodando BSD
Sim estou usando o pf como nat
vou checar isto estou tentando recriar o problema em lab pois mecher
no servidor de produção não dá .
Em 16 de setembro de 2012 11:18, Renato Frederick
escreveu:
> Está usando PF como NAT? PF mantém por algum tempo o estado das
> conexões, você pode dar um "pcftl -K
Em 16/09/12 13:37, Eduardo Schoedler escreveu:
> Nao eh mais fácil sincronizar os estados com pfsync?
>
> --
> Eduardo Schoedler
> Enviado via iPhone
>
>
pfsync é para cluster e pelo que ele falou, há 4 caixas rodando BSD com
link redudante.
Mas não são 4 caixas redundantes(cluster).
O que d
Nao eh mais fácil sincronizar os estados com pfsync?
--
Eduardo Schoedler
Enviado via iPhone
Em 16/09/2012, às 11:18, Renato Frederick escreveu:
> Está usando PF como NAT? PF mantém por algum tempo o estado das
> conexões, você pode dar um "pcftl -K 0.0.0.0/0" para ele limpar as state
> ent
Está usando PF como NAT? PF mantém por algum tempo o estado das
conexões, você pode dar um "pcftl -K 0.0.0.0/0" para ele limpar as state
entries[1]
[1] http://www.freebsd.org/cgi/man.cgi?query=pfctl&sektion=8
Em 14/09/12 09:59, Otavio Augusto escreveu:
> Galera estou com um problema que ainda
Porque você não fecha a conexão com OSPF o openospf é muito bom.
> Date: Fri, 14 Sep 2012 10:04:53 -0300
> From: otavi...@gmail.com
> To: freebsd@fug.com.br
> Subject: Re: [FUG-BR] Flow Table ou route cache No Freebsd 9
>
> Mesmo quando a conexao foi encerrada e aberta ou
Não fiz pois não achei necessário fazer flush no firewall. Mas posso testar.
Agora quanto flush nas rotas eu achei como fazer isto somente no route
cache. se é que existe no freebsd.
No linux um ip route cache flush resolvia. este tipo de coisa.
Agora vai outra pergunta Existe Route Caching no Fre
Em 14/09/2012 10:37, Marcelo Gondim escreveu:
> Você já experimentou fazer um flush nas regras de firewall e na tabela
> de rotas quando muda de gateway?
>
A foi mal pelo top post, tava distraído aqui. :(
Mas tenta fazer isso que falei.
> Em 14/09/2012 10:04, Otavio Augusto escreveu:
>> Mes
Você já experimentou fazer um flush nas regras de firewall e na tabela
de rotas quando muda de gateway?
Em 14/09/2012 10:04, Otavio Augusto escreveu:
> Mesmo quando a conexao foi encerrada e aberta outra ele insiste ir
> pela caminho "errado".
> Isto que me perturba
>
>
> Em 14 de setembro de 201
Mesmo quando a conexao foi encerrada e aberta outra ele insiste ir
pela caminho "errado".
Isto que me perturba
Em 14 de setembro de 2012 10:02, André Otta escreveu:
> Otavio,
>
> Provavelmente ocorre devido ao BSD manter o estado das conexões ativas.
>
> Abs
>
> André Otta
>
> Em 14 de setembro
Otavio,
Provavelmente ocorre devido ao BSD manter o estado das conexões ativas.
Abs
André Otta
Em 14 de setembro de 2012 09:59, Otavio Augusto escreveu:
> Galera estou com um problema que ainda não achei a direção do mesmo.
>
> Tenho 4 roteadores todos usando Freebsd 9 que se comunicam entre s
Galera estou com um problema que ainda não achei a direção do mesmo.
Tenho 4 roteadores todos usando Freebsd 9 que se comunicam entre sim
com links redundantes. Não é internet e sim uma intranet
No geral funciona bem, quando um link cai um script troca o gateway e
ele começa o transito pelo link
12 matches
Mail list logo
