Re: [FUG-BR] Opensolaris "pode" acabar, qual ser á o destino do ZFS e do DTrace no FreeBSD ?
2010/4/1 Neriberto Caetano do Prado : > Peraí gente vcs estão falando do Solaris ou do OpenSolaris ? li no > http://www.osnews.com/story/23077/Solaris_No_Longer_Free que o Solaris mudou > de licença O Solaris mudou de licença e a Sun disse que não vai mais investir no OpenSolaris, ou seja, nada mais de atualizações no código do ZFS ou DTrace serão abertas. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Opensolaris "pode" acabar, qual ser á o destino do ZFS e do DTrace no FreeBSD ?
too bad! o que esperar de uma empresa que faz isto com aqueles que dependem de seus produtos!!?! Em 2 de abril de 2010 11:00, Renato Botelho escreveu: > 2010/4/1 Neriberto Caetano do Prado : > > Peraí gente vcs estão falando do Solaris ou do OpenSolaris ? li no > > http://www.osnews.com/story/23077/Solaris_No_Longer_Free que o Solaris > mudou > > de licença > > O Solaris mudou de licença e a Sun disse que não vai mais > investir no OpenSolaris, ou seja, nada mais de atualizações > no código do ZFS ou DTrace serão abertas. > > -- > Renato Botelho > - > 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] ZFS
Amigao, eu com FreeBSD 8 STABLE, e squid 3.0 + ZFS (1 disco SCSI) num Dell 1400 (antiguinho neh) Nao ficou satisfatorio, mas como falaram, O Ideia eh usar varios discos, eu por falta de hardware, nao obtive boa performance. Com UFS montando a particao com NO_ATIME, ficou melhor a performance para cache. Bom, essa foi a minha experiencia em producao, PROXY com 100 usuarios. Forte abraco. === Eduardo Wutzl Tecnólogo eduwu...@gmail.com - 11-7713-2676 Nextel ID: 82*12792 === Em 31 de março de 2010 19:29, Neriberto Caetano do Prado < neribe...@gmail.com> escreveu: > Matheus você pode passar o modelo desta gaveta de Discos ? eu vi uns vídeos > com uns produtos assim porém não achei no Brasil... > > > Em 31 de março de 2010 16:54, Matheus Cucoloto > escreveu: > > > 2010/3/25 Jean Carlos Zanuzo : > > ... > > > > > > > > Uso aqui em um servidor de Jails com um "HD BOX" ou Gaveta de Discos da > > Dell. > > > > São 8 HDS em Raidz. > > > > Para mim ficou perfeito! > > > > > > -- > > --- > > Matheus Cucoloto > > Unix Expertise > > Voip Expertise > > - > > 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] ZFS
A grande vantagem do ZFS eh nos arranjos de discos. Quanto ao futuro ZFS, nao podemos nos eskecer do HammerFS do DragonFly BSD. m3 Em 2 de abril de 2010 11:58, eduwu...@gmail.com escreveu: > Amigao, eu com FreeBSD 8 STABLE, e squid 3.0 + ZFS (1 disco SCSI) num Dell > 1400 (antiguinho neh) > Nao ficou satisfatorio, mas como falaram, > O Ideia eh usar varios discos, eu por falta de hardware, nao obtive boa > performance. > > Com UFS montando a particao com NO_ATIME, ficou melhor a performance para > cache. > > Bom, essa foi a minha experiencia em producao, PROXY com 100 usuarios. > > Forte abraco. > > === > Eduardo Wutzl > Tecnólogo > eduwu...@gmail.com > - > 11-7713-2676 > Nextel ID: 82*12792 > === > > > Em 31 de março de 2010 19:29, Neriberto Caetano do Prado < > neribe...@gmail.com> escreveu: > >> Matheus você pode passar o modelo desta gaveta de Discos ? eu vi uns vídeos >> com uns produtos assim porém não achei no Brasil... >> >> >> Em 31 de março de 2010 16:54, Matheus Cucoloto >> escreveu: >> >> > 2010/3/25 Jean Carlos Zanuzo : >> > ... >> > >> > >> > >> > Uso aqui em um servidor de Jails com um "HD BOX" ou Gaveta de Discos da >> > Dell. >> > >> > São 8 HDS em Raidz. >> > >> > Para mim ficou perfeito! >> > >> > >> > -- >> > --- >> > Matheus Cucoloto >> > Unix Expertise >> > Voip Expertise >> > - >> > 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 > -- Atenciosmente Mario Augusto Mania --- m3.bsd.ma...@gmail.com Cel.: (43) 9938-9629 Msn: ma...@oquei.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Opensolaris "pode" acabar, qual se rá o desti no do ZFS e do DTrace no FreeBSD ?
On Fri, 2 Apr 2010 11:14:37 -0300, Neriberto Caetano do Prado wrote > too bad! o que esperar de uma empresa que faz isto com aqueles que dependem > de seus produtos!!?! Como eu disse em um email anterior o capitalismo nesse mundo é tudo! Aquisições, fusões e outras coisas so genero so visam LUCRO e nada mais! É uma pena que empresas que fazem (fizeram) a diverença no opensource e freesoftware estejam fadadas à vendas desastrosas como essa! Infelismente vivemos em um mundo capitalista, sem dinheiro = sem sucesso o que na realidade não é bem verdade, mas ai são outros problemas > > Em 2 de abril de 2010 11:00, Renato Botelho escreveu: > > > 2010/4/1 Neriberto Caetano do Prado : > > > Peraí gente vcs estão falando do Solaris ou do OpenSolaris ? li no > > > http://www.osnews.com/story/23077/Solaris_No_Longer_Free que o Solaris > > mudou > > > de licença > > > > O Solaris mudou de licença e a Sun disse que não vai mais > > investir no OpenSolaris, ou seja, nada mais de atualizações > > no código do ZFS ou DTrace serão abertas. > > > > -- > > Renato Botelho > > - > > 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 -- Nilton José Rizzo 805 Informatica Disseminando tecnologias 021 2413 9786 - 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: OFF-Endereco de IP (Coisa de Maluco)
On Thu, 1 Apr 2010 02:30:38 -0300, Eduardo Schoedler wrote > ricardo.ferre...@sotechdatacenter.com.br escreveu: > > mas o bloco 192.0.0.0/24 ainda esta reservado... > > Era aí que eu queria chegar. > > Iria funcionar de qualquer jeito, independente do range de ip que > você escolher. Porém, terá de arcar com as conseguências caso algum > site não abra. > > O único problema seria caso o infeliz achasse um host que estivesse usando > justamente um ip desse range, o pacote não iria sair da rede local. > > Fora isso, beleza. > De qualquer forma, é gambiarra. Só um acrescimo que acho que vale mencionar. porque vc não póe o link de rádio como um gataway entre as duas redes, ou seja, põe um servidor de DHCP em cada lado e faça, por exemplo: matriz 10.1.0.0/16ou 198.168.1.0/24 filial 10.2.0.0/16ou 192.168.2.0/24 um gateway ligando ambas as pontas, Isso se você tem acesso as configurações das máquinas na filial e na matriz, ai fica beleza. Eu acho que você até já deve ter pensad nisso mas fica ai minha opinião. > > Acredito que o pessoal da GTER/MASOCH-L poderá te dar mais explicações. > > Sds, > > -- > Eduardo Schoedler > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Nilton José Rizzo 805 Informatica Disseminando tecnologias 021 2413 9786 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Proxy autenticado saindo por segundo link
Boa noite a todos, quero ver com vocês se é possível configurar um segundo link para sair apenas o acesso do proxy, detalhe é um proxy autenticado. Pois em proxy transparente eu tenho em produção vários servidores com mais de um link e funciona perfeitamente utilizando tcp_outgoing_address no squid e o pf. Tenho o seguinte cenário: ext_if1 = 189.XXX.XX.XXX - gateway ext_if2 = 192.168.5.1 - para sair tudo que passar pelo proxy squid.conf acl rede_local src 192.168.0.0/24 tcp_outgoing_address 192.168.5.1 rede_local pf.conf pass out on $ext_if2 route-to ($ext_if $nat_ip) from $ext_if to any pass out on $ext_if route-to ($ext_if2 $dsl_router) from $ext_if2 to any Até passa e retorna para o destino alguns pacotes na ext_if2, porém não chega abrir nenhuma página. Desde já agradeço. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF com falha ICMP
Pessoal,
Consegui resolver essa falha aumentando a banda na minha fila "pai" total
e total_out, pois ambas estavam definidas em 34Mb que e o trafego estava no
limite... por isso a mensagem de "no buffer space". Aumentei pra 80Mb
(embora eu não tenha todo esse link de saída pra internet) e alterei algumas
sysctl tbm.
# PF + ALTQ
net.inet.ip.intr_queue_maxlen=200
kern.ipc.somaxconn=512
kern.ipc.maxsockbuf=1048576
Sistema está agora 100% funcional!! Estou editando um template de PF para
Cati pra medir o trafego de cada uma das filas porque não achei pronto
nenhum :(
Valew !!
Em 23 de março de 2010 12:22, Renata Dias escreveu:
>
>
> Em 19 de março de 2010 16:34, Aline Freitas escreveu:
>
>> Renata,
>>
>>
>> Eu já fiquei com minha rede assim devido a otimizações mal feitas no
>> sysctl.conf. O que você tem nele?
>>
>> []'s
>> Aline
>>
>>
>>
>> On Mar 19, 2010, at 10:37 AM, Renata Dias wrote:
>>
>> > Caros,
>> >
>> >Encontrei varias discussões a respeito da minha dúvida, porém
>> > nenhuma
>> > com solução!
>> >
>> > Eu ativo o pf e a rede passa a responder com "No buffer space
>> > available".
>> > Testei algumas opções que encontrei na internet, como: set limit
>> > { states
>> > 10, src-nodes 10, frags 5000 } , porém sem
>> > sucesso.
>> >
>> > Segue meu pf.conf
>> >
>> > if_wan_upload="em0"
>> > if_lan_download="em1"
>> >
>> > table { 192.168.0.0/24, 10.0.10.0/24 }
>> >
>> > altq on $if_wan_upload hfsc bandwidth 100% queue total_out
>> > queue total_out bandwidth 34Mb hfsc(upperlimit 34Mb) { ping_out
>> > voip_out
>> > dns_out http-https_out pop_out smtp_out ssh_out outros_out p2p_out }
>> > queue ping_out bandwidth 6% priority 9 hfsc(upperlimit 100%
>> > realtime 6%
>> > ecn red)
>> > queue voip_out bandwidth 5% priority 8 hfsc(upperlimit 100%
>> > realtime 5%
>> > ecn red)
>> > queue dns_out bandwidth 2% priority 7 hfsc(upperlimit 100% realtime
>> > 2% ecn
>> > red)
>> > queue http-https_out bandwidth 60% priority 6 hfsc(upperlimit 100%
>> > realtime 60% ecn red)
>> > queue ssh_out bandwidth 2% priority 5 hfsc(upperlimit 100% realtime
>> > 2% ecn
>> > red)
>> > queue smtp_out bandwidth 5% priority 4 hfsc(upperlimit 100%
>> > realtime 5%
>> > ecn red)
>> > queue pop_out bandwidth 5% priority 3 hfsc(upperlimit 100% realtime
>> > 5% ecn
>> > red)
>> > queue outros_out bandwidth 10% priority 2 hfsc(upperlimit 95%
>> > realtime 10%
>> > ecn red default)
>> > queue p2p_out bandwidth 5% priority 1 hfsc(upperlimit 80% realtime
>> > 5% ecn
>> > red)
>> >
>> > altq on $if_lan_download hfsc bandwidth 100Mb queue total
>> > queue total bandwidth 34Mb hfsc(upperlimit 34Mb) { ping voip dns
>> > http-https
>> > ssh smtp pop outros p2p }
>> > queue ping bandwidth 6% priority 9 hfsc(upperlimit 100% realtime 6%
>> > ecn
>> > red)
>> > queue voip bandwidth 5% priority 8 hfsc(upperlimit 100% realtime 5%
>> > ecn
>> > red)
>> > queue dns bandwidth 2% priority 7 hfsc(upperlimit 100% realtime 2%
>> > ecn
>> > red)
>> > queue http-https bandwidth 60% priority 6 hfsc(upperlimit 100%
>> > realtime
>> > 60% ecn red)
>> > queue ssh bandwidth 2% priority 5 hfsc(upperlimit 100% realtime 2%
>> > ecn
>> > red)
>> > queue smtp bandwidth 5% priority 4 hfsc(upperlimit 100% realtime 5%
>> > ecn
>> > red)
>> > queue pop bandwidth 5% priority 3 hfsc(upperlimit 100% realtime 5%
>> > ecn
>> > red)
>> > queue outros bandwidth 10% priority 2 hfsc(upperlimit 95% realtime
>> > 10% ecn
>> > red default)
>> > queue p2p bandwidth 5% priority 1 hfsc(upperlimit 80% realtime 5%
>> > ecn red)
>> >
>> > pass in quick on $if_wan_upload proto icmp from to
>> > any keep
>> > state queue ping_out
>> > pass in quick on $if_lan_download proto icmp from to
>> > any keep
>> > state queue ping
>> >
>> > pass in quick on $if_wan_upload proto { tcp, udp } from
>> > to
>> > any port 53 keep state queue dns_out
>> > pass in quick on $if_lan_download proto { tcp, udp } from
>> > to
>> > any port 53 keep state queue dns
>> >
>> > pass in quick on $if_wan_upload proto tcp from to any
>> > port {
>> > 80, 443 } keep state queue http-https_out
>> > pass in quick on $if_lan_download proto tcp from to
>> > any port
>> > { 80, 443 } keep state queue http-https
>> >
>> > pass in quick on $if_wan_upload proto tcp from to any
>> > port
>> > 110 keep state queue pop_out
>> > pass in quick on $if_lan_download proto tcp from to
>> > any port
>> > 110 keep state queue pop
>> >
>> > pass in quick on $if_wan_upload proto tcp from to any
>> > port 25
>> > keep state queue smtp_out
>> > pass in quick on $if_lan_download proto tcp from to
>> > any port
>> > 25 keep state queue smtp
>> >
>> > pass in quick on $if_wan_upload proto tcp from to any
>> > port 22
>> > keep state queue ssh_out
>> > pass in quick on $if_lan_download proto tcp from to
>> > any port
>> > 22 keep state queue ssh
>> >
>> >
>> >
>> > --
>> > Renata Dias
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>>
