RES: RES: RES: [FUGSPBR] Firewall

Renato Frederick frederick em frederick.com.br
Ter Mar 2 16:22:01 BRT 2004


> 
> essa já entendi só que não muda nada no fato de que a
> velocidade é limitada pela infraestrutura física - que tipo
> de trafego vc manda por ele já é outro assunto.

Eu to falando sobre o tipo do protocolo, que daí caiu na complicacao da
teoria :)

> 
> o que vc explica aqui é muito bom é em parte válido porque
> devido a implementação antigo do tcp/ip existe infoarmação
> nos cabeçalhos que possivelmente não é sempre necessário. O
> uso prático depende porém de que as duas pontas falam o mesmo padrão.
> 

Sim, por isso que atualmente temos que rebolar usando o ipv4 e usando Qos,
CBQ, enfim, ferramentas prá poder racionalizar o uso.

> Só que isto também é um papo teórico (não teu tá)

Muita teoria :(

> 
> O problema principal da Internet hoje é:
> 
> falta de filtros reverse-path na saída das redes, ou seja
> cada um está preocupado com "não receber trafego errado" mas
> ninguém se preocupa com a saída de bagunça. Somente este fato
> reduz o trafego do link de cada um por 10
> - - 20 % -

Boa colocação. Só se preocupam com a saída quando o link de saída está no
topo e daí descobrem que tinham um vírus ali, um kazaa "esquecido aberto"
ali, um Windows update rodando em 1000 maquinas, um Norton Piratão fazendo
update a cada 5min...

> firewall efetivo na ponta da rede que possa reduzir também
> uns 10-30% de trafego
> erros no dns e dns reverso podendo causar  muito overhead na sua rede

Concordo

> 
> erro comum de acreditar de que o ICMP é necessário, bloquear
> o ICMP pode ganhar bastante banda pelo fato de excluir assim
> inumeras possiveis causas de problemas
> 

Aqui eu barro icmp de entrada, mas permito 0, 3 e 11, me permitindo ping pra
fora e tracert.
Me conte mais, você teve experiencias positivas barrando icmp? 

> vendo então um ganho de em até 40% com medidas aceitáveis,
> das citadas aqui, o ganho daquele documento é insignificativo

Alem de insignificativo é "meio" complicado de se aplicar na prática.


> técnica e matematicamente falando não existe nenhuma
> diferença entre 256kbit/s e 256kbit/s ...
> 
> caso uma tecnologia não consegue atingir a velocidade
> contratada você teria base para discutir isto com o fornecedor

Ela consegue atingir essa velocidade, mas o que digo eh: (segue depois do
seu comment)

> 
>> Então, na nossa TEORIA os 256k REAIS do ppp são conseguidos atraves
>> de formulazinhas mágicas.
> 
> ahtá ... como que é? uma poção de beteraba e uma pontinha de
> mel no fogo por duas horas?

Os 256k que a nossa operadora impoe no fracionador, não leva em conta que o
ppp está levando mais informacoes e que estas informacoes não irão permitir
que eu consiga da minha porta wan até a porta wan da operadora os 256k

Não precisamos ir tão longe assim:

Crie uma conexao pptp da sua casa pro trabalho com uma adsl 512k.
Crie outra conexao ppptp com opcao de encriptacao .

Nada na especificacao do  pptp impede de conseguir 512k  mas nossa
encriptacao não vai permitir os 512k, já que o uso do link com a encriptacao
vai aumentar.

Então, o que disse é que na equacao matemática que define  o ppp, temos
informacoes de controle e outras que aumentam o uso do link. Aplicadas na
prática vemos que o overhead do ppp (ou de qq outro protocolo) não permitirá
os 512k reais :)

Já experimentou utilizar o mesmo link com a mesma operadora usando ppp ou
hdlc? Tive esta experiencia com a Intelig, não sei porque colocaram um link
PPP e as velocidades estavam normais. Com o aumento da faixa de ips que
solicitei, trocaram meu link pra hdlc. As velocidades de download ficaram um
pouco mais rápidas, chegando mais perto dos 512.

> olha, para o meu entender este termo descreve por exemplo
> usar temporariamente uma emenda de arrame para uma fixação de
> aço - mas não usar tecnologia para a tarefa para qual ela foi
> desenvolvida 

Mas como muitas operadoras adoram usar emendas de arame, temos que dar
nossos "jeitinhos". Virou moda no Brasil usar "medidas técnicas
alternativas".. :(
Haja visto "provedor de conteudo" em ADSL, páginas e mais páginas de
autenticacao... Uffa. 
PPPoA de repente muda **sem avisar** pra PPPoE, enfim, uma zorra... hhehehe


> 
> é ... mas fbsd roda em máquinas além de pc tb
> 

OK ok, realmente tem arquiteturas que o "impossível" prá pc é a coisa mais
normal.. :)


_______________________________________________________________
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/



Mais detalhes sobre a lista de discussão freebsd