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/ >>