[FUG-BR] Problema com Classes de Ip frio numa mesma placa de Rede

[Renato Martins]

entao quando vc falou que limpando a tabela arp e pingando volta pensei nos 
seguintes problemas que vc pode estar sofrendo:

1: placa de rede com problemas
2:clientes fazendo arpposuido
3 : se os dois acima nao sao vc deve estar com uim problemão (vc deve estar 
com muitos dominios de colisão  interligados com muito brodcast)

solução do 1 vc pode subistituir a placa para uma nova
configurar o device POLLING e HZ se nao estiver configurados eles não vão 
resolver seu problema mas vai ajudar bastante mas acrediro que o problema 
dois seja a causa dos seus problemas

solução 2 seguimente sua rede fisica e logicamente se puder criando subrede 
e adicionando outras placas de rede  reduza o uso de bridges e 
cascatiamnetos de hubs ou switchs
fixe os ip com mac de cada usuario arp -s ip mac desta forma sniffers ou 
tecnicas de arp posuidos não será + problema

3 mande um email pra fug falando que foi resolvido seu problema rs


----- Original Message ----- 
From: "Marco Aurelio V. da Silva" <marco at prodatanet.com.br>
To: <freebsd at fug.com.br>
Sent: Thursday, May 31, 2007 3:11 PM
Subject: [FUG-BR] Problema com Classes de Ip frio numa mesma placa de Rede


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

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 ?

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

-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd