Página 4 de 4 PrimeiroPrimeiro 1234
+ Responder ao Tópico



  1. Faz 1min que postei mais ou menos o esquema nesse outro tópico:

    https://under-linux.org/forums/mikro...-problema.html

  2. show de bola mesmo apersar de algumas portas passarem ne mas fazer oq neh



  3. Caros,
    Numa conexão entre dois pontos a porta de destino poderá ser a mesma (80 para http), mas a src vai sempre ser aletória de acordo com a estaca de cada cliente. Exemplo:

    src. Address - Dst. Address - Protocolo
    192.168.1.5:1026 17.254.3.183:80 TCP
    Se vc aplicar uma regra como a que o amigo indicou, vc estaria limitando o trafego do cliente que tiver a infelicidade de cair nessa porta.

    Temos como excessão alguns protocolos que trabalham na mesma porta, DNS por exemplo, mas no geral o que vc estaria fazendo na sua rede seria uma limitação geral e não um controle de P2P.

  4. Grande Cyber
    Realmente você tem razão.
    Não lembrava desse detalhe, e usei ele para testar tudo que comentamos aqui e descobri que a solução sugerida por mim não funciona efetivamente.

    Teste foi feito assim:
    Usando a regra abaixo apontando para o address list (que só tinha meu ip)
    chain=prerouting protocol=tcp src-port=3457-8290 src-address-list=liandro
    action=mark-packet new-packet-mark=p2p_marcado passthrough=yes

    Durante a navegação, observei através do comando netstat do windows, que minha máquina abria conexões acima de 4200 (a cada nova conexão o nr aumentava).
    Em Connections do MT, também apareciam essas conexões em portas acima de 4200.

    Acompanhando no MANGLE observa-se que os pacotes passam por essa regra, já que as portas estão na faixa, portanto o Mangle está captando corretamente.
    RESULTADO 1: Mesmo para simples navegação, o usuário utiliza portas altas também (de origem SRC)

    Ao acompanhar no Queue, uma regra criada e apontada para o pacote marcado anteriormente, e mesmo estando limitada em 50kb, a minha máquina consegue navegar normalmente e rápido.
    RESULTADO 2: Mesmo que a marcação funcione, a Queue não consegue controlar a velocidade efetivamente.


    RESUMO: Voltamos à estaca ZERO






Tópicos Similares

  1. Clamav não ta atualizando
    Por CFRInformatica no fórum Servidores de Rede
    Respostas: 3
    Último Post: 10-08-2004, 05:28
  2. Respostas: 2
    Último Post: 02-08-2004, 12:59
  3. log do sendmail nao ta funcionando
    Por mcclaudio no fórum Servidores de Rede
    Respostas: 0
    Último Post: 22-07-2004, 09:29
  4. Perfil Móvel, Não ta rolando...help..uirgente
    Por chroot no fórum Servidores de Rede
    Respostas: 1
    Último Post: 23-04-2004, 16:31
  5. Bloqueio por Mac/IP não tá funcionando direito no iptables
    Por gustavo_marcon no fórum Servidores de Rede
    Respostas: 7
    Último Post: 15-03-2004, 11:36

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L