[GTER] FreeBSD - Roteamento baseado em source address

Ciro Cardoso de Meneses cirodemeneses at gmail.com
Fri Jul 27 14:47:46 -03 2012


Patrick, isto está disponível no 8?

Em 27 de julho de 2012 14:06, Patrick Tracanelli
<eksffa at freebsdbrasil.com.br> escreveu:
> Com pf voce usa route-to.
>
> Com ipfw voce usa fwd
>
> Com ipfw voce usa multiplas tabelas de roteamento (idea, recomendado, mais leve, melhor performance, multithread, etc).
>
> Compila seu FreeBSD com options ROUTETABLES=2 (caso queira 2 tabelas de roteamento).
>
> Manipula as rotas da segunda tabela com
>
> setfib -1 route add default <ip>
> setfib -1 netstat -rn
> setfib -1 route add -host -iface
> setfib -1 <qq coisa q vc esteja acostumado mas quer na segunda tabela de roteamento)
>
> Teste com
>
> setfib -1 ping www.bsd.com.br
>
> Esse ping sera pela FIB e não a FIB0 que é a padrão.
>
> Pra selecionar quem voce quer pela FIB1 use
>
> ipfw add setfib 1 all from <origem> to any
>
> Ou seja classifica como quer, ex, Web e SMTP pela FIB1:
>
> ipfw add setfib 1 tcp from <clientes> to any 80,25
>
> E assim por diante...
>
> pf é excelente, mas não escala... creio que ipfw com multiplas FIB seja a solução mais limpa.
>
>
> Em 27/07/2012, às 12:32, mail gter escreveu:
>
>> Bom tarde amigos,
>>
>> Obrigado pelas dicas.
>>
>> Acredito que estou no caminho certo, pois estava justamente estudando a
>> parte de pools do PF.
>>
>> Deixe-me falar um pouco sobre meu caso concreto, quem sabe alguém pode ter
>> uma ideia melhor.
>>
>> Vamos fazer a implantação de novo servidor de cache, o qual opera em modo
>> bridge e em tese é transparente, ou seja, o tráfego HTTP que for
>> encaminhado entre as interfaces da bridge será inspecionado, salvo as
>> exceções.
>>
>> Neste cenário todo tráfego de rede acabará passando pelo hardware de cache,
>> inclusive as exceções do cache, as quais não são poucas. Eu gostaria que as
>> exceções não precisassem passar pelo serviço de cache, com objetivo de
>> eliminar essa camada de processamento adicional e desnecessária.
>>
>> Hoje nosso cenário é formado por um segmento de rede, interligando o router
>> de borda com o gateway dos usuários. A ideia é criar um novo segmento.
>>
>> O primeiro segmento seria uma conexão exclusiva entre o gateway dos
>> usuários e o router de boarda, com uma sessão OSPF fechada.
>>
>> No segundo segmento colocaríamos o cache, posicionado entre o gateway dos
>> usuários e o router da borda, fechando outra sessão OSPF.
>>
>> Porém, para que o cache funcione é necessário que tanto o tráfego de subida
>> quanto o de descida "atravessem" o servidor de cache, então imaginamos o
>> seguinte:
>>
>> 1. UPSTREAM: No gateway dos usuários faremos roteamento com base no IP de
>> origem,  encaminhando para o segmento com cache as classes IPs que devam
>> usar este serviço;
>>
>> 2. DOWNSTREAM: Como teremos duas sessões OSPF fechadas com o router da
>> borda, faremos anúncios mais específicos através da sessão OSPF fechada
>> pelo do segmento no qual o cache está posicionado.
>>
>> Assim consigo eliminar a camada de comutação extra.
>>
>> Essa é minha ideia. Alguma sugestão ?
>>
>> Obrigado.
>>
>>
>>
>>
>>
>> Em 26 de julho de 2012 19:24, Eduardo Schoedler <listas at esds.com.br>escreveu:
>>
>>> Em 26 de julho de 2012 11:08, mail gter <mail.gter at gmail.com> escreveu:
>>>
>>>> Gostaria de realizar um balanceamento de carga entre duas interfaces,
>>>> baseado no endereço ip de origem.
>>>>
>>>> No linux utilizaríamos iproute2 e no FreeBSD ?
>>>>
>>>
>>> Pode fazer utilizando tanto o PF quanto o IPFW.
>>> http://www.openbsd.org/faq/pf/pools.html#outgoing
>>> http://www.freebsd.org/doc/en/books/faq/networking.html#IPFW-FWD
>>>
>>>
>>> --
>>> Eduardo Schoedler
>>> --
>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>>
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>
> --
> Patrick Tracanelli
>
> FreeBSD Brasil LTDA.
> Tel.: (31) 3516-0800
> 316601 at sip.freebsdbrasil.com.br
> http://www.freebsdbrasil.com.br
> "Long live Hanin Elias, Kim Deal!"
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



-- 
_______________________________________________________________________________
Ciro Cardoso de Meneses
      Analista de TI

(79) 9846-3787 (vivo)
(79) 9122-6784 (tim)
(79) 8122-4212 (claro)
(79) 8841-2865 (oi)



More information about the gter mailing list