Página 2 de 8 PrimeiroPrimeiro 1234567 ... ÚltimoÚltimo
+ Responder ao Tópico



  1. #7
    Moderador Avatar de xandemartini
    Ingresso
    Nov 2005
    Localização
    Espumoso, Brazil
    Posts
    2.410
    Posts de Blog
    1

    Padrão

    Citação Postado originalmente por FabricioViana Ver Post
    Alexandre, infelizmente ñ controlo em cada RB por causa do sistema que uso aqui...

    Como faço somente prédios, crio uma WDS por prédio e autentico os clientes na RB principal...

    Então a rede ta lotada de broadcast mas a pessoa não está nem na internet...

    Abraço
    Fabrício
    Te perguntei pq eu também tenho esse modelo em minha rede, mas vou migrar. Quero ter ip real em cada RB e autenticar via hotspot e radius, pois uso o Vigo e Myauth, irei usar somente o Vigo. Tem momentos que o monitoramento que uso no The Dude chega até a perder as infos dos trafegos entre os enlaces, por causa dos trafegos nas bridges, por causa do broadcast. Sem contar q pode acontecer, como ja aconteceu 2x aqui, de apenas 1 clientes com problema gerar conflito de ip por toda a rede.

    Isso quero fazer ja em menos de um mês, e logo em seguida ainda quero tirar um AS próprio e fornecer IPs válidos para todos os clientes.

  2. #8

    Padrão

    Citação Postado originalmente por FabricioViana Ver Post
    Olá amigo!

    Estou com um problema assim também. Tenho vários painéis em WDS e vírus de cliente está congestionando a rede toda. Sobe o ping para todo mundo né?

    Eu estou num processo aqui para tentar barrar o vírus... Estou bloqueando o tráfego de uma WDS para a outra. As WDS estão falando somente com o gateway.

    Como vc faz para detectar quem está mandando todo esse broadcast? Vc faz um log para os pacotes destinados para 255.255.255.255, é isso?

    Estou pensando em dividir a rede em várias vlans para não deixar que o vírus vá para a rede toda...

    Obrigado!
    Fabricio
    amigo eu descubri o cliente dando um tosh nas interfaces, ai vi q o trafego de um determinado ip era mt alto, e aparecia em todas as interfaces... vc saberia oq é o ip 255.255.255.255?



  3. #9

    Padrão

    Citação Postado originalmente por renatoniz Ver Post
    Olha... das experiências que tive com isso, já aconselho de inicio bloquear o EMULE, é 90% de chance de ele "zuar" a rede, tambem já tive situação de ter q bloquear a porta 445 (tcp e udp)!
    Boa Sorte !!!
    certo, mas minhas rbs estão somente como bridge, não faz controle nenhum, se eu bloquear algo no servidor, a rede ficara ruim igual...

  4. #10

    Padrão

    Tive o mesmo problema.
    Eu bloqueiei o MAC do cliente de se conectar na torre até ele formatar o pc.



  5. #11

    Padrão

    Citação Postado originalmente por xandemartini Ver Post
    Te perguntei pq eu também tenho esse modelo em minha rede, mas vou migrar. Quero ter ip real em cada RB e autenticar via hotspot e radius, pois uso o Vigo e Myauth, irei usar somente o Vigo. Tem momentos que o monitoramento que uso no The Dude chega até a perder as infos dos trafegos entre os enlaces, por causa dos trafegos nas bridges, por causa do broadcast. Sem contar q pode acontecer, como ja aconteceu 2x aqui, de apenas 1 clientes com problema gerar conflito de ip por toda a rede.

    Isso quero fazer ja em menos de um mês, e logo em seguida ainda quero tirar um AS próprio e fornecer IPs válidos para todos os clientes.

    achei mt interessante sua solução, sua solução, eu tambem monitoro com o The Dude, e as ele chega a perder o trafego tbem, mas te pergunto, como vc daria ips validos para todos os seus clientes? para que eu possa controlar os clientes nas RBs eu teria q colocar algum controle tipo rotspot ou radius? obrigado pelo auxilio...
    Última edição por MaxAdriano; 28-06-2009 às 11:37.

  6. #12

    Padrão

    Citação Postado originalmente por cooperrj Ver Post
    Tive o mesmo problema.
    Eu bloqueiei o MAC do cliente de se conectar na torre até ele formatar o pc.
    eu pensei nessa solução, mas como eu bloqueio apenas 1 mac de conectar na RB? eu uso as RBs em bridge, controle eu tenho apenas nos servidores...