[FUG-BR] Problema com Classes de Ip frio numa mesma placa deRede
Marco Aurelio V. da Silva
marco em prodatanet.com.br
Quinta Maio 31 17:17:12 BRT 2007
Caro Nenhum de Nos,
>> re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224
>> alias 192.168.0.254 netmask 255.255.255.0
>> alias 181.181.0.254 netmask 255.255.255.0
>> alias 177.177.0.254 netmask 255.255.255.0
>> estes alias sao gateway´s de rede, e estes ip´s saum ficticios, mas são
>> classes diferentes de ip´s frios
>
> frio = inválido ?
estes ip´s seriam invalidos sim, sendo enxergados apenas pelo seu gateway e
pela placa do natd, vc quer dizer que apesar deles estarem na placa interna,
na rede interna, se a placa que tem ip quente encontrar alguns destes ip´s
na net vai parar de responder pra placa interna ?
Marco Aurélio V. da Silva
Prodata Inf. e Cad. Ltda.
marco at prodatanet.com.br
MSN: marco at prodatanet.com.br
----- Original Message -----
From: "Nenhum_de_Nos" <matheusber at gmail.com>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
<freebsd at fug.com.br>
Sent: Thursday, May 31, 2007 3:35 PM
Subject: Re: [FUG-BR] Problema com Classes de Ip frio numa mesma placa
deRede
> On 5/31/07, Marco Aurelio V. da Silva <marco at prodatanet.com.br> wrote:
>> Caros Colegas,
>>
>> Estou com o seguinte problema, tenho um servidor com o Freebsd 6.2
>> instalado
>> que o servidor de internet para varios clientes.
>> Nele tem 3 placas de rede com a seguinte topologia:
>>
>> re0 -> ip 200.xxx.xxx.133 é a placa que tem internet e o natd roda
>> sobre
>> ela para servir internet para as
>> outras placas
>>
>> re1 -> ip´s 200.xxx.xxx.193 netmask 255.255.255.224
>> alias 192.168.0.254 netmask 255.255.255.0
>> alias 181.181.0.254 netmask 255.255.255.0
>> alias 177.177.0.254 netmask 255.255.255.0
>> estes alias sao gateway´s de rede, e estes ip´s saum ficticios, mas são
>> classes diferentes de ip´s frios
>
> frio = inválido ?
>
>> re2 -> ip´s 200.xxx.xxx.xxx esta placa faz algumas redes com ip´s
>> quentes
>> alias 200.xxx.xxx.xxx
>> alias 200.xxx.xxx.xxx
>>
>> O meu problema esta nas classes frias da re1, eles começam a navegar e de
>> repente cai a conexão, ai eu faço o seguinte, dou um arp -a -d no
>> servidor e
>> logo em seguida pingo um dos clientes da classe, ai aquele cliente começa
>> a
>> navegar, mas se desabilitar a placa de rede e habilitar de novo para de
>> funcionar, esta é uma das formas de fazer o cliente funcionar, mas
>> convenhamos é impossível ficar pingando mais de 700 clientes qdo param ne
>> ?
>> Outra gambiarra que fiz pra tentar resolver e é o que ta quebrando o
>> galho
>> por enquanto, criei um script que tira os aliases da placa re1 e coloca
>> de
>> novo, e coloquei no cron para rodar de 1 em 1 minuto, ai os clientes
>> estaum
>> funcionando, muito louco naum entendi o porque.
>> Outra forma, criei outra classe fria na placa re1 (114.114.0.254), os
>> clientes desta classe ja funcionam sem problemas, se eu criar novas
>> classes
>> e mudar os clientes para estas novas classes ai funciona, mas tambem é
>> inviavel ficar trocando os clientes de ip.
>>
>> Alguém tem alguma ideia ?
>
> nem parei muito pra pensar sobre, nem li completamente o problema, mas
> tenho uma idéia sim. se a resposta para a pergunta que fiz acima for
> sim, as faixas:
>
> alias 181.181.0.254 netmask 255.255.255.0
> alias 177.177.0.254 netmask 255.255.255.0
>
> não são ip's inválidos !
> e assim podem aparecer na rede e quebrar teu sistema. agora se o que
> está havendo é culpa disso eu não sei. num parei para raciocinar :)
>
>> Monitorei o trafego e aparentemente naum é gargalo de trafego, porque se
>> travar toda a rede e deixar apenas um ip de uma destas classes ele tb
>> naum
>> funciona, tenho que dar o arp -a -d e pingar o cliente, ou deixar
>> habilitado
>> o script para tirar e colocar o ip dos alias da placa de rede.
>>
>> To doidaum, e desde já agradeço a atenção recebida.
>>
>> Marco Aurélio V. da Silva
>> Prodata Inf. e Cad. Ltda.
>> marco at prodatanet.com.br
>> MSN: marco at prodatanet.com.br
>
> matheus
>
> --
> We will call you cygnus,
> The God of balance you shall be
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Mais detalhes sobre a lista de discussão freebsd