Caro Nenhum de Nos, > 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 :)
Outra coisa, existe alguma regra de ipfw que eu possa fazer para comprovar isto ? por exemplo um ipfw log logamount 1000 181.181.0.0/24 to 181.181.0.0/24 ? seria esta regra para ver se é realmente isto ? Desde já agradeço a atenção recebida. Marco Aurélio V. da Silva Prodata Inf. e Cad. Ltda. [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ----- Original Message ----- From: "Nenhum_de_Nos" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" <freebsd@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 <[EMAIL PROTECTED]> 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. >> [EMAIL PROTECTED] >> MSN: [EMAIL PROTECTED] > > 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 > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd