Re: [provedores-brasil] Conexões Simultâneas
Legal, obrigado pela dica... vou falar com o pessoal sobre isso. Abraços! Lauro Gatz. Em 03/12/07, Charles Valeze [EMAIL PROTECTED] escreveu: Lauro, Pelo visto utiliza esse rádio com antena omni, o que recomendaria seria aumentar a qtde. de rádios e antenas, utilizando paineis setoriais. Assim dividiria a qtde de clientes por radio/antena. Com qualquer equipamento o numero de 80 clientes é muito alto, fazendo uma conta simples com a minha realidade. 40% do meu total de clientes costumam ter acesso simultaneo, sendo assim 36 clientes com acesso simultaneo, gerando tráfegos de pico de mais de 3Mbps, gerando assim excessivo numero de pacotes trafegados. Vale a pena repensar sua estrutura e investr em rádios melhores e talves em uma estrutura melhor de antenas. Att. Em 30/11/07, Lauro Gatz [EMAIL PROTECTED] lauro.gatz%40gmail.com escreveu: Legal Tiago, faremos isso. Obrigado a todos pela colaboração! Um forte abraço, Lauro Gatz Em 30/11/07, Tiago Resende [EMAIL PROTECTED] tresende%40gmail.comtresende%40gmail.com escreveu: Isso é um pouco relativo, o que pesa muito nisso é tráfego. Acho que se você aumentasse uma antena com um novo equipamento terá um resultado melhor do que substituir o atual. Tiago Resende www.titansistemas.com.br Em 30/11/07, [EMAIL PROTECTED] edmnsantos%40yahoo.com.bredmnsantos%40yahoo.com.bredmnsantos%40yahoo.com.br [EMAIL PROTECTED] edmnsantos%40yahoo.com.bredmnsantos%40yahoo.com.bredmnsantos%40yahoo.com.br escreveu: Amigo, que eu conheça o único que pode chegar a isso é um Proxin Orinoco AP2500 com cartões Gold (cercar de $400 no Paraguai com 1 cartão). Não falo por experiência própria, pois não possuo um desses, falo por conversar com pessaos que possuem e que já chegaram a ter 80 clientes pendurado simultaneamente em um único cartão. Mas não espere obter muito mais que isso. Edmilson santos -Mensagem original- De: provedores-brasil@yahoogrupos.com.brprovedores-brasil%40yahoogrupos.com.br provedores-brasil%40yahoogrupos.com.br provedores-brasil%40yahoogrupos.com.br [mailto:provedores-brasil@yahoogrupos.com.brprovedores-brasil%40yahoogrupos.com.br provedores-brasil%40yahoogrupos.com.br provedores-brasil%40yahoogrupos.com.br] Em nome de lauro_gatz Enviada em: sexta-feira, 30 de novembro de 2007 08:44 Para: provedores-brasil@yahoogrupos.com.brprovedores-brasil%40yahoogrupos.com.br provedores-brasil%40yahoogrupos.com.br provedores-brasil%40yahoogrupos.com.br Assunto: [provedores-brasil] Conexões Simultâneas Pessoal, bom dia! Alguém saberia me dizer quantos clientes com acesso simultâneo eu consigo servir bem com um AP SENAO ECB-3220 ? Hoje temos uma torre com um EDIMAX 7209, e estamos pensando em trocá-lo para poder atender a demanda crescente de usuários, mas queríamos um AP que suportasse bem uns 80 clientes, estamos entre o SENAO ECB-3220 e o OVISLINK WLA-5000AP. O SENAO tem 400mw é parece ser uma boa opção, já o avislink parece muito bom tbm só que tem 250mw, em nosso caso a potência não importaria pois hoje atendemos bem os clientes com 63mw, só importanto mesmo a capacidade de atendimento a clientes que esses aps tem... Qual desses seria a melhor opção na opinião de vcs ? Um forte abraço a todos, Lauro Gatz. ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ -- ATENÇÃO: Esta lista segue rígidas regras de moderação. Consulte-as em http://br.groups.yahoo.com/group/provedores-brasil/files e http://www.listas-discussao.cjb.net . -- Sair da lista: [EMAIL PROTECTED]provedores-brasil-unsubscribe%40yahoogrupos.com.br provedores-brasil-unsubscribe%40yahoogrupos.com.br provedores-brasil-unsubscribe%40yahoogrupos.com.br -- Servidor Newsgroup da lista: news.gmane.org grupo: gmane.comp.isp.brazil.provedores -- Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas] -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas] -- Atenciosamente, Charles Cristhyan Valeze [As partes desta mensagem que não continham
Re: [provedores-brasil] Conexões Simultâneas
Legal Tiago, faremos isso. Obrigado a todos pela colaboração! Um forte abraço, Lauro Gatz Em 30/11/07, Tiago Resende [EMAIL PROTECTED] escreveu: Isso é um pouco relativo, o que pesa muito nisso é tráfego. Acho que se você aumentasse uma antena com um novo equipamento terá um resultado melhor do que substituir o atual. Tiago Resende www.titansistemas.com.br Em 30/11/07, [EMAIL PROTECTED] edmnsantos%40yahoo.com.br [EMAIL PROTECTED] edmnsantos%40yahoo.com.br escreveu: Amigo, que eu conheça o único que pode chegar a isso é um Proxin Orinoco AP2500 com cartões Gold (cercar de $400 no Paraguai com 1 cartão). Não falo por experiência própria, pois não possuo um desses, falo por conversar com pessaos que possuem e que já chegaram a ter 80 clientes pendurado simultaneamente em um único cartão. Mas não espere obter muito mais que isso. Edmilson santos -Mensagem original- De: provedores-brasil@yahoogrupos.com.brprovedores-brasil%40yahoogrupos.com.br [mailto:provedores-brasil@yahoogrupos.com.brprovedores-brasil%40yahoogrupos.com.br] Em nome de lauro_gatz Enviada em: sexta-feira, 30 de novembro de 2007 08:44 Para: provedores-brasil@yahoogrupos.com.brprovedores-brasil%40yahoogrupos.com.br Assunto: [provedores-brasil] Conexões Simultâneas Pessoal, bom dia! Alguém saberia me dizer quantos clientes com acesso simultâneo eu consigo servir bem com um AP SENAO ECB-3220 ? Hoje temos uma torre com um EDIMAX 7209, e estamos pensando em trocá-lo para poder atender a demanda crescente de usuários, mas queríamos um AP que suportasse bem uns 80 clientes, estamos entre o SENAO ECB-3220 e o OVISLINK WLA-5000AP. O SENAO tem 400mw é parece ser uma boa opção, já o avislink parece muito bom tbm só que tem 250mw, em nosso caso a potência não importaria pois hoje atendemos bem os clientes com 63mw, só importanto mesmo a capacidade de atendimento a clientes que esses aps tem... Qual desses seria a melhor opção na opinião de vcs ? Um forte abraço a todos, Lauro Gatz. ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ -- ATENÇÃO: Esta lista segue rígidas regras de moderação. Consulte-as em http://br.groups.yahoo.com/group/provedores-brasil/files e http://www.listas-discussao.cjb.net . -- Sair da lista: [EMAIL PROTECTED]provedores-brasil-unsubscribe%40yahoogrupos.com.br -- Servidor Newsgroup da lista: news.gmane.org grupo: gmane.comp.isp.brazil.provedores -- Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas] -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas]
Re: [provedores-brasil] Squid e limitação de banda
Oi João, bom dia! Entendi... então no caso ai, daria pra fazer assim: eth1 - 10.0.0.1 - Classe ip que utilizamos para os clientes eth0:0 - 172.16.0.1 - Gateway primário, onde serão aplicadas as regras de upload. eth0 - 192.168.0.2 - ip que o roteador me fornece com o link e gateway secundário. Ai eu digo pro squid que a rede que ele deve escutar e cachear para ela é 172.16.0.1/32 (só esse ip, não precisaremos de mais). O ip_forward já está ativado no firewall, e na configuração das redes em /etc/network/interfaces eu coloco a configuração do gateway na definição das redes... exemplo: O gateway do 10.0.0.1 será o 172.16.0.1 O gateway do 172.16.0.1 será o 192.168.0.2 Seria isso ? Obrigado, Abraços, Lauro Gatz. Em 29/11/07, João Paulo Just [EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lauro Gatz wrote: Oi João, então: Sim... seria legal mesmo... Eu não tenho ideia de como fazer os roteamentos, por isso não fiz ainda... mas pela lógia teria que funcionar... mas sabemos que nem sempre a lógica rola... Outra solução que me ocorre, é aproveitar que esse nosso servidor é uma máquininha legal, e montar um xen, com máquinas virtuais nela, ai dá pra fazer o controle de banda numa máquina virtual, que não exige muito, é só controle de banda e a máquina real colocaria o squid com o serviço de cache... Assim não precisariamos de uma segunda máquina real, e mataríamos a necessidade com uma virtual, o que ao meu ver funcionaria bem já que o serviço de marcação de pacotes e limitação de banda não requer nada muito sofisticado. Quanto ao esquema que falei antes, eu não sei como fazer... vou dar uma googlada pra ver se descubro como... mas se vc conseguir algo vc me dá um toque de como fazer ? Obrigado e Abraços! Lauro Gatz. Olha só, acho que não precisa se preocupar com redirecionamento. Se for Linux, é só ativar o ip_forward que o roteamento entre as interfaces da máquina vão funcionar. Agora você vai ter que botar cada interface em uma rede diferente e configura o squid pra escutar e sair pelas redes certas. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHT0vAXL+vuN2d7ZwRAl+FAJ4v6VWRX/h26yVYpOcxlVjyCoHJRQCgun/r nh1wOCvctYuU7ayNulbLMt4= =xSQA -END PGP SIGNATURE- Mensagens neste tópico http://br.groups.yahoo.com/group/provedores-brasil/message/9988;_ylc=X3oDMTM0ODNzMzliBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BG1zZ0lkAzk5OTYEc2VjA2Z0cgRzbGsDdnRwYwRzdGltZQMxMTk2Mzc5MTM2BHRwY0lkAzk5ODg- (0) Responder (através da web) http://br.groups.yahoo.com/group/provedores-brasil/post;_ylc=X3oDMTJwbDZ0bnRjBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BG1zZ0lkAzk5OTYEc2VjA2Z0cgRzbGsDcnBseQRzdGltZQMxMTk2Mzc5MTM2?act=replymessageNum=9996| Adicionar um novo tópico http://br.groups.yahoo.com/group/provedores-brasil/post;_ylc=X3oDMTJlYmVtdnJhBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA250cGMEc3RpbWUDMTE5NjM3OTEzNg-- Mensagenshttp://br.groups.yahoo.com/group/provedores-brasil/messages;_ylc=X3oDMTJlcXVhYjUzBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA21zZ3MEc3RpbWUDMTE5NjM3OTEzNg--| Arquivoshttp://br.groups.yahoo.com/group/provedores-brasil/files;_ylc=X3oDMTJmbmdnMmJnBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA2ZpbGVzBHN0aW1lAzExOTYzNzkxMzY-| Fotoshttp://br.groups.yahoo.com/group/provedores-brasil/photos;_ylc=X3oDMTJldWRrY3JoBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA3Bob3QEc3RpbWUDMTE5NjM3OTEzNg--| Linkshttp://br.groups.yahoo.com/group/provedores-brasil/links;_ylc=X3oDMTJmMjJmdTdhBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA2xpbmtzBHN0aW1lAzExOTYzNzkxMzY-| Banco de dadoshttp://br.groups.yahoo.com/group/provedores-brasil/database;_ylc=X3oDMTJjbjAzNXI1BF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA2RiBHN0aW1lAzExOTYzNzkxMzY- ATENÇÃO: Esta lista segue rígidas regras de moderação. Consulte-as em http://br.groups.yahoo.com/group/provedores-brasil/files e http://www.listas-discussao.cjb.net . Sair da lista: [EMAIL PROTECTED] Servidor Newsgroup da lista: news.gmane.org grupo: gmane.comp.isp.brazil.provedores [image: Yahoo! Grupos]http://br.groups.yahoo.com/;_ylc=X3oDMTJkYmtjbmxxBF9TAzk3NDkwNDM3BGdycElkAzI0Mjc4NzgEZ3Jwc3BJZAMyMTM3MTExMzA2BHNlYwNmdHIEc2xrA2dmcARzdGltZQMxMTk2Mzc5MTM2 Alterar
Re: [provedores-brasil] Squid e limitação de banda
Legal João, vou propor o teste aqui pro pessoal, fazer um laboratório, se rolar eu aplico no servidor em produção, e claro, mando um alo pra lista, pois essa seria uma solução que creio que ajudaria muitas pessoas. ;-) Obrigadaço! Abs, Lauro Gatz. Em 30/11/07, João Paulo Just [EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lauro Gatz wrote: Oi João, bom dia! Entendi... então no caso ai, daria pra fazer assim: eth1 - 10.0.0.1 - Classe ip que utilizamos para os clientes eth0:0 - 172.16.0.1 - Gateway primário, onde serão aplicadas as regras de upload. eth0 - 192.168.0.2 - ip que o roteador me fornece com o link e gateway secundário. Ai eu digo pro squid que a rede que ele deve escutar e cachear para ela é 172.16.0.1/32 (só esse ip, não precisaremos de mais). O ip_forward já está ativado no firewall, e na configuração das redes em /etc/network/interfaces eu coloco a configuração do gateway na definição das redes... exemplo: O gateway do 10.0.0.1 será o 172.16.0.1 O gateway do 172.16.0.1 será o 192.168.0.2 Seria isso ? Sim, mas você só precisa mesmo especificar o gateway padrão. Dessa forma, o gateway padrão do seu servidor seria 192.168.0.1, só precisaria colocar esse gateway em /etc/network/interfaces Já os clientes, teriam como gateway algum IP dentro de 10.0.0.0. Os pacotes entre eth1, eth0:0 e eth0 serão roteados naturalmente pelo ip_forward do Linux. Aí, você faz o controle de banda entre 10.0.0.0 e 172.16.0.0 (eth1 e eth0:0). No squid, configure pra ele escutar em eth0:0 somente: http_port 172.16.0.1:3128 E faça as devidas regras do iptables pra redirecionar tráfego de 10.0.0.0 para qualquer coisa na porta 80 pra esse IP do squid. Como o gateway padrão já é o 192.168.0.1, o squid vai sair pela porta certa sem precisar configurar um IP de saída nele. Isso aí deve funcionar. Se tiver a oportunidade de testar, conte pra gente :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHT/ihXL+vuN2d7ZwRAs+qAKCz/qCv3g4srFs6yhKG43vH9eV7hACfbXJJ gHZxdjuQMonqIk2lVIwsb6c= =KItK -END PGP SIGNATURE- -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas]
Re: [provedores-brasil] Re: Squid e limitação de banda
Oi Itagildo, boa tarde! Não funciona pelo fato de que o squid em questão é transparente e quando vc define que os pacotes devem ser redirecionados para o squid ao fazer um upload o ip é o do servidor e não o do cliente, sendo assim a marcação não funciona, já tentamos fazer isso e se vc verificar verá que para a porta 80 por exemplo essa limitação de up não rola. Basicamente não deverá rolar para nenhuma porta que o squid esteja escutando. Obrigado! Abraços, Lauro Gatz Em 30/11/07, itagildo [EMAIL PROTECTED] escreveu: Olá a todos, sobre o controle de upload no cbq já lí em vários foruns sobre isso e me parece que esse problema é geral, e para resolver tem que marcar os pacotes com o iptables e no arquivo que controla o upload colocar uma identificação igual (lá no cbq tem uma opção MARK). Fiz alguns testes e funcionou. Itagildo Edmar Garbazza Coordenador Cursos Técnicos em Informática Centro Federal de Educação Tecnológica de Bambuí Oi João, então: Sim... seria legal mesmo... Eu não tenho ideia de como fazer os roteamentos, por isso não fiz ainda... mas pela lógia teria que funcionar... mas sabemos que nem sempre a lógica rola... Outra solução que me ocorre, é aproveitar que esse nosso servidor é uma máquininha legal, e montar um xen, com máquinas virtuais nela, ai dá pra fazer o controle de banda numa máquina virtual, que não exige muito, é só controle de banda e a máquina real colocaria o squid com o serviço de cache... Assim não precisariamos de uma segunda máquina real, e mataríamos a necessidade com uma virtual, o que ao meu ver funcionaria bem já que o serviço de marcação de pacotes e limitação de banda não requer nada muito sofisticado. Quanto ao esquema que falei antes, eu não sei como fazer... vou dar uma googlada pra ver se descubro como... mas se vc conseguir algo vc me dá um toque de como fazer ? Obrigado e Abraços! Lauro Gatz. Em 29/11/07, João Paulo Just [EMAIL PROTECTED]jpjust%40justsoft.com.br escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lauro Gatz wrote: Oi João, boa noite! Pois é, complicada essa situação né... Nós fizemos um esqueminha com o delay pools, mas tem esse detalhe de limitação por porta, e não por cliente né... Mas creio que a solução do Alexandre é mesmo a mais acertada... Será que não rolaria fazer um esquema desse, só que na mesma máquina, com uma eth virtual e 2 rotas ? Vc acha possível ? Exemplo: Clientes eth1 -- eth0:0 Gateway primário eth0:0 -- Link eth0 Só não sei como definir as rotas de A p/ B e depois de B p/ C, mas se rolar funfa... Pq ai faríamos o limite de banda down na eth1, e a de up na eth0:0 e o squid ficaria na eth0 ou seja os pacotes sofreriam limitação antes do redirecionamento do proxy transparente e funcionaria legal tbm o squid... Vcs acham que rola ? Rapaz, na teoria funciona, só testando pra ter certeza. Mas eu testaria em outra máquina primeiro só pra verificar, vou ver até se consigo um PCzinho pequeno só pra fazer esse teste. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTzk0XL+vuN2d7ZwRAuloAKCgfQwJDZAKBUmSluEtW1+mOdLuiACeLFuM YVavK6MrME0IS42cpxrNWJI= =Zw4V -END PGP SIGNATURE- -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas]
Re: [provedores-brasil] Squid e limitação de banda
Oi João, boa noite! Pois é, complicada essa situação né... Nós fizemos um esqueminha com o delay pools, mas tem esse detalhe de limitação por porta, e não por cliente né... Mas creio que a solução do Alexandre é mesmo a mais acertada... Será que não rolaria fazer um esquema desse, só que na mesma máquina, com uma eth virtual e 2 rotas ? Vc acha possível ? Exemplo: Clientes eth1 -- eth0:0 Gateway primário eth0:0 -- Link eth0 Só não sei como definir as rotas de A p/ B e depois de B p/ C, mas se rolar funfa... Pq ai faríamos o limite de banda down na eth1, e a de up na eth0:0 e o squid ficaria na eth0 ou seja os pacotes sofreriam limitação antes do redirecionamento do proxy transparente e funcionaria legal tbm o squid... Vcs acham que rola ? Desde já obrigado! Abraços, Lauro Gatz. Em 29/11/07, João Paulo Just [EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lauro_gatz wrote: Pessoal, boa tarde! Estou enfrentando um dilema no provedor wireless onde trabalho, temos um linux debian, com layer7, shaper(CBQ) e squid rodando. Nesse senário, nós temos pacotes de acesso de 256/32Kbps. Ocorre que o controle de banda feito com o CBQ, funcinona para download, mas não limita o upload, ai descobrimos que o problema está no fato de fazermos o redirecionamento dos pacotes para o squid, mudando o ip de origem, fazendo com que a regra do CBQ para upload só funcione se o nosso squid(transparente) estiver desativado. Dessa forma, ou utilizamos o squid sem limite de upload, ou utilizamos o sistema todo sem proxy, mas a necessidade é de que tudo funcione tanto o proxy como as limitações de banda... Alguém já passou por isso e tem idéia de como podemos resolver esse dilema ? Sofri e ainda sofro o mesmo dilema, mas fiz da seguinte forma: Configurei delay pools no squid (um controle de banda dele) com os mesmos planos de acesso que eu vendo. Porém, um problema: se o cara tem um plano de 300 Kbps, então ele pode baixar um arquivo via HTTP a 300 Kbps e ao mesmo tempo baixar um via FTP também a 300 Kbps :P Por enquanto tô deixando assim, até achar uma solução melhor. Se eu conseguir outro servidor vou usar a solução do Alexandre :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTyytXL+vuN2d7ZwRAt6EAJwO/CaWswQb3EPbg44Y71xWlqX0OwCeLyrl KH8UV0jrRi5HwVzaaFTBZzE= =cXrP -END PGP SIGNATURE- -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas]
Re: [provedores-brasil] Squid e limitação de banda
Oi Alexandre, boa noite! Sim, essa é AAA solução... :P Mas eu estava a procura de uma solução sem necessitar de um segundo servidor... mas creio que realmente não vai ter mesmo, nós já tentamos de tudo e realmente, não sobrou muito a fazer... Obrigado! Abraços! Em 29/11/07, Alexandre J. Correa - Onda Internet [EMAIL PROTECTED] escreveu: coloca o squid em bridge.. depois do gateway... ai vc resolve tudo :P lauro_gatz wrote: Pessoal, boa tarde! Estou enfrentando um dilema no provedor wireless onde trabalho, temos um linux debian, com layer7, shaper(CBQ) e squid rodando. Nesse senário, nós temos pacotes de acesso de 256/32Kbps. Ocorre que o controle de banda feito com o CBQ, funcinona para download, mas não limita o upload, ai descobrimos que o problema está no fato de fazermos o redirecionamento dos pacotes para o squid, mudando o ip de origem, fazendo com que a regra do CBQ para upload só funcione se o nosso squid(transparente) estiver desativado. Dessa forma, ou utilizamos o squid sem limite de upload, ou utilizamos o sistema todo sem proxy, mas a necessidade é de que tudo funcione tanto o proxy como as limitações de banda... Alguém já passou por isso e tem idéia de como podemos resolver esse dilema ? Obrigado pela atenção! Abraços, Lauro Gatz. -- Sds. Alexandre Jeronimo Correa Onda Internet - http://www.ondainternet.com.br OPinguim Hosting - http://www.opinguim.net Linux User ID #142329 UNOTEL S/A - http://www.unotel.com.br -- Lauro S. G. Gatz Diretor Administrativo JLNET - Network Informática Ltda. Provedor de soluções em TI. Tel:(+55) 11 2626 1864 / Fax:(+55) 11 3544 4884 Av. Adhemar de Barros, 986 - SL 1 - Centro - CEP 11920-000 São Bernardo do Campo - SP - Brasil [As partes desta mensagem que não continham texto foram removidas]