Acelerador de conexões dial-up para provedores de acesso

Você é provedor de acesso dial-up e ISDN? Quer aumentar a velocidade do acesso do clientes? Acelere em até 8 vezes a conexão dial-up compactando os dados antes de enviá-los para links lentos e sem precisar instalar nenhum programa nos PCs dos clientes e ainda economize sua banda.

[ Hits: 68.805 ]

Por: Patrick Brandao em 30/09/2004 | Blog: http://www.patrick.eti.br


Objetivo e ambiente



Fazer com que a navegação dos clientes de acesso discado seja mais rápida do que o possível, mesmo que isso dependa da qualidade da linha e da marca e modelo do modem. Embora a banda seja limitada a 54 a 40kbps do lado do cliente, nosso objetivo é passar as informações compactadas ao máximo.

Vamos supor que temos um provedor de mentirinha chamado "BABA ACESSO" (nome horrível) e queremos disponibilizar um serviço chamado "Acelerador BABA". O Provedor BABA ACESSO (horrível) comprou um servidor novo, 3Ghz, 2GB de memória, discos SCSI e tudo de primeira para esse serviço e tem a seguinte e simples rede:


E queremos manipular a banda da seguinte maneira:


O tempo de 2,1 segundos e 3,5 segundos é calculado não considerando o tempo que o browser vai levar para descompactar os arquivos e exibí-los, que pode ser de 0,3 a 0,8 segundos para processadores comuns em estações (500Mhz, 800Mhz, etc). Considerando também que todos as linhas estão sendo ocupadas (horário de pico).

Hardware mínimo necessário no servidor proxy

Memória: 256Mb (livre)
HD: 2GB (livre)
Placa de rede: 1
Processador: 500Mhz

Softwares usados no artigo
  • Linux: Slackware 10.0 (instalação Full)
  • Squid 2.5.STABLE6
  • Ziproxy 1.3c
    • libungif
    • zlib
    • libpng
    • libjpeg
    • jasper
    • libconfuse


Página anterior     Próxima página

Páginas do artigo
   1. Introdução
   2. Objetivo e ambiente
   3. Instalação dos programas
   4. Iniciando ZIPROXY
   5. Configurando ZIPROXY (ziproxy.conf)
   6. Acelerador no cliente
   7. Ajuda
Outros artigos deste autor

NoCatAuth - Construindo um firewall/gateway autenticado

Freeradius - servidor radius eficiente e completo

Gateway de email com Qmail - proteção antivírus e antispam

Anti-SPAM ASK - Válidando remetentes por confirmação de mensagens

Ziproxy - Proxy de compactação e redução de imagens

Leitura recomendada

QRCODE - Código de barras bidimensional

Servidor Apache Profissional

Configurando um domínio pelo serviço ipturbo empresarial (Brasil Telecom)

A Desinformação em Época da Tecnologia de Informação

Atualizando Flash Player no Firefox em Antergos (Arch Linux)

  
Comentários
[1] Comentário enviado por fabio em 30/09/2004 - 09:08h

Excelente artigo Patrick, meus parabéns! Enfim, agora sei qual é o segredo do famoso "Acelerador UOL" no qual eles fazem tanto marketing em cima.

Como minha mãe não tem UOL, vou configurar um ziproxy pra ela aqui no meu Velox 512 e fazer uns testes com ela usando meu servidor como proxy. Capaz de funcionar :P

[]'s

[2] Comentário enviado por AValle em 30/09/2004 - 09:37h

Excelente artigo, já tirei um modem da gaveta pra fazer uns testes :-)

[3] Comentário enviado por y2h4ck em 30/09/2004 - 11:14h

Pow muito bacana isso hein Patrick, sera que isso daria um GAz a mais em um servidor para clientes de Radio ?

[]s

Anderson

[4] Comentário enviado por daaugusto em 30/09/2004 - 11:51h

Interessante o artigo, entretanto faltou mencionar a configuração dos clientes (máquina/navegadores) rodando *Linux*.

Obs.: O artigo (versão atualizada) poderia estar disposto em um formato mais portável, como o PDF.

[5] Comentário enviado por nunix79 em 30/09/2004 - 12:27h

Parabéns pelo artigo ficou otimo, agora é testar nas vpns e RAS por ai a fora.

Fabio Nunes

[6] Comentário enviado por patrickbrandao em 30/09/2004 - 12:42h

Obrigado pessoal,

a aplicacao vai depender muito do ambiente, uma experiencia pode ser feita para verificar se o ganho vale a pena,

em links rápidos, pode nao fazer muita diferenca:

Se voce gasta num link dial-up, 7 segundos para baixar certo site e o ziproxy consegui baixar para 4 segundo, sendo que 2 segundo foi gasto no processamento de compactacao,

num link em que voce baixa em 3 segundos, voce vai aumentar para 5, entenderão?!

logo a diferenca vai mais nos dial-up do que nos adsl e radio PARA SITES PEQUENOS.

tomarei nota sobre o formato da publicacao atualizada!

Patrick Brandão

[7] Comentário enviado por lucianojs em 30/09/2004 - 13:46h

Excelente artigo, uma coisa que fiz na empresa foi configurar o DIAL-IN para suportar os protocolos MPPE e MPPC, assim ele tambem comprime dos dados no momento da conexão. Para isto vc deve aplicar patch´s no Kernel e no PPP. A unica coisa que não consegui foi configurar para fazer CALL-BACK, por isto ainda utilizo um winxp como servidor DIAL-UP.
Para quem não sabe o CALL-BACK faz retorno de chamada, ou seja, quando vc realizar a conexão ao final da autenticação ele abre uma caixa solicitando o numero do telefone que vc está utilizando para conexão, apois informado o numero, ele prepara sua maquina para receber uma chamada dial-up e encerra a conexão, em seguida ele inicia a ligação (do lado do servidor) e autentica no cliente, ou seja, os custos de telefonia ficam do lado do provedor, atualmente utilizo isto para dar manutenção remota nos servidores da minha empresa.


[8] Comentário enviado por patrickbrandao em 30/09/2004 - 14:10h

Brilhante,

realmente há várias formas de se compactar dados para otimizar a velocidade:

Hardaware e software

Para hardware a solucao indicada acima ajuda muito, para software, meu artigo e o artigo ensinando a usar o mod_gzip do Apache (http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=1220) de Fabio Nunes sao algumas escolhas. No site do ziproxy (ziproxy.sourceforge.net) ha algumas notas de outros projetos usando softwares.

Patrick Brandão

[9] Comentário enviado por removido em 28/02/2005 - 22:05h

Soh algo que me ocorreu e que eu achei relevante o suficiente para comentar:

esses famosos "aceleradores" que foram mencionados eu imagino configuram seus discadores para adicionar/remover o proxy na hora da conexao/terminacao da conexao para evitar que caso o usario queria conectar com outra fonte (ex. outro servidor discado) haja um problema de "nao foi possivel conectar ao proxy", por que eles provavelmente soh servem (arquivos) aos seus proprios IPs.

Pensem o que quiser.

[10] Comentário enviado por Ruy_Go em 18/04/2007 - 13:00h

Então não ha nenhuma possibilidade de uso do mesmo com proxy transparente????

[11] Comentário enviado por kernelzinhu em 09/05/2009 - 02:07h

Eu fiz um ambiente proxy transparente, com compactação de dados e cache.
1. rodei o zipproxy em localhost
2. rodei o squid, com as confs de cache certinho, configurei ele transparente e apontei o cache_peer para o zipproxy


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts