[FUG-BR] squid 3, problema com freebsd 7
Amigos, boa tarde, instalei um freebsd 7 em uma maquina dell poweredge 1950 III, com processador xeon quad, 8 gb memoria, disco virtual 231 gb ( 2 hds 250 raid 0), instalei o squid - 3 com patch 8 porém ele estava dando alguns bugs, e a primeira alternativa que vi foi recompilar com o patch 10, aparentemente está funcionando bem, porém está me retornando uma mensagem de erro : 2008/11/13 14:08:49| ZPH: error in setsockopt(IP_RECVTOS) on FD 782 (45) Operation not supported Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid 3, problema com freebsd 7
Wesley, eu tinha aplicado esse, porém agora apliquei o stable10 Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia -- From: "Wesley Miranda FreeBSD Consult" <[EMAIL PROTECTED]> Sent: Thursday, November 13, 2008 3:21 PM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 > Renato, > > Foi esse path que voce aplicou ? > > http://zph.bratcheda.org/squid-3.0.STABLE8-zph.patch > > ----- Original Message - > From: "Renato Maia" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, November 13, 2008 3:12 PM > Subject: [FUG-BR] squid 3, problema com freebsd 7 > > > Amigos, boa tarde, instalei um freebsd 7 em uma maquina dell poweredge > 1950 > III, com processador xeon quad, 8 gb memoria, disco virtual 231 gb ( 2 hds > 250 raid 0), instalei o squid - 3 com patch 8 porém ele estava dando > alguns bugs, e a primeira alternativa que vi foi recompilar com o patch > 10, > aparentemente está funcionando bem, porém está me retornando uma mensagem > de > erro : > > 2008/11/13 14:08:49| ZPH: error in setsockopt(IP_RECVTOS) on FD 782 (45) > Operation not supported > > Att, > > Renato Maia > --- > Rapidus Internet > http://www.rapidus.com.br > --- > Contato: > Cel.: +55 37 8829 0369 > skype: renatopereiramaia > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid 3, problema com freebsd 7
Na verdade não tenho uma real necessidade, porém notei um ganho de performance absurdo, realmente deu uma diferença grande mesmo. Mais qualquer coisa vou fazer o mesmo que você, desde já, obrigado ! Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia -- From: "Wesley Miranda FreeBSD Consult" <[EMAIL PROTECTED]> Sent: Thursday, November 13, 2008 3:26 PM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 > Renato, > > Eu instalei o squid 3.x uma unica ves no primeiro erro dele desinstalei e > instalei versão anterior ou seja 2.x, qual é a sua real necessidade da > instalação da versão 3 ? > > Abraço. > - Original Message - > From: "Renato Maia" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, November 13, 2008 3:22 PM > Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 > > > Wesley, eu tinha aplicado esse, porém agora apliquei o stable10 > Att, > > Renato Maia > --- > Rapidus Internet > http://www.rapidus.com.br > --- > Contato: > Cel.: +55 37 8829 0369 > skype: renatopereiramaia > > -- > From: "Wesley Miranda FreeBSD Consult" <[EMAIL PROTECTED]> > Sent: Thursday, November 13, 2008 3:21 PM > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 > >> Renato, >> >> Foi esse path que voce aplicou ? >> >> http://zph.bratcheda.org/squid-3.0.STABLE8-zph.patch >> >> - Original Message - >> From: "Renato Maia" <[EMAIL PROTECTED]> >> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Sent: Thursday, November 13, 2008 3:12 PM >> Subject: [FUG-BR] squid 3, problema com freebsd 7 >> >> >> Amigos, boa tarde, instalei um freebsd 7 em uma maquina dell poweredge >> 1950 >> III, com processador xeon quad, 8 gb memoria, disco virtual 231 gb ( 2 >> hds >> 250 raid 0), instalei o squid - 3 com patch 8 porém ele estava dando >> alguns bugs, e a primeira alternativa que vi foi recompilar com o patch >> 10, >> aparentemente está funcionando bem, porém está me retornando uma mensagem >> de >> erro : >> >> 2008/11/13 14:08:49| ZPH: error in setsockopt(IP_RECVTOS) on FD 782 (45) >> Operation not supported >> >> Att, >> >> Renato Maia >> --- >> Rapidus Internet >> http://www.rapidus.com.br >> --- >> Contato: >> Cel.: +55 37 8829 0369 >> skype: renatopereiramaia >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid 3, problema com freebsd 7
Wanderson, eu estava com 3 servers ( p4 ht, 2 gb, hd 160) em array, eu tava com pico de link de 10 da manha até as 3 da tarde e depois de 17:30 ate 22:30... fora o monte de reclamação de lentidão e etc. Troquei eles por um Dell power edge 1950 III (xeon quad, 8 gb mem, 230 hd), colocamos o squid 2.x ... ai me deram a ideia pra fazer o upgrade para o 3 e diferença foi extremamente notavel !.Sinceramente me surpreendeu porém fica dando esses erros no log e isso sempre me deixa com uma pulga atras da orelha Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia -- From: "Wanderson Tinti" <[EMAIL PROTECTED]> Sent: Thursday, November 13, 2008 4:00 PM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 > Boa tarde pessoa. A diferencao entre o squid3 e squid2.7 é tão grande > assim? > > 2008/11/13 Renato Maia <[EMAIL PROTECTED]>: >> Na verdade não tenho uma real necessidade, porém notei um ganho de >> performance absurdo, realmente deu uma diferença grande mesmo. Mais >> qualquer >> coisa vou fazer o mesmo que você, desde já, obrigado ! >> Att, >> >> Renato Maia >> --- >> Rapidus Internet >> http://www.rapidus.com.br >> --- >> Contato: >> Cel.: +55 37 8829 0369 >> skype: renatopereiramaia >> >> -- >> From: "Wesley Miranda FreeBSD Consult" <[EMAIL PROTECTED]> >> Sent: Thursday, November 13, 2008 3:26 PM >> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 >> >>> Renato, >>> >>> Eu instalei o squid 3.x uma unica ves no primeiro erro dele desinstalei >>> e >>> instalei versão anterior ou seja 2.x, qual é a sua real necessidade da >>> instalação da versão 3 ? >>> >>> Abraço. >>> - Original Message - >>> From: "Renato Maia" <[EMAIL PROTECTED]> >>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>> >>> Sent: Thursday, November 13, 2008 3:22 PM >>> Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 >>> >>> >>> Wesley, eu tinha aplicado esse, porém agora apliquei o stable10 >>> Att, >>> >>> Renato Maia >>> --- >>> Rapidus Internet >>> http://www.rapidus.com.br >>> --- >>> Contato: >>> Cel.: +55 37 8829 0369 >>> skype: renatopereiramaia >>> >>> -- >>> From: "Wesley Miranda FreeBSD Consult" <[EMAIL PROTECTED]> >>> Sent: Thursday, November 13, 2008 3:21 PM >>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>> >>> Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 >>> >>>> Renato, >>>> >>>> Foi esse path que voce aplicou ? >>>> >>>> http://zph.bratcheda.org/squid-3.0.STABLE8-zph.patch >>>> >>>> - Original Message - >>>> From: "Renato Maia" <[EMAIL PROTECTED]> >>>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>> >>>> Sent: Thursday, November 13, 2008 3:12 PM >>>> Subject: [FUG-BR] squid 3, problema com freebsd 7 >>>> >>>> >>>> Amigos, boa tarde, instalei um freebsd 7 em uma maquina dell poweredge >>>> 1950 >>>> III, com processador xeon quad, 8 gb memoria, disco virtual 231 gb ( 2 >>>> hds >>>> 250 raid 0), instalei o squid - 3 com patch 8 porém ele estava >>>> dando >>>> alguns bugs, e a primeira alternativa que vi foi recompilar com o patch >>>> 10, >>>> aparentemente está funcionando bem, porém está me retornando uma >>>> mensagem >>>> de >>>> erro : >>>> >>>> 2008/11/13 14:08:49| ZPH: error in setsockopt(IP_RECVTOS) on FD 782 >>>> (45) >>>> Operation not supported >>>> >>>> Att, >>>> >>>> Renato Maia >>>> --- >>>
Re: [FUG-BR] squid 3, problema com freebsd 7
Pessoal, valeu pelas dicas, vou à medida que for fazendo as modificações ( provavelmente volto para o 2.7) eu posto o resultado, no mais, obrigado pelas dicas ! Abraço 1 Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia -- From: "Alexandre Correa" <[EMAIL PROTECTED]> Sent: Friday, November 14, 2008 1:41 AM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 > se for usar o ZPH, usa o squid 2.7 !! ja vem nele sem precisar de patch > > e nos testes que fiz.. o 2.7 ou o cacheboy.net 1.5.1 tiveram > desempenho muito acima do 3.x > > 2008/11/13 Luciano Antonio Borguetti Faustino > <[EMAIL PROTECTED]>: >> Renato Maia escreveu: >>> Wanderson, eu estava com 3 servers ( p4 ht, 2 gb, hd 160) em array, eu >>> tava >>> com pico de link de 10 da manha até as 3 da tarde e depois de 17:30 ate >>> 22:30... fora o monte de reclamação de lentidão e etc. Troquei eles por >>> um >>> Dell power edge 1950 III (xeon quad, 8 gb mem, 230 hd), colocamos o >>> squid >>> 2.x ... ai me deram a ideia pra fazer o upgrade para o 3 e >>> diferença >>> foi extremamente notavel !.Sinceramente me surpreendeu.... porém >>> fica >>> dando esses erros no log e isso sempre me deixa com uma pulga atras >>> da >>> orelha >>> >>> Att, >>> >>> Renato Maia >>> --- >>> Rapidus Internet >>> http://www.rapidus.com.br >>> --- >>> Contato: >>> Cel.: +55 37 8829 0369 >>> skype: renatopereiramaia >>> >>> -- >>> From: "Wanderson Tinti" <[EMAIL PROTECTED]> >>> Sent: Thursday, November 13, 2008 4:00 PM >>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>> >>> Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 >>> >>>> Boa tarde pessoa. A diferencao entre o squid3 e squid2.7 é tão grande >>>> assim? >>>> >>>> 2008/11/13 Renato Maia <[EMAIL PROTECTED]>: >>>>> Na verdade não tenho uma real necessidade, porém notei um ganho de >>>>> performance absurdo, realmente deu uma diferença grande mesmo. Mais >>>>> qualquer >>>>> coisa vou fazer o mesmo que você, desde já, obrigado ! >>>>> Att, >>>>> >>>>> Renato Maia >>>>> --- >>>>> Rapidus Internet >>>>> http://www.rapidus.com.br >>>>> --- >>>>> Contato: >>>>> Cel.: +55 37 8829 0369 >>>>> skype: renatopereiramaia >>>>> >>>>> -- >>>>> From: "Wesley Miranda FreeBSD Consult" <[EMAIL PROTECTED]> >>>>> Sent: Thursday, November 13, 2008 3:26 PM >>>>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>>> >>>>> Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 >>>>> >>>>>> Renato, >>>>>> >>>>>> Eu instalei o squid 3.x uma unica ves no primeiro erro dele >>>>>> desinstalei >>>>>> e >>>>>> instalei versão anterior ou seja 2.x, qual é a sua real necessidade >>>>>> da >>>>>> instalação da versão 3 ? >>>>>> >>>>>> Abraço. >>>>>> - Original Message - >>>>>> From: "Renato Maia" <[EMAIL PROTECTED]> >>>>>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>>>> >>>>>> Sent: Thursday, November 13, 2008 3:22 PM >>>>>> Subject: Re: [FUG-BR] squid 3, problema com freebsd 7 >>>>>> >>>>>> >>>>>> Wesley, eu tinha aplicado esse, porém agora apliquei o stable10 >>>>>> Att, >>>>>> >>>>>> Renato Maia >>>>>> --- >>>>>> Rapidus Internet >>>>>> http://www.rapidus.com.br >>>>>>
Re: [FUG-BR] OLá Colegas (ressuscitando thread)
Quando eu usava ipfwusava assim:
${fwcmd} pipe 8 config mask dst-ip 0x bw 512Kbit/s queue 52Kbytes
>
> Oi Pessoal,
>
>
>
> a minha rede aqui é 172.18.0.0/16 ou seja máscara 255.255.0.0
>
>
>
> # Limita banda para cada IP de 172.18.0.0/16
>
>
>
> ${fwcmd} add pipe 7 src-ip ${inet}:${imask} out
> ${fwcmd} add pipe 8 dst-ip ${inet}:${imask} in
> ${fwcmd} pipe 7 config mask src-ip 0x bw 512Kbit/s queue
> 10Kbytes
> ${fwcmd} pipe 8 config mask dst-ip 0x bw 512Kbit/s queue
> 10Kbytes
>
> como podem ver a mascara esta 0x
>
> e mesmo com o link folgado, ainda estou percebendo uma certa
> demora na nevegação das estações,
>
>
>
> dicas sãp bem vindas..
>
> agradeço pessoal..
>
>
>
> Joao Corsini
>
> Varginha/MG
>
>
>
>
>
>
>
>
>> Date: Fri, 12 Mar 2010 09:53:01 -0300
>> From: welk...@focusautomacao.com.br
>> To: freebsd@fug.com.br
>> Subject: Re: [FUG-BR] OLá Colegas (ressuscitando thread)
>>
>> Welkson Renny de Medeiros escreveu:
>> > Danilo G. Baio escreveu:
>> >
>> >> Está funcionado.. mas o certo para você, como a sua rede é
>> 192.168.0.0/24 a
>> >> máscara seria: 0x00ff
>> >> Até 254 hosts, 254 filas...
>> >>
>> >> Essa máscara é igual uma máscara de rede, mas, de forma invertida...
>> >>
>> >> Essa máscara 0x significa 254^4 = 4 162 314 256 hosts na sua
>> rede...
>> >> podendo abrir tudo isso de filas...
>> >> claro que você pega só 192.168.0.0/24 , mas fica mais elegante
>> digamos
>> >> assim...
>> >>
>> >>
>> >> Outra coisa.. não sou um expert
>> >> Talvez eu esteja errado... bom... estamos aqui pra isso...
>> >> Qualquer coisa podem me corrigir...
>> >>
>> >>
>> >
>> > Tem razão Danilo... nesse vai e vem de máscara eu misturei tudo...
>> > Obrigado pela dica
>>
>> Senhores,
>>
>> Nessa confusão de máscara percebi o seguinte... no meu firewall a
>> máscara estava 0x, ou seja 255.255.255.255 e tudo funcionava
>> PERFEITO!
>>
>> O Danilo me deu a sugestão de colocar 0xff00 (255.255.255.0), fiz a
>> regra a noite... testei algumas vezes, tudo normal (como só tinha meu pc
>> ligado bateu os 500k)... no outro dia a galera inteira da empresa
>> reclamando que a internet estava uma "carroça" =)
>>
>> # usuarios administracao - 500kbps (alterei de from any para from not
>> 192...)
>> ipfw 600 add pipe 12 ip from not me to 192.168.0.0/24 not src-port
>> 5432,445,139,2,3389,4899,5900,5800 out via vr1
>> ipfw pipe 12 config bw 500Kbit/s mask dst-ip 0xff00
>>
>> Decidi então voltar para 0x
>> # usuarios administracao - 500kbps (alterei de from any para from not
>> 192...)
>> ipfw 600 add pipe 12 ip from not me to 192.168.0.0/24 not src-port
>> 5432,445,139,2,3389,4899,5900,5800 out via vr1
>> ipfw pipe 12 config bw 500Kbit/s mask dst-ip 0x
>>
>> E tudo normalizou...
>>
>> Então imaginei... quando faço uma regra para 255.255.255.0 (/24) estou
>> dizendo 500k para TODA a rede (se 2 pessoas tentar baixar, a soma das
>> mesmas não ultrapassa 500k... ou seja, fica cada uma com 250k em
>> média)... ou seja, não é por HOST... quando uso 255.255.255.255 (/32?)
>> ele controle por HOST (se as duas baixarem um arquivo, vão pegar 500k
>> CADA UMA = se tiver banda livre, claro =)
>>
>> Está correto meu entendimento?
>>
>> (sorry, mas esse cálculos de subrede me perturbam desde a época da
>> faculdade... preciso urgente fazer um CCNA =)
>>
>> --
>> Welkson Renny de Medeiros
>> Desenvolvimento / Gerência de Redes
>> Focus Automação Comercial
>> FreeBSD Community Member
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> _
> Com o Internet Explorer 8 você fica mais protegido contra ameaças da web.
> Saiba mais.
> http://go.microsoft.com/?linkid=9707132
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
Renato Maia
--
Rapidus Internet
37 3541 1418
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] squid VS rapidshare,megaupload e etc
Amigos, alguém conhece alguma solução para o cliente qdo for acessar esses sites ele sair com outro IP válido, q não seja o do proxy, pq às vz escuto uns papos na rua que dá uma %*#... " Na Internet da Rapidus é bom d+ pra abrir página, mais não dá pra fazer download... e no velox dá !" Ai c vai perguntar o kra pq q não dá pra fazer download...ele fala q toda vez q entra nakele tal de "rapidshare" aparece ERROR e nunca dá eehhe alguém já conseguiu uma solução pra isso ??? Valeu 1 Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: squid VS rapidshare,megaupload e etc
Até que saia uma solução estável do Tproxy para Freebsd... estou penssando em usar essa opção chará pelo menos para esses principais...sairem fora do proxy mais ai vai aumentar consideravelmente o consumo da Banda! Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia -- From: "Renato Frederick" <[EMAIL PROTECTED]> Sent: Monday, December 01, 2008 10:21 AM To: "'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'" Subject: [FUG-BR] RES: squid VS rapidshare,megaupload e etc > Só se voce pegar o range de IP deste pessoal e fazer uma regra antes no > seu > firewall permitindo acesso direto, sem Proxy transparente. > > > >> -Mensagem original- >> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em >> nome de João Paulo Just >> Enviada em: segunda-feira, 1 de dezembro de 2008 07:11 >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> Assunto: Re: [FUG-BR] squid VS rapidshare,megaupload e etc >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Renato Maia wrote: >> | Amigos, alguém conhece alguma solução para o cliente qdo for acessar >> esses sites ele sair com outro IP válido, q não seja o do proxy, pq às >> vz escuto uns papos na rua que dá uma %*#... " Na Internet da Rapidus >> é >> bom d+ pra abrir página, mais não dá pra fazer download... e no velox >> dá >> !" Ai c vai perguntar o kra pq q não dá pra fazer download...ele fala q >> toda vez q entra nakele tal de "rapidshare" aparece ERROR e nunca >> dá eehhe alguém já conseguiu uma solução pra isso ??? Valeu 1 >> >> Aqui acontece o mesmo. Dou IPs válidos pra todos os clientes com PPPoE >> (mpd), mas o Squid acaba atrapalhando nesse caso. A solução seria o >> tproxy pra FreeBSD, mas ainda não saiu. >> >> - -- >> João Paulo Just >> Diretor Executivo - Justsoft Informática Ltda. >> http://www.justsoft.com.br/ >> - -- >> Feira de Santana, BA, Brasil. >> +55 75 8104 8473 >> Blog: http://just.rg3.net/ >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.6 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJM6ofXL+vuN2d7ZwRAuLsAKCfz43ctN2ohQNdsYERxXqw9fSd/wCbBQBZ >> J+RWSLPR8Y0TNOpNsKQkFCM= >> =LZqW >> -END PGP SIGNATURE- >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Processos "acumulando"
Pessoal, estou enfrentando um problema aqui que já vem de muito tempo. Não sei exatamente a origem e nem sei mesmo descrever precisamente. Veja bem: 1 - Maquina 1 - Sempron 2200, 2 gb de ram, hd 250, pl. mae gigabyte. > Freebsd 6.2 - rodando NAT e firewall > Monitorando via TOP, nos primeiros dias funcionando normalmentevocê dava > um top e o processamento não passava de 0,2 % e o natd ficava mais em baixo > na fila, na segunda semana, notava-se que o processamento estava em 5 % + ou > - e o natd ja aparecia mais ou menos como o 6º processo, passado mais > alguns dias o processamento ja estava berando os 20%e o natd já assumia > a primeira posição da fila passando mais alguns dias o processamento > chegava a 60 a 70%. clientes reclamando de lentidãoe o natd ficava > no talo com 100% de processamento em primeiro da fila.. > solução, kiall -9 natd . e iniciava o natd novamente pronto > nunca mais tive problema depois q adicionei um script pra rodar todo dia 5 > hrs da manhã.mesmo assim resolvi trocar de máquina. 2 - Maquina 2 - P4 HT 3.0 ghz, 4 gb ram, hd 250, pl mae Intel server > Freebsd 7.0 - rodando NAT e firewall > exatamente a mesma coisa da primeira 3 - Maquina 3 - Dell Xeon quad, 4 gb ram, hd 250, dell 1950 III > Freebsd 7.1 amd64 - rodando NAT e firewall > exatamente a mesma coisa dos outros dois ... E acontece a mesma coisa com o Squid. as maquinas nas mesmas configurações, poré acontece o mesmo com o squid, e a maquina atual é um pouco mais parruda com 8 gb de ram ontem mesmo, estava assistindo um futebol, fui acessar um site na minha casa qdo vi tinha parado, olhei tudo, qdo dei um top no meu proxy.tava la o squid com 100% do processamento primeirao da fila e consumindo 35% do processamento total da maquina. meu link tava consumindo 10 mb no talo. olhei no grafico baixou pra 2 mb.e o trafego no proxy completamente zerado. matei o proxy iniciei de novo...e pimba...tudo na boa de novo Não sou muito entendido do assunto, mais eu queria saber se existe alguma coisa tipo um acumulo de processo, ou algo parecido, a solução é mesmo botar o treco pra matar o processo e iniciar novamente ? Ou seria alguma coisa q estou fazendo errado ? Desde já, obrigado pessoal. Ps.: exemplo CPU: 0.9% user, 0.0% nice, 10.5% system, 0.6% interrupt, 88.0% idle Mem: 1695M Active, 5549M Inact, 447M Wired, 88M Cache, 214M Buf, 135M Free Swap: 5120M Total, 29M Used, 5091M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 32597 squid 1 1040 1613M 1585M select 2 120:22 37.35% squid 826 bind7 440 67488K 26972K select 1 4:45 0.00% named 683 root1 440 22876K 980K select 3 0:27 0.00% sshd Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] TProxy em FreeBSD
Luiz, mais em relação a despempenho o Tproxy é a mesma coisa do noss proxy convencional ? Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia -- From: "Luiz Otavio O Souza" Sent: Thursday, January 29, 2009 3:47 PM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: Re: [FUG-BR] TProxy em FreeBSD >> Luiz, >> >> >> Meu proxy estava rodando a mais de 2 anos com as mesmas regras de >> firewall. >> Eu sempre usei o SKIPTO jogando pra 65000 que tem um allow ip from >> any >> to any --- a linha 65535 tem a mesma instrução porque o firewal é OPEN. > > Ademir, > > Até aqui tudo tranquilo, mas a diferença é que para fazer o tproxy > funcionar > foram necessárias duas regras, uma que direciona o trafego das estações > para > o freebsd (o proxy transparente) e a segunda que força o caminho inverso, > quando o servidor responde para o proxy ele responde para o ip do cliente > e > é essa regra que força a volta para o freebsd ao invés do cliente. > > Tudo certo se isso não quebrasse a comunicação direta do cliente com os > servidores :) > >> O fato é que todos os sites que tinham o SKIPTO (caixa, sefaz, >> rapdshare >> e o escambau) simplesmente pararam de funcionar. >> Quando eu apagava a linha do SKIP ele funcionava (sendo cacheado). > > Exatamente. > > Mas existe uma forma de contornar isso, adicione um segundo skipto, como > sugeri, para que ele jogue os pacotes de volta (entrando na interface > externa - dos servidores da caixa para os seus clientes) direto para a > sua > regra 65000, evitando que eles cheguem ao fwd. > >> O que vi como problema foi o fato do squid ter o ip da rede interna >> como >> parâmetro do squid.conf. A solução que vi foi aquela de várias instâncias >> squid rodando. >> No exemplo que vc mandou abaixo está o redirecionamendo do localhost >> e >> não do ip real. Isso é realmente funcional? > > Funciona sim, você pode colocar seu proxy no endereço 127.0.0.1:3128 e > direcionar os acessos de todas as suas redes válidas para ele. > > E se você realmente precisar você pode ter vários http_port diferentes no > mesmo squid.conf e assim você evita as várias instancias, usa uma só com > comportamentos diferentes: > > http_port 127.0.0.1:3128 transparent > http_port 127.0.0.1:3129 transparent tproxy > > Att., > Luiz > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fw: Processos "acumulando"
> Pessoal, estou enfrentando um problema aqui que já vem de muito tempo. Não > sei exatamente a origem e nem sei mesmo descrever precisamente. Veja bem: > > 1 - Maquina 1 - Sempron 2200, 2 gb de ram, hd 250, pl. mae gigabyte. > > Freebsd 6.2 - rodando NAT e firewall > > Monitorando via TOP, nos primeiros dias funcionando normalmentevocê > > dava um top e o processamento não passava de 0,2 % e o natd ficava mais > > em baixo na fila, na segunda semana, notava-se que o processamento > > estava em 5 % + ou - e o natd ja aparecia mais ou menos como o 6º > > processo, passado mais alguns dias o processamento ja estava berando os > > 20%e o natd já assumia a primeira posição da fila passando mais > > alguns dias o processamento chegava a 60 a 70%. clientes reclamando > > de lentidãoe o natd ficava no talo com 100% de processamento em > > primeiro da fila.. >> solução, kiall -9 natd . e iniciava o natd novamente pronto >> nunca mais tive problema depois q adicionei um script pra rodar todo dia >> 5 hrs da manhã.mesmo assim resolvi trocar de máquina. > > 2 - Maquina 2 - P4 HT 3.0 ghz, 4 gb ram, hd 250, pl mae Intel server >> Freebsd 7.0 - rodando NAT e firewall >> exatamente a mesma coisa da primeira > > 3 - Maquina 3 - Dell Xeon quad, 4 gb ram, hd 250, dell 1950 III >> Freebsd 7.1 amd64 - rodando NAT e firewall >> exatamente a mesma coisa dos outros dois ... > > E acontece a mesma coisa com o Squid. as maquinas nas mesmas > configurações, poré acontece o mesmo com o squid, e a maquina atual é um > pouco mais parruda com 8 gb de ram ontem mesmo, estava assistindo um > futebol, fui acessar um site na minha casa qdo vi tinha parado, olhei > tudo, qdo dei um top no meu proxy.tava la o squid com 100% do > processamento primeirao da fila e consumindo 35% do processamento > total da maquina. meu link tava consumindo 10 mb no talo. olhei no > grafico baixou pra 2 mb.e o trafego no proxy completamente zerado. > matei o proxy iniciei de novo...e pimba...tudo na boa de novo > > Não sou muito entendido do assunto, mais eu queria saber se existe alguma > coisa tipo um acumulo de processo, ou algo parecido, a solução é mesmo > botar o treco pra matar o processo e iniciar novamente ? Ou seria alguma > coisa q estou fazendo errado ? > > Desde já, obrigado pessoal. > > Ps.: exemplo > > CPU: 0.9% user, 0.0% nice, 10.5% system, 0.6% interrupt, 88.0% idle > Mem: 1695M Active, 5549M Inact, 447M Wired, 88M Cache, 214M Buf, 135M Free > Swap: 5120M Total, 29M Used, 5091M Free > > PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND > 32597 squid 1 1040 1613M 1585M select 2 120:22 37.35% squid > 826 bind7 440 67488K 26972K select 1 4:45 0.00% named > 683 root1 440 22876K 980K select 3 0:27 0.00% sshd > > > Att, > > Renato Maia > --- > Rapidus Internet > http://www.rapidus.com.br > --- > Contato: > Cel.: +55 37 8829 0369 > skype: renatopereiramaia > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] "processos Acumulando"
Pessoal, estou enfrentando um problema aqui que já vem de muito tempo. Não > sei exatamente a origem e nem sei mesmo descrever precisamente. Veja bem: > > 1 - Maquina 1 - Sempron 2200, 2 gb de ram, hd 250, pl. mae gigabyte. > > Freebsd 6.2 - rodando NAT e firewall > > Monitorando via TOP, nos primeiros dias funcionando normalmentevocê > > dava um top e o processamento não passava de 0,2 % e o natd ficava mais > > em baixo na fila, na segunda semana, notava-se que o processamento > > estava em 5 % + ou - e o natd ja aparecia mais ou menos como o 6º > > processo, passado mais alguns dias o processamento ja estava berando os > > 20%e o natd já assumia a primeira posição da fila passando mais > > alguns dias o processamento chegava a 60 a 70%. clientes reclamando > > de lentidãoe o natd ficava no talo com 100% de processamento em > > primeiro da fila.. >> solução, kiall -9 natd . e iniciava o natd novamente pronto >> nunca mais tive problema depois q adicionei um script pra rodar todo dia >> 5 hrs da manhã.mesmo assim resolvi trocar de máquina. > > 2 - Maquina 2 - P4 HT 3.0 ghz, 4 gb ram, hd 250, pl mae Intel server >> Freebsd 7.0 - rodando NAT e firewall >> exatamente a mesma coisa da primeira > > 3 - Maquina 3 - Dell Xeon quad, 4 gb ram, hd 250, dell 1950 III >> Freebsd 7.1 amd64 - rodando NAT e firewall >> exatamente a mesma coisa dos outros dois ... > > E acontece a mesma coisa com o Squid. as maquinas nas mesmas > configurações, poré acontece o mesmo com o squid, e a maquina atual é um > pouco mais parruda com 8 gb de ram ontem mesmo, estava assistindo um > futebol, fui acessar um site na minha casa qdo vi tinha parado, olhei > tudo, qdo dei um top no meu proxy.tava la o squid com 100% do > processamento primeirao da fila e consumindo 35% do processamento > total da maquina. meu link tava consumindo 10 mb no talo. olhei no > grafico baixou pra 2 mb.e o trafego no proxy completamente zerado. > matei o proxy iniciei de novo...e pimba...tudo na boa de novo > > Não sou muito entendido do assunto, mais eu queria saber se existe alguma > coisa tipo um acumulo de processo, ou algo parecido, a solução é mesmo > botar o treco pra matar o processo e iniciar novamente ? Ou seria alguma > coisa q estou fazendo errado ? > > Desde já, obrigado pessoal. > > Ps.: exemplo > > CPU: 0.9% user, 0.0% nice, 10.5% system, 0.6% interrupt, 88.0% idle > Mem: 1695M Active, 5549M Inact, 447M Wired, 88M Cache, 214M Buf, 135M Free > Swap: 5120M Total, 29M Used, 5091M Free > > PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND > 32597 squid 1 1040 1613M 1585M select 2 120:22 37.35% squid > 826 bind7 440 67488K 26972K select 1 4:45 0.00% named > 683 root1 440 22876K 980K select 3 0:27 0.00% sshd Att, Renato Maia --- Rapidus Internet http://www.rapidus.com.br --- Contato: Cel.: +55 37 8829 0369 skype: renatopereiramaia - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
