Visite: BR-Linux ·  VivaOLinux ·  Dicas-L


+ Responder ao Tópico

  1. Bom, o intraBSS bloqueado deveria solucionar estes problemas com games, pelo menos na teoria...

    Sobre criar as interfaces virtuais para cada cliente... é só criar a eth1:0 (e assim por diante), para cada IP de cliente, com máscara 255.255.255.252?

    E no cliente, fica essa mesma máscara?

    [ ]'s
    Denilson


  2.    Publicidade


  3. Citação Postado originalmente por Muther/Dead
    Tenho algo parecido aqui... e é a galera dos games jagando entre si na rede, eles. já crei interfacer virtuais com ip´s diferentes e sub redes diferentes, mas o CS acha a rede e ai veio, a taxa vai lá pra cima são cerca de 50 usuarios que estao fazendo isso, diminui o up deles no cbq e nada.. aida tô penando.. se alguem tem alguma luz agradeço...

    Abraços...
    O CS nao precisa se conectar em portas especificas nao? se precisar bloqueia essas portas tanto no AP qto no GW.

  4. Citação Postado originalmente por _AGM_
    Tenho esse mesmo problema aqui com o AP2500... O MRTG monitora o tráfego da ETH do AP (porta de rede), além de monitorar meus 2 cartões. O tráfego na ETH do AP (que é a saída para o servidor/link) tá tudo certo: meu link é de 1 mega e o tráfego máximo nela chega a 1 Mb tbem.
    O tráfego alto está no monitoramento dos cartões do AP, mais especificamente no tráfego de saída do cartão... No meu caso, chega a dar picos de 11 megas, e quando acontece isso, a rede fica uma m....

    Acredito que isso deva acontecer porque as máquinas windows dos meus clientes devem ficar "varrendo" a rede para procurar outras estações/recursos compartilhados na rede...

    Seguem algumas dicas que diminuíram um pouco o tráfego:

    1º - Configure um alias com máscara 255.255.255.252 no servidor para cada cliente wireless, para que cada um fique em uma classe diferente (isso impede que os clientes se "enxerguem" ou troquem dados diretamente um com o outro, sem passar pelo servidor com controle de banda);

    2º - Nos clientes, deixe habilitado para a interface de internet somente o protocolo TCP/IP. Cas o cliente tiver o Windows XP, desabilite também o Cliente para redes Microsoft na interface internet;

    3º - Bloqueie os protocolos IPX e NetBeui no AP e no servidor Linux (via iptables);

    4º - No AP2000, ative a opção Disable IntraBSS, pois isso também evitará que uma máquina enxergue a outra; também configure o Packet Forwarding com a MAC da placa de rede do servidor que faz o gateway, isso forçará a saída de qualquer pacote que entre pelos cartões para o teu servidor (onde vc pode monitorar e controlar todo tráfego).

    Espero ter ajudado, mas sempre uma nova dica vai bem. Alguém tem algum comentário a respeito???
    Cara... ja fiz tudo isso.. menos o das subredes... mais isso não sei se é o problema... estou desconfiado é das taxas de erros... estou a procura de um software snmp para poder analisar os dados que ela passa...

  5. Então, analisando todas as mensagens anteriores, acho que podemos concluir algo (me corrijam se estiver errado):

    - O alto tráfego nos cartões não pode ser causado por tráfego entre os clientes (IntraBSS e vários IP Alias naum permitem);
    - Falta de controle de banda tbem naum pode ser;

    Sobram somente 2 possibilidades:
    1ª - As máquinas dos clientes fazendo a famosa "varredura" na rede procurando por recursos compartilhados (o XP instala automaticamente impressoras da rede e cria atalhos para pastas compartilhadas);
    2ª - As inúmeras tentativas do AP para enviar pacotes destinados a uma estação (cliente) que no momento não podem recebe-lo (sinal fraco, etc...).

  6. Cara tive olhando as informações que a ap-2000 mostra em cada interface.. vi que multiple retry estava muito mais alto que nas outras ap-2000 que não da problema... levando em conta o uptime e count packages... acho que ajudasse a resolver o problema que estava me tirando o sono.... Valew... vou mexer nos clientes que estão com o sinal fraco... Valew mesmo..


  7.    Publicidade