[FUG-BR] Tradução do Porters Handbook finalizada

[Edson Brandi]

Boa noite pessoal,

Finalizamos hoje a tradução do Porters Handbook para o português, e o
mesmo já se encontra no repositório de SVN do FreeBSD.

O documento está disponível em:

https://www.freebsd.org/doc/pt_BR.ISO8859-1/books/porters-handbook/

O próximo livro a ser traduzido será o Handbook, e gostaria de
convidá-los a colaborar com o esforço de tradução.

Mesmo que você só tenha 10 minutos por dia para ajudar, saiba que você
pode fazer a diferença para o sucesso do projeto.Que tal retribuir um
pouco de tudo que o FreeBSD já fez por você ou pela sua empresa?

Para maiores informações sobre como contribuir, visite o site do
projeto de tradução:

http://doc.fug.com.br

[  ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Status Update Sobre o esforço de tradução da documentação oficial para pt_BR - 1.o Mês

[Edson Brandi]

Boa tarde pessoal ,

O Status Update sobre o resultado obtido no primeiro mês do esforço de
tradução da documentação oficial do FreeBSD para o Português
Brasileiro esta disponível em:

https://doc.fug.com.br/status-update-14-09/

Se você é um usuário do FreeBSD considere a possibilidade de retribuir
um de volta um pouco do que o sistema já fez por você ajudando no
esforço de tradução!

Qualquer pessoa com 5 a 10 minutos por dia de tempo livre pode fazer a
diferença!

Bom final de semana a todos.

[  ]'s Brandi
--
Edson Brandi

OpenPGP Key: 0x209E9B54FFD3035B
443B 5363 564F 06C3 EA54  9482 209E 9B54 FFD3 035B
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] lista

[Edson Brandi]

O servidor passou por uma migração de datacenter até onde tenho
conhecimento, e ficou off por alguns dias.

Brandi

2018-09-13 3:56 GMT-03:00 Luiz Gustavo S. Costa
:
> No dia 10 de setembro de 2018 às 15:12, Márcio Luciano Donada <
> mdon...@gmail.com> escreveu:
>
>> Grupo está fora novamente?
>> --
>> _
>> Márcio Luciano Donada
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
> Bom dia !
>
> To por aqui e recebendo... é que o email está ficando pra trás.. o pessoal
> tem usado o Telegram, veja em:
>
> https://t.me/fug_br
>
> Abraço !
>
>
> --
> Luiz Gustavo Costa
> http://www.luizgustavo.pro.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
[  ]'s Brandi
--
Edson Brandi

OpenPGP Key: 0x209E9B54FFD3035B
443B 5363 564F 06C3 EA54  9482 209E 9B54 FFD3 035B
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Novo esforço de tradução da documentação do FreeBSD para pt_BR

[Edson Brandi]

Pessoal,

O Danilo Baio (db...@freebsd.org) está animado para retomar o projeto
de tradução da documentação do FreeBSD para o Português do Brasil, e
eu vou tentar ajudar no que conseguir :)

Desta vez para tentarmos simplificar o processo ao invés de
trabalharmos com SGML, algo que para muitos era um impeditivo, iremos
utilizar o recurso de po files do gettext
(https://www.gnu.org/software/gettext/manual/html_node/PO-Files.html).

Esta forma de trabalho não era suportada pelo Projeto de Documentação
do FreeBSD da ultima vez que temamos reiniciar o projeto, e tenho
certeza que o seu uso vai tornar MUITO mais simples o processo de
tradução, pois poderemos utilizar por exemplo plataformas de tradução
como o Zanata, está plataforma de tradução é usada por diversos
projetos (openstack, pfsense, etc).

Tem anos que não movimentamos a lista do projeto Doc-Br
(d...@fug.com.br - ) , como temos no momento 70 pessoas inscritas que
um dia se interessaram em ajudar gostaria de convidar a todos para se
juntarem a nós nesta nova aventura :)

Aqueles que não tiverem interesse sugiro que cancelem a inscrição na
lista pela url:

http://www.fug.com.br/mailman/listinfo/doc

Atenção: Estou fazendo um cross post desta mensagem na FUG BR, para o
caso de algum dos quase 1100 membros inscritos tenha interesse em
ajudar, como não vamos tratar da tradução da lista principal ,
recomendo que se inscrevam na lista de documentação.

Para aqueles que quiserem apenas acompanhar a evolução da tradução,
vcs poderão fazê-lo pelo github:

https://github.com/doc-br/freebsd-doc-br

Em breve iremos divulgar qual a ferramenta WEB que iremos utilizar
(ainda não esta fechado que será o Zanata, apesar de ser a mais
provável) , nela mesmo aquelas pessoas que tiverem tempo para traduzir
apenas 1 paragrafo por dia, poderão contribuir sem se preocupar com
SGML :)

Para quem não conhece o Zanata, segue a url criada pelo Danilo:

https://translate.zanata.org/project/view/FreeBSD

-- 
[  ]'s Brandi

OpenPGP Key: 0x209E9B54FFD3035B
443B 5363 564F 06C3 EA54  9482 209E 9B54 FFD3 035B
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Histórico da Lista Regerado

[Edson Brandi]

Bom dia pessoal,

Adicionei ao histórico da lista as mensagens que estavam faltando de
Abril de 2001 a Maio de 2006, agora o histórico esta completo.

O mecanismo de busca anterior era o Namazu, não vou reativa-lo. O
google vai indexar o histórico dentro de alguns dias será possível
pesquisar as mensagens por lá :)

-- 
[  ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Historicos da Lista

[Edson Brandi]

Paulo,

Vc esta olhando no lugar errado...

O URL correto está listado em www.fug.com.br:

https://www.fug.com.br/historico/html/freebsd/

Eu ainda não reativei a indexação do histórico... está na minha lista de 
pendências para os próximos dias.

[ ]’s Brandi

Em 24 de fev de 2018, à(s) 10:13, Paulo Henrique  
escreveu:

> Saudações,
> 
> Estou procurando uma thread em que o Patrick Tracanelli explica
> detalhadamente as diferenças na forma de tratamento dos recursos de
> gerenciamento de memoria fisica e de swap entre o FreeBSd e o Linux assim
> como faz uma breve abordagem ao schenduler ULE, é uma thread que ocorreu
> por volta de 2011/2012 ao que recordo, através do google não achei, e
> quando fui ver diretamente no historico da Lista o mesmo só tem de dois
> meses Junho e Maio de 2006, o historico da lista da FUG-BR foi perdido ?
> 
> http://www.fug.com.br/pipermail/freebsd/
> 
> Att. Paulo Henrique.
> 
> -- 
> :UNI> Paulo Henrique.
> Fone: (21) 37089388.
> -
> 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] [Offtopic] Vagas de SysAdm e Devops no RJ

[Edson Brandi]

Pessoal,

Em primeiro lugar desculpem-me pelo offtopic, mas aproveitando que a
lista voltou a funcionar estou enviando abaixo algumas vagas que tenho
na minha equipe.

Apesar das minhas vagas não serem vagas para trabalhar com FreeBSD
propriamente dito, é um tema que pode interessar para algumas pessoas.

Mas voltando ao assunto, a pouco mais de 2 meses assumi o desafio de
liderar a área de Infraestrutura da Stone Pagamentos
(http://www.stone.com.br/), uma das fintechs que mais cresce no Brasil
e que já é a 4a maior adquirente do Brasil.

Se você ainda não conhece a Stone convido-o a conhecer um pouquinho da
nossa forma de pensar através do nosso manifesto, assistindo ao vídeo
https://www.youtube.com/watch?v=oq8h5VUnwzU

Se você se identificou com os nossos valores, saiba que estamos
buscando profissionais de tecnologia para se juntarem a nós no desafio
de mudar o mercado brasileiro de pagamentos!

No momento tenho aproximadamente 40 vagas na minha equipe, sendo:

* 21 vagas para profissionais com experiência em automação de
infraestrutura (Devops) - Buscamos profissionais com conhecimento em
Ansible, Chef, Puppet, Foreman, Terraform, CloudForms, Packer,
OpenShift, dentre outras.  Estes profissionais irão atuar perto dos
times de desenvolvimento entendendo suas rotinas e trabalhando com o
objetivo de melhorar a qualidade de deploy de aplicações de forma
automatizada.

* 17 vagas para profissionais com experiência em administração de
sistemas (SysAdmin) - Buscamos profissionais com conhecimento em
Linux, FreeBSD, Windows, VMware, Openstack, Microsoft Azure, Amazon
AWS, Google Cloud, dentre outras. Estes profissionais irão atuar na
gestão dos nossos servidores e data centers, garantindo a
disponibilidade, estabilidade, escalabilidade dos nossos ambientes e
aplicações.

Observações:

- Para as funções acima tenho vagas que vão de nível Junior ao de especialista.

- Também tenho algumas vagas para estagiários que não estão
contabilizadas nos números acima :)

- Todas as vagas são para contratação em regime CLT e os profissionais
ficarão alocados na cidade do Rio de Janeiro.

Caso tenha interesse em fazer parte da minha equipe, por favor enviar
seu CV para flavia.alen...@stone.com.br

[  ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Lista voltou à ativa?

[Edson Brandi]

Usa o link:

https://t.me/fug_br

[ ]’s Brandi

Em 15 de fev de 2018, à(s) 18:19, Frederico Terra Boechat  
escreveu:

> Opa
> 
> Grupo no telegram?
> 
> Como entro?
> 
> Frederico Boechat 
> 
> 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Lista voltou à ativa?

[Edson Brandi]

A lista estava com problemas no mailman...

Como eu estava sem acesso SSH ao servidor só me dei conta ontem que estava com 
problemas...

Eu estava sem tempo de acompanhar a lista e os outros administradores pelo 
visto também não tinham reparado no Problema.

Eu sei... é imperdoável levar 8 meses pra perceber, mas acabou acontecendo... 

não vai se repetir, seria vergonhoso a lista “morrer” assim depois de quase 18 
anos de existência :(

[ ]’s Brandi

Em 15 de fev de 2018, à(s) 11:46, Eduardo Schoedler  
escreveu:

> Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:
>> Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
>> escreveu:
>> 
>>> Pelo visto a lista voltou a funcionar! \o/
>>> 
>>> Parabéns ao admin =D
>>> 
>> 
>> Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
>> interesse no assunto :(
> 
> Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
> essa noite.
> 
> --
> Eduardo Schoedler
> -
> 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] Teste do Servidor

[Edson Brandi]

Favor ignorar, testando a configuração do mailman :)

Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] [Offtopic] Tenho vagas para Sysadm :)

[Edson Brandi]

Bom dia pessoal,

Desculpem me pelo offtopic, mas acho que o tema pode interessar
algumas pessoas da lista.

Estou com 6 vagas de Administrador de Sistemas JR e PL aqui na minha
equipe aqui na FS.

Vocês podem conhecer mais sobre a empresa no URL
http://www.fs.com.br/, e na nossa pagina no linkedin -
https://www.linkedin.com/company/fs

Se tiverem interesse de participar do seletivo, basta me enviarem o
currículo que encaminharei ao RH.

-- 
[  ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Livro Brasileiro de FreeBSD] Segunda edição

[Edson Brandi]

2013/11/1 mantunes 

> Edson,
>
> Pq vc não vende via saraiva digital ? tenho muitos livros ebook
>

Marcio, eu não sou o autor do livro ;)

[  ]'s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Livro Brasileiro de FreeBSD] Segunda edição

[Edson Brandi]

Em 1 de novembro de 2013 12:16, Gustavo Freitas escreveu:

> só está disponivel para kindle ??
>

Gustavo,

Se você não tem um tablet, vc pode ler os livros que compra para kindle
usando seu browser vistando o url https://read.amazon.com. Funciona no
Chrome, Firefox e Safari.

[  ]'s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Livro Brasileiro de FreeBSD] Segunda edição

[Edson Brandi]

Que bom Lippe que aceitaram a minha sugestão de publicar em ebook :)
Já comprei a minha cópia e farei um review depois que terminar de ler.
Mais uma vez parabéns pelo material.

Edson


Em 30 de outubro de 2013 15:23, Lippe  escreveu:

> Caros,
>
> Estou repassando a mensagem do Denis sobre o Livro de FreeBSD. Quem
> precisar entrar em contato, pode falar comigo ou diretamente no email dele
> mencionado logo abaixo.
>
>
> -- Forwarded message --
> From: Denis Souza 
>
> Pessoal,
>
>
> Quando começamos a escrever o livro “*FreeBSD: O Poder dos Servidores em
> Suas Mãos*” pela editora Novatec em 2009, não tínhamos como imaginar o que
> aconteceria. Nossa ideia era tentar fazer um bom trabalho e fazer algo que
> conseguisse ajudar as pessoas. Lembro que o livro se desenhou nos
> bastidores de um ônibus em direção à Avenida Paulista na cidade de São
> Paulo.
>
> Depois de escrever neste ônibus o projeto do livro, a editora Novatec
> aceitou o projeto e ajudou a criar a obra. Recordo que foram investidos 2
> anos dedicados a compor algo que tinha uma boa qualidade e que fizesse
> sentido compartilhar com os usuários de FreeBSD, mas que fosse também
> aplicado a outros sistemas operacionais. Graças a Deus encontrei uma esposa
> com paciência para os desafios de TI (coisa muito rara hoje em dia!). Para
> a minha surpresa, foi uma grande alegria a boa aceitação do livro e os
> fantásticos comentários que recebo até hoje. Mas com o tempo, os exemplares
> acabaram e os pedidos de novos exemplares continuavam a chegar.
>
> O tempo passou e o livro precisou ser atualizado para acompanhar a evolução
> do FreeBSD, mas me encontrei cercado de trabalho. Os filhos chegaram e
> ficou complicado trabalhar nas madrugadas como na primeira edição. Foi
> neste momento que conversando com o Felippe Motta (Lippe) entendi que era a
> hora de arregaçar as mangas e retomar o trabalho.
>
> Com a ajuda do Felippe, conseguimos montar uma ótima equipe para revisar o
> livro e atualizar seu conteúdo. Contamos com o auxílio de pessoas
> fantásticas como o Thomas Abthorpe (importante membro da comunidade
> FreeBSD), Vinícius Zavam, Victor Detoni e Wellington Luiz.
>
> O Vinicius nos forneceu uma visão bem ampla do potencial oferecido pelo
> FreeBSD, descrevendo diversos serviços que podem ser implementados na
> versão 9.0. Uma das maiores novidades do seu texto foi a integração de
> dispositivos existentes no mundo Apple. O Victor teve uma importante
> contribuição ampliando o texto com as visões do OpenBGP e Quagga
> customizados para o FreeBSD. Já o Wellington teve a paciência para refazer
> e atualizar a visão do MSF (Metasploit Framework). Já o Felippe trabalhou
> um conteúdo especial que guia o leitor na tarefa de como contribuir com a
> comunidade do FreeBSD.
>
> Mas quando livro ficou pronto recebemos o comunicado da editora Novatec
> informando que as livrarias estavam querendo livros com outro temas
> (virtualização, Android, etc) e não mais livros falando de FreeBSD. Assim,
> tive que procurar outros caminhos para colocar o livro  disponível. Foi
> neste momento que alguns leitores indicaram a Amazon e a Apple. Decidi pela
> Amazon pelas possibilidades e pelo modelo mais maduro. Vejo hoje que
> trabalhar com a Amazon tem sido um maravilhoso desafio. Tivemos que
> investir um pouco mais de tempo para adaptar o template, que não estava
> pronto para o formato ebook da Amazon. Praticamente tive que refazer todo o
> trabalho de edição e adaptação, entendendo como o livro poderia ser lido em
> Notebook, iPads, Tablets e dispositivos Kindle. Acredito que temos ainda
> muito a melhorar e acredito que vamos melhorá-lo.
>
> Navegando na página do livro na Amazon, vemos uma pequena amostra do livro
> (apresentação, agradecimentos, prefácio, índice, capítulo 1 e uma boa parte
> do capítulo 2). Esta amostra pode ser baixada para avaliação no endereço
> seguinte:
>
>   *
>
> http://www.amazon.com/FreeBSD-Servidores-Portuguese-Edition-ebook/dp/B00FFZOE8Y/
> *
>
> Na minha opinião, uma das grandes vantagens do ebook é deixar o autor com a
> possibilidade de atualizar o livro e distribuir a nova versão sem custos
> para os leitores que já o compraram. Isto dá flexibilidade e possibilita ao
> leitor ter uma versão sempre atualizada para ser vista em celulares,
> tablets, notebooks e PCs.
>
> Veja que se olharmos o livro de forma macro, podemos dizer que é impossível
> fazer um bom trabalho sem a participação dos leitores. Assim, saiba que a
> sua opinião é muito importante para a melhoria deste projeto e quero que
> você se sinta parte deste sonho, porque você é realmente parte deste
> projeto e não poderia dizer o contrário. Quero convidá-lo a contribuir, a
> comentar e a melhorar o conteúdo deste livro!
>
>
> Forte abraço,
> Denis
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
[  ]'s Edson
--

OpenPGP Key: 0xA5C45

Re: [FUG-BR] Finalmente o Brasil tem um committer no src novamente

[Edson Brandi]

Parabéns Loos :)
Mais que merecido!

[]'s Edson

Em 3 de julho de 2013 11:19, Renato Botelho  escreveu:

> Depois de muitos anos sem nenhum brasileiro com commit bit no src, temos
> novamente um representante. :)
>
> http://svnweb.freebsd.org/base?view=revision&revision=252567
>
> Parabéns loos pelo trampo que vem fazendo no projeto!!!
>
> []s
> --
> Renato Botelho
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD 9.0-RELEASE Congelando

[Edson Brandi]

Em 18/04/2013, às 09:39, Bruno Oliveira  escreveu:

> Bom dia,
> 
> Tenho uma servidor virtualizado com FreeBSD 9.0-RELEASE* e estou passando
> por um problema estranho. Todo dia entre 08:00 e 09:00 horas o servidor
> congela, reinicio e volta ao normal.
> 
> No ambiente do ESXi não mostra nenhum overflow de CPU/Memória/Disco.
> 
> Qual arquivo de registro tenho que analisar para tentar entender o que está
> acontecendo? Neste servidor tenho qmail, vpopmail, apache, mysql,
> roundcube, spamassasim e clamav.
> 
> *FreeBSD mail.domain.local 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3
> 07:15:25 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
> i38

Bruno,

Ocorre todos os dias sempre no mesmo horário?

Já verificou o cron/at se não tem algum job la que possa explicar o 
comportamento?

Isso me fez lembrar de um amigo que cuidava de um CPD de uma pequena empresa a 
muitos anos atrás e que uma vez reclamou de algo parecido.
Todo dia por volta das 3 da tarde um dos servidores parava de responder e 
quando ele ia olhar a maquina havia rebootado. 
Depois de semanas de investigação sem sucesso ele decidiu colocar uma webcam 
monitorando o console da máquina e só ai ele descobriu a causa :)
A nova moça da limpeza vinha todo dia no mesmo horário limpar a sala e tirava o 
servidor da tomada para ligar o aspirador de pó :D

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Cadastro na lista de Discussão - Erro de Certificado.

[Edson Brandi]

Em 10/04/2013, às 09:37, Paulo Henrique - BSDs Brasil  
escreveu:

> Saudações,
> 
> Um companheiro aqui da empresa tentou se cadastrar na lista de discussão 
> e ao submeter o formulário o mesmo não é completado devido a falha no 
> certificado, com data expirada e auto-assinado.
> 
> Há algum outro procedimento para se cadastrar na lista ?

Paulo,

Ele pode acessar por http no url:

http://www.fug.com.br/mailman/listinfo/freebsd

O fato do certificado estar expirado e auto assinado não deveria impedir ele de 
conseguir postar o formulário.

[]'s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Digest freebsd, volume 83, assunto 35

[Edson Brandi]

Em 20/02/2013, às 14:13, Paulo Cavalcanti  escreveu:

> Já existe o ##freebsd-br na Freenode, mas não é a mesma coisa. O IRC está
> praticamente morto no Brasil…

O canal ##FreeBSD-Br da Freenode  até que tem uma boa média de pessoas online, 
continua sendo uma forma rápida de conseguir ajuda para resolver alguma duvida, 
ou mesmo para bater papo com os amigos :)

Eu diria que atualmente nem as listas de discussão são como antigamente… 

Hoje em dia muito do que se discutia no passado em listas migrou para forums 
web ou mesmo para grupos nas redes sociais :/

[ ]'s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Artigo na BSD Magazine

[Edson Brandi]

Em 29/01/2013, às 23:07, Carlos Eduardo G. Carvalho (Cartola) 
 escreveu:

> Oi pessoal,
> 
> saiu um artigo meu na BSD Magazine  de janeiro (a
> última): "Immersive 360×180° Panoramic Photography in BSD".
> 
> Abs,
> 
> Carlos E G Carvalho (Cartola)

Parabéns Cartola :) , espero que seja o primeiro de muitos heim ;)

[]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Off-Topic: Livro gratuito :)

[Edson Brandi]

Amigos,

Em primeiro lugar, peço desculpas pelo off-topic, prometo ser breve.

Sempre achei que algum dia se eu publicasse um livro ele seria sobre FreeBSD, 
mas por ironias do destino eu publiquei meu primeiro livro no final da ultima 
semana, e não é um livro sobre FreeBSD, mas sim um livro sobre como publicar um 
livro :)

O nome do livro é: 

"Kindle: Como formatar e publicar seu livro - Um guia passo a passo para 
iniciantes"
https://www.amazon.com.br/dp/B00AWMLO3S

Nele eu abordo de uma forma bem prática todas as etapas envolvidas na 
publicação de um livro pela plataforma de publicação direta da Amazon tais 
como, a formatação do documento original, o processo de conversão para e-book, 
a criação e configuração da conta na plataforma da Amazon e a publicação do 
livro em si. Os anexos do livro falam rapidamente sobre o processo de obtenção 
de um ISBN e do registro da sua obra junto ao escritório de direitos autorais.

É um livro pequeno, se impresso o livro teria algo perto de 120 páginas e ao 
todo possui mais de 80 figuras, que ilustram passo a passo cada uma das etapas.

Escrevi o material com o objetivo de ajudar meu sogro a formatar os livros que 
ele já publicou em papel e que pretende publicar como e-book, como achei que o 
tema poderia interessar a outras pessoas decidi publicá-lo.

Como hoje é o dia do leitor o livro pode ser baixado gratuitamente na loja da 
Amazon pela URL acima.

Se tiverem interesse de ler, eu adoraria receber seus comentários e/ou 
criticas, e quem sabe até um review na página da Amazon :)

Feliz dia do leitor!

[]'s Edson
ebra...@freebsd.org

signature.asc
Description: Message signed with OpenPGP using GPGMail
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Digest freebsd, volume 80, assunto 56

[Edson Brandi]

Em 22/11/2012, às 00:47, Marcelo Araujo  escreveu:

> Porém, se você realmente quer fazer um FORK do PFSense, inicie com uma
> proposta de coisas diferentes e inovadoras que não existem no PFSense,
> novas features e etc.
> 
> Grande Abraço!
> -- 
> Marcelo Araujo

Tem muita coisa que poderia ser implementada como melhoria no pfsense.

Por exemplo, a parte de balanceamento de trafego pode ser melhorada, hoje você 
pode ter uma configuração de failover, de peso, e de peso + failover.

Faz falta por exemplo a possibilidade de ter uma regra de balanceamento com 
overflow, principalmente nos casos em que os links disponíveis são muito 
diferentes.

Imagine por exemplo um usuário com um link de 20 Mbps e um link backup de 2 
Mbps, você pode até configurar para o link de 2 Mbps ter peso 1 e o de 20 Mbps 
ter peso 10, porém vão ter situações em que vc não vai querer usar o link menor 
por uma serie de motivos (latência por exemplo).

Se você pudesse ter uma regra de balanceamento na qual vc definisse o link de 
20Mbps como prioritário e quando o mesmo atingisse um percentual X de ocupação 
você começaria a transbordar o trafego para o link menor, fazendo uso dele 
somente em situações muito especificas como num download em multipart por 
exemplo.

Outra coisa que eu acho que pode ser útil é criar um modulo para o pfsense para 
melhorar as opções que ele oferece para fazer balanceamento de tarfego para 
servidores distribuídos, talvez pegar por exemplo funcionalidades de scripts 
isolados, como por exemplo:

https://github.com/ebrandi/route53-failover

E transformar num módulo para o pfsense.

[ ]'s Brandi

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Link executável com biblioteca .a do Linux no FreeBSD

[Edson Brandi]

Em 18/11/2012 15:38, Otacílio escreveu:
> Alguém sabe se é possível linkar essa biblioteca .a do Linux com o
> código compilado no FreeBSD?

Otacilio,

Não acredito que seja possivel linkar uma biblioteca compilada no Linux
durante a compilação de um aplicativo nativo do FreeBSD.

Acho que você vai ter que compilar o aplicativo todo no Linux, e usar o
resultado final sob emulação no FreeBSD :/

[  ]'s Edson

Edson Brandi - ebra...@freebsd.org
FreeBSD Documentation Committer

The FreeBSD Documentation Project
FreeBSD Brazilian Portuguese Documentation Project - http://doc.fug.com.br

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Security Incident on FreeBSD Infrastructure

[Edson Brandi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Em 18/11/2012 11:25, d4n1 escreveu:
> Como foi um servidor legado como mencionado, quem está usando a
> última versão (estou usando o rc3) e atualizou via freebsd-update e
> portsnap como eu possa está um pouco mais seguro. Mas é bom deixar
> terminarem de auditar a árvore dos ports. Vou atualizar miha base
> do portaudit e scanear meus ports. Valeu grande!

Daniel,

Não entenda "servidor legado" como sendo um servidor que não era mais
utilizado ou que era utilizado apenas para compialação de versões
antigas de pacotes, entenda como um servidor antigo do cluster de
compilação de pacotes.

Chamei de legado devido ao fato de que já há alguns meses os
servidores do cluster vem sendo migrados e reinstalados, justamente
para ter uma melhor separação dos serviços e uma maior segurança, os
servidores que ainda não foram reconstruidos são ~servidores legados~

Mesmo estando rodando a versão RC3, se você instalou obtendo o source
pelo CVS (cvsup, csup, etc), é bom seguir as recomendações que foram
publicadas em:

http://www.freebsd.org/news/2012-compromise.html

Como dizem, o seguro "morreu de velho"...

Se você instalou/atualizou a partir de uma fonte binária, ou então
obtendo o source pelo SVN pode ficar tranquilo.

[  ]'s Edson

Edson Brandi - ebra...@freebsd.org
FreeBSD Documentation Committer

The FreeBSD Documentation Project
FreeBSD Brazilian Portuguese Documentation Project - http://doc.fug.com.br

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (MingW32)

iQEcBAEBAgAGBQJQqOPuAAoJEO49BRlAkRPXsi4H/0+BVP7nbfefkWlZ1W4+OYN5
OAQCDZuPnuOGq712DGu6bjtdDQ0hRuiKbxheCJX6iOHpFT4ukqOikpotzT/PFpnf
u6yBc4iwOsK5MzfRfbGvfe7Z3+yBjGSo8yH5u7mXnlc+p0z3z/AZxBTgeR5NOUXb
gd5LwGKrJJES7oNBAfcI6Zto2exX+EZCa0vXjTAPmAmIsGsN1DEAA56UZUbrD5ew
u6l4l6nT60EKOlDYDfJidDezp40P9CrBtNMjDmtfi/h4E7dSFGKa8cmi5Yutu/yG
Weljj7LbNYcVfq2uFrhRa2bJozcu6wfHU0yBabgYdjCl5LpV1v1Q0ddAYnOLPTg=
=/DFX
-END PGP SIGNATURE-
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Autenticando com SmartCard no SSH (era: Security Incident on FreeBSD Infrastructure)

[Edson Brandi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Em 18/11/2012 09:28, Otacílio escreveu:
>> Mas voltando ao tópico, todas as informações sobre o incidente
>> estão sendo disponibilizadas no url:
>> 
> 
> Edson, e qual o leitor que você está usando?

Eu utilizo um Omnikey Cardman 3201 e um Gemalto IDBridge CT30, ambos
funcionam muito bem no FreeBSD.

Segue um howto rapido :)

Você vai precisar instalar o gnupg pelo ports, e terá de habilitar o
suporte ao scdaemon e ao pinentry-curses.

Depois de instalar basta executar o scdaemon:

# /usr/local/bin/scdaemon --daemon

Para testar se o seu sistema está lendo o smartcard basta executar:

# gpg --card-status

Ele deve listar os dados das suas chaves armazenadas no smartcard.

Para configurar o sistema para usar o smartcard para autenticar sua
sessão ssh, vc precisa configurar o gpg-agent, para isso vc deve executar:

# gpg-agent --daemon --scdaemon-program /usr/local/bin/scdaemon
- --write-env-file --use-standard-socket --default-cache-ttl 600
- --enable-ssh-support --default-cache-ttl-ssh 600

O output do comando acima vai listar 3 variaveis de ambiente que vc
precisa setar para que o ssh consiga falar com o gpg-agent, observe
que uma delas precisa do PID do gpg-agent, logo isso vai mudar a cada
vez que vc iniciar o daemon:

Se você usa bash, a forma mais facil de fazer isso é usar um:

eval `gpg-agent --daemon --scdaemon-program /usr/local/bin/scdaemon
- --write-env-file --use-standard-socket --default-cache-ttl 600
- --enable-ssh-support --default-cache-ttl-ssh 600`

no seu ~/.bashrc :)

Para listar e adicionar as chaves disponiveis para uso com o SSH no
smartcard use um:

# ssh-add -l

Para exportar a chave publica do cartão para por adicionar ao
~/.ssh/authorized_keys da maquinas que quiser acessar, use um:

# ssh-add -L

Agora é so fazer o ssh para a maquina desejada, o sistema irá
apresentar um prompt em "curses" solicitando o seu PIN, o qual pode
ser uma senha com letras, numeros, caracteres especiais, etc. Você não
está limitado a um pin numerico.

Se precisar ver como gerar as chaves no smartcard, de uma olhada no
post do beu blog:

http://blog.ebrandi.eti.br/2010/11/como-configurar-um-smartcard-gnupg-passo-a-passo/

O procedimento para uso com o putty está em:

http://blog.ebrandi.eti.br/2010/11/o-uso-do-gnupg-smartcard-para-autenticacao-two-factor-no-openssh-usando-putty/

Se optar por usar outro smartcard que não o do openpgp, vc vai
precisar de um driver diferente para usá-lo no putty, as duas outras
opções que conheço estão nos links abaixo:

http://www.risacher.org/putty-cac/
http://www.joebar.ch/puttysc/

Como eu nunca usei outros smartcards com o FreeBSD não sei dar
detalhes de como configurar o pcsc-lite e o ccid :/

Espero ter ajudado

- -- 
[  ]'s Edson

Edson Brandi - ebra...@freebsd.org
FreeBSD Documentation Committer

The FreeBSD Documentation Project
FreeBSD Brazilian Portuguese Documentation Project - http://doc.fug.com.br

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (MingW32)

iQEcBAEBAgAGBQJQqODhAAoJEO49BRlAkRPXCC4IAMREJ2YhXS2z68JFQ6uBpOzf
gAKOp8C7its60LmX25li0FJhY6a1bksE7oLIWIhaKCfMZBSO/of3TQVCDa4aZitD
XRtpuG2VjbKkQQH1pHscyxLHN/R9p37onnGPB+hg1Cmo9C8QPUqCeX+6Y1hBzQ+p
LG0NLJO0XRJO9csumW6cM6KUqFt6x3jQFVZIIYNjXd+fYU/Hx2qhQJfWHy9Tfp4s
HD976UL0kdStuI6BXA3Dq0cflQiZoRyzTJE3r3eKzWuQ3YLjeU5ik69Ke/FhIuQN
sSxAXFlnxX/zsgZG6+skKF2LQBegZK0eG2lCKCdLTvDYF9OKiLZRs0liMTOCWoE=
=g7SO
-END PGP SIGNATURE-
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Security Incident on FreeBSD Infrastructure

[Edson Brandi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bom dia Neerlan,

Em 17/11/2012 19:50, Neerlan Amorim escreveu:
> Fiquei assustado!

A principio não tem motivos para ficar assustado.

O problema que ocorreu não teve origem no exploit de nenhuma
vulnerabilidade do sistema, mas sim devido ao acesso não autorizado de
terceiros a chave ssh de um desenvolvedor, o qual tinha acesso a um
servidor legado de compilação de pacotes.

Não se sabe ainda em que circustâncias o vazamento da chave ssh
ocorreu, mas é o tipo de coisa que pode acontecer com qualquer um de
nós, seja através do acesso não autorizado ou do roubo do computador
no qual você mantem suas chaves SSH.

Aqui em SP, por exemplo, é absurdo de roubos de notebooks que
acontecem em alguns bairros nos quais se concentram a maior parte das
empresas de tecnologia, sendo que a area mais arriscada é próxima aos
aeroportos.

Mesmo que você não seja uma destas pessoas que costumam usar chaves
SSH sem senha para "simplificar" o dia a dia, o acesso indevido a sua
chave privada SSH é critico mesmo que você tenham uma senha de proteção.

Hoje em dia qualquer GPU de 100 dolares consegue quebrar por força
bruta uma senha de 8 caracteres (Com letras Maiusculas, Minusculas,
Numeros e Caracteres especiais) em menos de 10 horas :(

Mesmo uma senha maior pode ser quebrada facilmente se a pessoa tiver
paciência.

A forma mais segura de guardar a sua chave SSH privada ainda é
utilizando um smartcard, como por exemplo o OpenPGP Card
(http://en.wikipedia.org/wiki/OpenPGP_card), uma vez que a sua chave
privada estiver armazenada no smartcard e você tiver setado uma senha
que não seja muito "obvia", você estará seguro. Mesmo que ele seja
roubado, o cartão será inutilizado após 3 tentativas de acesso com a
senha incorreta.

No FreeBSD/Linux você não vai precisar de nenhum software alem do
proprio gnupg para fazer uso do smartcard, no caso do windows, vai
depender do cliente de ssh que você utilizar.

Para utilizar por exemplo o putty, você vai precisar de um ssh-agent
modificado, que você pode obter em http://smartcard-auth.de/ssh-en.html

O Smartcard custa 14 Euros, e pode ser comprado em
http://shop.kernelconcepts.de/product_info.php?cPath=1_26&products_id=42
, na minha opinião se você preza pela segurança das suas chaves, é um
investimento que vale a pena :)

Mas voltando ao tópico, todas as informações sobre o incidente estão
sendo disponibilizadas no url:

http://www.freebsd.org/news/2012-compromise.html

Sugiro fortemente que sigam as recomendações do final desta página,
principalmente se você utilizou o cvsup, csup, cvs para atualizar seu
sistema (base e ports) no periodo de 19/09 até 12/11.

Entenda que essa recomendação não se deve ao fato do repositório CVS
ter sido adulterado, até o presente momento não foi encontrado nenhum
indicio de que isso tenha ocorrido, porém como a auditoria do
repositório CVS ainda não foi 100% finalizada, no momento a coisa mais
prudente a se fazer é atualizar o sistema a partir de uma fonte
seguramente confiável, seja a partir do repositório SVN (que já foi
auditado) ou a partir da atualização binária usando o freebsd-update
(os arquivos são assinados digitalmente pelo time de Engenharia de
Release).

Ou seja, se você já utilizava o SVN para atualizar seu sistema, ou se
não atualizou nem instalou nenhum port nesta janela de tempo usando o
repositório CVS, você não tem com o que se preocupar.

- -- 
[  ]'s Edson

Edson Brandi - ebra...@freebsd.org
FreeBSD Documentation Committer

The FreeBSD Documentation Project
FreeBSD Brazilian Portuguese Documentation Project - http://doc.fug.com.br

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (MingW32)

iQEcBAEBAgAGBQJQqMMpAAoJEO49BRlAkRPXR30IAIpLi5/fVgurr5xr5DLvwP0H
jnMrHFMxNNBR5NLbCVR949gxqel0+1BIFl3GdiNFznGfB7LsZvNc+yH0v7q8lVLv
Dsj1UwR8drqk7lYS+4as1a+mDJWM9u4Gs+qlDxGBicaagT8VrTgw7uQbFfi+gVlG
oLmzb+FhQmK+McjmYdmkXmQnYDcviQlmju1yGF2enL63AlTL0xpNo/MlpcxhyuBE
D8vNZ6F/H3RE36/TVJBLr8lGrAB9CNjT25okNZH0Gf2Xl2MWZ2OuwFCsdD4H7Wnj
/LVfc+a82bCHTSccfEZME+3UtIiTYu/bNZ9FvUFq8TA/OIg1tlrP2h9MdMuu40g=
=3iwf
-END PGP SIGNATURE-
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Concentrador PPPoE

[Edson Brandi]

Em 5 de novembro de 2012 14:54, Luiz Gustavo S. Costa
 escreveu:
> * Edson Brandi (ebra...@fugspbr.org) wrote:
>>
>> Mas qual a idéia? Criar um software comercial ou um produto gratuito?
>
> Então... é de pensar

Então, a duvida é mais no sentido se seria algo que você cobraria para
desenvolver e que seria distribuído gratuitamente aos usuários finais,
ou se seria algo que seria comercializado para o usuário final :) , ou
seja, seria algo para ganho pontual ou algo com remuneração continua
:)

Pq isso vai determinar se este seria um projeto "comunitário" ou o
embrião de uma nova "empresa" ;)

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Concentrador PPPoE

[Edson Brandi]

Em 5 de novembro de 2012 14:06, Luiz Gustavo S. Costa
 escreveu:
> * Frederico Terra Boechat (fboec...@gmail.com) wrote:
>> > 2012/11/5 Marcelo Gondim :
>> >>> 2012/11/5 Frederico Terra Boechat :
>> >>
>> >> Isso pra começar já seria bem legal.  :)
>
> Se eu arrumar um $ocio pra bancar essas horas, eu começo a codar
> rsrsrsrs
>
> ---
> Luiz Gustavo Costa (Powered by BSD)

Mas qual a idéia? Criar um software comercial ou um produto gratuito?
Dependendo do objetivo essa aplicação tem tudo para ser uma iniciativa
de financiamento coletivo
(http://pt.wikipedia.org/wiki/Financiamento_coletivo), já que é do
interesse de muitas pessoas.

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Duvida sobre melhores práticas

[Edson Brandi]

Em 3 de outubro de 2012 14:13, Marcelo Gondim  escreveu:
> Pois é. Esse lance de diferença de performance sempre foi dito mas
> sinceramente eu nunca percebi à olho nú rsrsrsr  tanto que em uma
> mensagem minha anterior coloquei que "teoricamente".

Hello :)

A questão de diferença de performance por excesso de "drivers"  no
kernel eram drastica a 10 - 15 anos atras, quando estávamos falando de
CPUs com clock de 200 MHz e 64 Mb de memoria.

Com o porte dos equipamentos atuais, a diferença é praticamente
insignificante :/

Eu continuo usando kernels customizados mais pelo habito e por
preferir saber exatamente o que estou rodando, não gosto de correr o
risco de ter um problema no servidor por um bug em algo que eu não uso
e não preciso...

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] projeto de documentação do FreeBSD , Membros de 2003

[Edson Brandi]

Em 2 de outubro de 2012 17:27, Ricardo Nascimento Ferreira
 escreveu:
> Caros Colegas, em 2003, as pessoas abaixo participaram da tradução do
> FAQ e Handbook do FreeBSD.
>
> Eu retirei esta entrada do site do próprio FREEBSD.
>
> Um abraço a todos,
>
> Ricardo SilverDragon

Boa tarde Ricardo,

Já providenciei a atualização da pagina no wiki com os nomes que faltavam.

http://wiki.freebsd.org/BrazilianPortugueseDocumentationProject

Não publiquei os emails para que não tenhamos mais problemas com spam
do que ja temos no dia a dia ;)


[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD congelando (vSphere Hypervisor Guest)

[Edson Brandi]

Em 2 de outubro de 2012 09:43, Antonio Modesto
 escreveu:
>
> Interessante, que bom que existe uma resposta para o problema, sabe me
> falar se existe uma forma de atualizar pro 5.1 sem ter que reinstalar?

Antonio,

Se vc tiver acesso físico ao servidor a forma mais simples, se não me
falha a memoria, costuma ser dar boot com o CD de instalação da nova
versão, e optar pelo upgrade, mas sugiro que leia a documentação
disponível em:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032757

Pois podem ter mudado algo :( , no minimo eu testaria o upgrade em
outra maquina antes que não a sua de produção.

Edson

-- 
[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD congelando (vSphere Hypervisor Guest)

[Edson Brandi]

Antonio,

É conhecido que a versão 9.x do FreeBSD pode travar quando executada
em um ambiente virtualizada com vmware ESXi em versão inferior a 5.1
(que foi lançada a menos de 1 mês). O suporte da VMware para o FreeBSD
da série 9.x só foi adicionado nesta ultima versão do hypervisor.

O travamento ocorre sob load alto, tenho maquinas 9.x com load baixo
que nunca travaram no esxi 5.0

Qual versão do vsphere vc esta usando?

Edson

Em 2 de outubro de 2012 08:43, Antonio Modesto
 escreveu:
> Bom dia,
>
>
> Temos alguns FreeBSD's virtualizados com vmware vsphere hypervisor, e as
> vezes, de forma bem aleatória, acontece de algum desses servidores
> simplesmente congelar, não mostra erro nos logs nem no console,
> simplesmente para de responder, somente volta depois que reinicio a máquina
> virtual. Coincidentemente (ou não) só acontece com as máquinas que estão
> rodando 9-STABLE, tenho outra máquina rodando 8.2-STABLE e com ela nunca
> aconteceu. Alguém ai utiliza virtualização ou tem alguma idéia de como
> debugar isso?
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Audit Freebsd, recomendação de artigos

[Edson Brandi]

Em 27 de setembro de 2012 15:07, Julio Cardoso
 escreveu:
> Amigos, como estão ?
> Teria condições de  me recomendarem artigos e exemplos da implementação do
> audit no Freebsd, esse recurso nativo dele.

Julio,

Você já leu o capitulo 18 do handbook?

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/audit.html

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Pagina no wiki sobre o projeto de tradução para pt_BR ##Preciso dos nomes de quem ajudou em 2003 ##

[Edson Brandi]

Caros,

Em primeiro lugar peço desculpas por mais um cross post entre a lista
de documentação e a FUG, mas sei que algumas pessoas só estão na lista
principal.

Estou criando uma pagina no wiki oficial do FreeBSD para registrar o
andamento do esforço de tradução, e para poder dar visibilidade as
contribuições que recebermos.

Eu adicionei o nome de todas as pessoas que colaboraram em 2003 com a
tradução e revisão de documentos, como "Past Contributors".
Infelizmente depois de 9 anos a minha memória já não é a mesma e eu
posso ter esquecido alguém, desta forma eu peço desculpas antecipadas
caso tenha omitido o nome de algum de vocês. Por favor me enviem um
email em PVT que eu atualizo a página, ok?

Listei como "Current Contributors" o nome das pessoas que já
submeteram algum documento na edição 2012 do esforço de tradução,
desde a ultima semana crescemos em + 9 pessoas, que se dispuseram a
trabalhar voluntariamente no projeto de tradução do handbook.

Quando estes novos colaboradores começarem a enviar material traduzido
para o nosso SVN eu irei atualizar a página, adicionando os
respectivos nomes na lista de membros ativos do projeto de tradução.
ok?

O endereço da pagina é:

http://wiki.freebsd.org/BrazilianPortugueseDocumentationProject

O mesmo ainda não está sendo divulgado como "oficial" pois antes disso
quero ter certeza que não falta ninguém na lista, pretendo fazê-lo nos
próximos dias.

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Em 20 de setembro de 2012 19:58, Enio Marconcini  escreveu:
>
> me cadastrei na lista doc e enviei um email de teste porém até agora sem
> confirmação, poderiam confirmar fazendo favor?
> abraços
>
> --
> *ENIO RODRIGO MARCONCINI*

A mensagem chegou na lista Enio, por default vc não recebe copia das
suas proprias mensagens...

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Em 20 de setembro de 2012 11:23, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
>
> Um papel que os que sabem menos inglês podem com certeza fazer é revisar o
> trabalho final. Não dá pra mesma pessoa que traduziu revisar, pois essa já
> adquiriu vícios e não percebe detalhes que um novo leitor vai perceber.
> Basta ler só em português e ver se o que está escrito está claro. Dá pra
> aproveitar e verificar o SGML/XML também e questões de formatação, para o
> que pode ser muito útil ler lá o documento já traduzido do FDP.

Concordo 100% com você Carlos
Para garantir a qualidade da tradução é preciso revisores, logo o
trabalho de revisor é tão importante quanto o do tradutor :)

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Em 19 de setembro de 2012 11:34, Antônio Pessoa  escreveu:
>
> Ricardo, nós migramos o projeto para SVN, por problemas técnicos com
> relação ao modo como o git trabalho e por ser mais simples de
> trabalhar, principalmente para os novatos. A hospedagem agora está no
> Google Code [1].

O setup do repositorio SVN no google code está finalizado:

https://code.google.com/p/freebsd-doc-br/

> O Edson está atualizando o website do DOC-BR [2] para refletir as
> mudanças, mas de antemão eu posso lhe recomendar a leitura do FDP
> Primer [3] [4] para começar os trabalhos. Vai ser preciso apenas você
> passar o seu e-mail para o Edson para que ele lhe dê permissão de
> commit.

Já atualizei o que era mais critico do website, e fiz a alteração do
DNS para apontar para a nova maquina que esta sendo usada pelo
projeto.

Vou adicionar mais conteúdo até o final da semana, mas a leitura do
site já da uma visão atualizada de como estamos neste momento, bem
como os passos básicos para acesso e uso do repositorio SVN.

Para acessar enquanto a atualização do doc.fug.com.br não propaga no
DNS, usem o url:

http://server06.ebrandi.eti.br/

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Em 19 de setembro de 2012 12:02, Patrick Tracanelli
 escreveu:
>
> E agora na mão de "poucos" mas "dedicados" o Handbook tende a dar certo :D 
> Igual ao Unix pós Multics hehehe. >Não resisti.

O website é muitas vezes o primeiro ponto de contato de um novo
usuário com o sistema, pensando no fator "marketing" a tradução do
website tem uma importância grande para o projeto, e deveria vir antes
do handbook  :)

No minimo teria que andar em paralelo :p

-- 
[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Em 19 de setembro de 2012 13:58, Patrick Tracanelli
 escreveu:
>
> Show de bola.
>
> A ideia então se mostrou funcional em 2 cenários.

A idéia é ótima, mesmo que a tradução seja feita num .doc, depois da
para marcar em xml :)

-- 
[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Acho que você não vai gostar da resposta...

O ultimo esforço de tradução foi em 2003, o resultado do trabalho está em:

http://doc.fug.com.br/handbook/

Na época o handbook foi 100% traduzido (ele tinha 1/3 do tamanho
atual), porém o trabalho morreu na fase de revisão e nunca foi dado
como finalizado.

O motivo de nunca ter sido finalizado? As pessoas envolvidas desanimaram.

O motivo de terem desanimado? Na minha opinião o problema que ocorreu
foi excesso de preciosismo na revisão.

Na época, para submissão do material, o pessoal queria que o documento
estivesse perfeito para ser submetido, e sinceramente buscar a
perfeição neste tipo de trabalho é pedir para não fazer nada nunca.

Ou seja, para dar o documento como finalizado ele precisava ter:

- Identação do SGML tinha que estar perfeita, ou seja, começando na
coluna 1 , aumentando a identação em 2 espaços a cada novo elemento do
sgml aberto, e reduzindo em 2 espaços a cada um fechado.

- Todos os separadores frasais deveriam ser seguidos de 2 espaços.

- 100% da tradução das palavras tinha que normalizada, se um capitulo
traduzia website como sitio web, outro como sitio www, outro como web
site, todos os capítulos eram marcados como incompletos e tinham que
passar por normalização.

- Nenhuma linha podia ter mais que 70 caracteres

- Os documentos não poderiam conter nenhum erro de acentuação ou de
ortografia, gramatica, concordância verbal, etc.

- A tradução tinha que ser fidedigna em 100%, mesmo que o resultado
final ficasse difícil de ser compreendido por um falante de português
do Brasil. Convenhamos, as vezes é preciso captar o que o autor quiz
dizer, e ajustar os termos/palavras/expressões para algo que diga a
mesma coisa de uma outra forma se isso tornar o texto mais fluido de
ser lido e mais fácil de ser compreendido.

Em fim... foram estes os motivos.

Como dessa vez quem está responsável por fazer os commits sou eu, pode
ter certeza que não vamos ter os mesmos problemas, pois eu sou da
opinião que qualquer documentação é melhor que nenhuma :)

Não que eu tenha como intenção fazer algo "porco", muito pelo
contrario eu jamais faria isso, mas tenho bom senso de não exigir
perfeição num trabalho que pela sua própria natureza vai estar sempre
em transformação e aperfeiçoamento. É o famoso work in progress :)

Espero ter esclarecido a sua duvida

Edson


Em 18 de setembro de 2012 18:29, Araujo  escreveu:
> Brandi,
>
> Gostaria de saber, porque nunca entendi direito, porque a última
> tentativa de tradução do handbook, que creio eu chegou a ser completada, e
> divulgada durante anos por uma empresa do RJ (não que eu tenha alguma coisa
> contra, não tenho ) nunca foi dada como completada e oficializada.
>
> abs
>
> araujo

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF] DoS DNS (DNSSEC) :(

[Edson Brandi]

Em 18 de setembro de 2012 12:47, Patrick Tracanelli
 escreveu:
>
> Fica a dica e o alerta, espero que ninguém ache útil nem precise se preocupar.
>
> --
> Patrick Tracanelli

Ótimo material Patrick , obrigado por compartilhar a sua experiencia no tema.

[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Rafael, Ricardo,

Obrigado pelo interesse de vocês em ajudar, sejam bem vindos a bordo!
Toda ajuda é bem vinda!

Como eu mencionei no outro e-mail, mesmo que a pessoa só possa
contribuir com 1 hora por semana, com certeza o trabalho vai ser
concluído em menos tempo do que se ele for feito em apenas 2 pessoas
;)

Os primeiros passos seriam:

- Se inscrever na lista d...@fug.com.br (caso aina não esteja inscrito)

- Criar uma conta para você no www.github.com , visto que o projeto
doc-br usa esta plataforma como repositório de trabalho, e me informar
o login para que eu de acesso ao repositório.

- Criar uma chave SSH v2 (com senha), e me enviar junto com o login e
shell preferido para que eu criei uma conta no servidor do projeto
para que vocês possam usar o mesmo como ambiente de trabalho, o que
vai simplificar a vida de vocês no dia a dia com a tradução, já que
não vão precisar montar um ambiente isolado para gerar os documentos.

- Se possível ler o FDP, disponível em pt_BR no url:
http://www.freebsd.org/doc/pt_BR.ISO8859-1/books/fdp-primer/
A documentação oficial está no meio da migração de SGML para XML,
porém o FDP ainda é válido. Mesmo  incompleta esta mudança já
simplificou em muito o trabalho de acentuação dos documentos
traduzidos :)


[  ]'s Edson
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Ideia "fora da caixa" para a agilizar a tradução de documentos oficiais do FreeBSD para pt_BR :)

[Edson Brandi]

Boa tarde pessoal,

Neste final de semana analisando o que temos de trabalho pela frente
para traduzir o Handbook, cheguei a conclusão que precisaremos adotar
medidas mais "drásticas" para viabilizar o projeto, num prazo mais
"aceitável".

O handbook conta atualmente com aproximdamente 85.000 linhas de
sgml/xml, considerando que no momento temos apenas 2 pessoas
trabalhando de forma ativa na tradução da documentação (eu e o
Antonio), e se considerarmos uma velocidade média de tradução/revisão
de cerca de 60 linhas por hora de trabalho (valor estimado sem levar
em consideração a simplificação na forma de acentuação que ocorreu na
semana passada), e que na média conseguimos nos dedicar 2 horas por
dia a esta atividade, levaríamos cerca de 355 dias de trabalho
continuo para finalizar a tradução inicial do Handbook, isso sem
considerar a necessidade de revisar a tradução e de ressincronizar o
documento (que com certeza vai receber atualizações ao longo de
período).

Não sei vocês, mas acho 1 ano muito tempo :( , a forma natural de
reduzir esse tempo seria encontrando mais pessoas dispostas a
colaborar com o projeto de documentação, mas na prática infelizmente
não acredito que vamos conseguir seguir por este caminho, pois por
mais que tenhamos divulgado o projeto não tivemos nenhum incremento na
equipe :p

Na adversidade as pessoas tendem a ficar criativas ;), e a solução que
eu vejo para esse dilema é tentar criar "algum incentivo" para que
outras pessoas queriam contribuir, e não vejo incentivo melhor do que
tentar remunerar o trabalho de tradução de alguma forma.

Eu estou disposto a investir uma parte do meu salario mensal para
contratar/alocar pessoas para ajudar na tradução, é obvio que isso
teria que ser feito com o que eu tenho de "sobra de caixa mensal" ,
mas acredito que poderia dispor e destinar a essa finalidade algo
entre R$ 1.000 e R$ 1.500 por mês.

Fiz algumas simulações, tomando por base o valor médio que se paga
para um estagiário de exatas nos primeiros anos de faculdade aqui em
SP,  que acredito estar por volta de R$ 600 / mês para 6 horas de
trabalho por dia, ou cerca de uma média de 132 horas / mês.

Tomando como parâmetro de calculo uma produtividade média de 60 linhas
por hora (afinal não são tradutores profissionais, e talvez nem mesmo
pessoas 100% fluentes em inglês), cheguei na planilha disponível no
url abaixo:

http://bit.ly/OU4Sjw

A planilha traz qual seria o custo teórico que cada capitulo teria
para ser traduzido.

Obviamente o valor é infinitamente menor que o que se pagaria por uma
tradução profissional, mas da mesma forma é infinitamente superior ao
que oferecemos atualmente...

Teríamos capítulos pelo qual o tradutor/voluntário receberia cerca de
R$ 500 e outros pelos quais receberia menos de R$ 50, é claro que pelo
meu "budget mensal" não teria como ter pessoas trabalhando em todos os
capítulos dentro de um mesmo mês :p

Gostaria da opinião de vocês sobre esta idéia, sei que pode parecer
uma idéia maluca, mas acho que é válida.

Ajudaria muito a opinião das pessoas da lista que trabalham como
professores universitários (ou mesmo de segundo grau), dando uma visão
realista se esse tipo de oferta / valor seria suficiente para atrair
estudantes interessados em ajudar.

Estou fazendo um cross post deste e-mail na d...@fug.com.br e na
freebsd@fug.com.br , peço que os interessados em discutir esta idéia o
façam na lista do projeto de documentação, para não tumultuarmos a
caixa postal dos membros que não tem interesse neste tema.

Para quem não é cadastrado na doc e queira participar da discussão, o
url para isso é http://www.fug.com.br/mailman/listinfo/doc

Criticas e sugestões são bem vindas...

[  ]'s Brandi
--

OpenPGP Key: 0xA5C45B43401FF8F3
1BAB 0B87 EE89 B8D4 B418  66D6 A5C4 5B43 401F F8F3
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Projeto para Documentação do FreeBSD em Português Brasileiro

[Edson Brandi]

Em 6 de agosto de 2012 14:54, Paulo Henrique BSD Brasil
 escreveu:
> Alguem ai está como o capitulo 8
> http://server05.ebrandi.eti.br/pt_BR/books/fdp-primer/the-website.html
>
> Vou concentrar o meu trabalho nele.
>
> Att. Paulo Henrique.

Perfeito Paulo :)

[ ]´s Brandi

Ps. Vamos migrar a conversa lá pra d...@fug.com.br , assim não
atrapalhamos o pessoal aqui na lista principal.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Projeto para Documentação do FreeBSD em Português Brasileiro

[Edson Brandi]

Em 6 de agosto de 2012 14:31, Antônio Pessoa  escreveu:
> 2012/8/6 Paulo Henrique BSD Brasil :
>> Estou assumindo o Capitulo 3 para essa verificação.
>> http://server05.ebrandi.eti.br/pt_BR/books/fdp-primer/sgml-primer.html
>>
>> Att. Paulo Henrique.
>>
>
> Paulo, o capítulo 3, 4 e 9 estão comigo, já fiz a revisão e vou
> atualizar o repositório, se possível veja outros capítulos para
> revisar enquanto o Edson não atualiza o versão web com as
> modificações.

Antonio,

Assim que vc fizer o push com as suas alterações eu gero os HTMLs novamente :)
Não precisa esperar terminar os 3 capítulos para enviar pro repositório ;)

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [DOC-BR] Projeto para Documentação do FreeBSD em Português Brasileiro

[Edson Brandi]

Em 6 de agosto de 2012 08:48, João Mancy  escreveu:
> Eu lembro de muito ter usado o primeirospassos.org e uma boa ajuda ao
> iniciante, ter a documentação em pt_BR é legal , mas não minimiza a grande
> preguiça que essa gurizada nova tem em aprender qualquer coisa que não use
> mouse.

Infelizmente nisso você tem razão, mas acho que temos que fazer a
nossa parte para tentar reduzir as barreiras de entrada para os novos
usuários.

Eu sou usuário do FreeBSD desde 1995, graças a ele eu não trabalhei na
minha área de formação nenhum único dia desde que terminei a
universidade, ajudar na documentação é uma das formas que eu tenho de
tentar devolver ao projeto um pouco daquilo que recebi :)

> Mas vou contribuir com alguma revisão se possível.

Qualquer ajuda é bem vinda João :) , mesmo que você só tenha tempo
para ler uma unica página você já estará ajudando.

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Projeto para Documentação do FreeBSD em Português Brasileiro

[Edson Brandi]

Bom dia Daniel,

Em 6 de agosto de 2012 08:38, d4n1  escreveu:
> O ideal, no meu ver, seria usar um repositorio livre para gerenciamento um
> bitbucket ou git derepente, antes de usar o svn.
>
> Vou tentar arumar tempo para tentar ajudar... :)
>

Nós já usamos um repositório livre para armazenar nossos arquivos.

Os SGMLs estão hospedados no github, e qualquer pessoa pode fazer um
fork do repositório, alterar os arquivos e submeter um pull request ;)

No passado os revisores tiveram dificuldade em mexer no SGML, motivo
pelo qual eu sugeri que as revisões fossem enviadas por e-mail, de
forma que alguém que esteja acostumado com o SGML faça a correção nos
arquivos, mas nada impede que a correção seja feita diretamente no
SGML caso o revisor prefira desta forma.

Como os capítulos são curtos, você consegue ler vários em pouco tempo :)

[]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Projeto para Documentação do FreeBSD em Português Brasileiro

[Edson Brandi]

Boa tarde pessoal,

Como alguns de vocês já sabem eu e o Antônio Pessoa decidimos dar um
"ressurect" no projeto Brasileiro de Tradução da documentação oficial
do FreeBSD, e optamos por começar o trabalho pelo  "FreeBSD
Documentation Project Primer for New Contributors", pois acreditamos
que seria um bom exercício para relembrar as regras do projeto de
documentação, visto que a ultima iniciativa de tradução foi a mais de
9 anos atrás.

O segundo motivo pelo qual escolhemos começar por este documento é que
acreditamos que ele seria útil para o caso de outras pessoas desejarem
se juntar a nós no futuro, visto que ele é um guia para quem deseja
trabalhar com a documentação oficial do FreeBSD.

Há algumas semanas atrás nós finalizamos a tradução do documento e
neste final de semana terminamos a primeira rodada de revisão.

Para que possamos submeter o documento para o repositório svn do
FreeBSD, teremos que fazer mais uma rodada de revisão, para detectar e
corrigir qualquer erro de tradução (tradução errada ou existência de
textos sem sentido), erros de grafia, erros de digitação, etc que nos
tenha escapado até agora.

Gostaria de pedir a ajuda de vocês para esta revisão final, o
documento é relativamente curto, não acredito que este processo tome
muito tempo caso tenhamos mais de um voluntário.

O HTML final está disponível em

http://server05.ebrandi.eti.br/pt_BR/books/fdp-primer/

Caso encontrem algum erro, basta me enviar a url da pagina por email
(em pvt) , colando no corpo do e-email o paragrafo onde o erro se
encontra, desta forma eu tenho como localizá-lo, para proceder com a
correção.

Caso prefiram submeter um patch, os arquivos SGML apartir do qual o
HTML foi gerado estão disponíveis em:

https://github.com/doc-br/doc-br/tree/doc-br-2012-fdp/pt_BR.ISO8859-1/books/fdp-primer

Toda e qualquer ajuda é bem vinda :)

[ ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] 103% /var mesmo depois de limpo

[Edson Brandi]

Em 1 de agosto de 2012 10:43, Saul Figueiredo  escreveu:
> Eu já limpei o que estava lotando o /var, mas mesmo assim ele mostra
> 103% de uso. Como dou um jeito nisso sem reiniciar?

Vc vai precisar restartar as aplicações responsaveis pelos arquivos
que vc removeu e que estavam lotando seu /var

Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

[Edson Brandi]

Em 31 de julho de 2012 11:42, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Pois é, o problema é que a menor VM não me atende, pois uso muito espaço em
> disco. Tenho mais de 200GB por conta de galerias de fotos e vídeos, mas
> como é pessoal tem pouco acesso, daí se encaixa nesses shared hosts que tem
> disco ilimitado. Poderia pagar R$ 9,99 que me atenderia também, mas acabei
> pagando mais um pouco pra ter HTTPS e outras coisitas. Pago uns R$ 30,00 /
> mês.

Realmente você não vai achar nenhuma uma opção em cloud computing que
seja mais barata que um shared hosting nesse valor de R$ 30 :)

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

[Edson Brandi]

Em 31 de julho de 2012 11:14, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Acho que deu pra entender mais do que eu precisava e minha conclusão é de
> que pra mim hoje um shared host atende melhor e por um preço mais barato. O
> que eu queria mesmo era um shared com acesso de root num FreeBSD :) mas na
> verdade eu realmente não preciso de root. Eu basicamente mantenho uns sites
> pequenos pessoais e sai muito barato por mês.

Depende de quanto vc paga no shared hosting :)
A menor VM com FreeBSD da Rackspace vai te custar US$ 11 por mês + o trafego.

> Na empresa em que estou hoje as funções são muito segmentadas e estou como
> gestor de demandas, muito muito muito distante das questões de infra e
> rede. Uma pena, pois realmente gostaria de estar mais perto dessas coisas
> profissionalmente também, como já estive no passado. Felizmente acabei me
> envolvendo com voluntariado corporativo, daí consegui até dar aula de
> FreeBSD, Linux, redes e ferramentas como GIMP, etc.

Olha sei bem o que é isso rs :)

Se precisar de algo ou se tiver alguma outra duvida estamos por aqui.

[]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

[Edson Brandi]

Bom dia Carlos,

Em 31 de julho de 2012 09:40, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Por que os preços são dados por horas? São cobradas as horas em que o
> sistema está em uso ou basta estar disponível pra uso que já é cobrado?

Todos os provedores de serviços de cloud vão lhe cobrar apenas o que
você utilizar, mas entenda que utilizar para eles significa reservar
para você.

Por exemplo, quando você cria uma VM na Rackspace eles vão
alocar/reservar um % de CPU, uma quantia de memoria e uma area de
storage para a sua VM. Mesmo que vc de halt na maquina, enquanto ela
existir eles vão lhe cobrar por ela. O trafego da maquina é cobrado de
forma 100% variável, sendo que eles não cobram pelo trafego entrante.

De uma forma geral, se você precisa manter um servidor rodando 24x7
por ter uma demanda constante e previsivel, as soluções de cloud
computing vão sair mais caras que alugar um servidor físico dedicado.

Agora se você tem um ambiente com demanda variável, onde podem ocorrer
picos de demanda, o serviço de cloud pode lhe ajudar a atender essas
demandas sazonais e você ainda irá economizar.

No meu caso, como pessoa fisica, eu uso o serviço da rackspace para
testes rápidos, quando preciso fazer algum teste eu crio uma VM, uso
ela pelo tempo que for necessário e depois deleto.

Para aplicações que eu vou precisar usar outras vezes, mas que não
precisam estar disponíveis 24 horas por dia, eu salvo um snapshot do
disco da VM no sistema sistema de storage persistente deles (custa US$
0,10 por Gb armazenado por mês), e destruo a VM.

Quando preciso usar novamente eu simplesmente uso o snapshot para
subir a maquina novamente. Desta forma, meu custo quando não estou
usando o sistema é apenas o custo do storage.

Por exemplo, você pode aplicar a mesma analogia a um portal de
internet. Você pode alterar a quantidade de maquinas que vc tem
respondendo pelo o site ao longo do dia, aumentando ou diminuindo a
quantidade de servidores de acordo com a curva de audiência, isso
permite otimizar seu custo :)

A maior parte dos fornecedores disponibiliza sistemas para que você
possa automatizar esse processo de escalonamento da infra estrutura, e
você pode criar regras de negocio baseadas em consumo de memoria,
consumo de processador, conexões simultâneas, trafego de saída, tempo
de resposta, etc para determinar quando aumentar e quando diminuir o
numero de maquinas.

Outro uso bastante comum é pra construção de ambientes de redundância.
Você tem servidores dedicados em seu data center físico, e monta uma
estrutura minima na nuvem para espelhar seus serviços, essa estrutura
enquanto não estiver sendo usada vai ter um custo minimo (perto do que
seria necessário para ter um site espelho tradicional), e você
simplesmente aumenta os recursos provisionados se esse ambiente de
backup precisar virar seu ambiente de produção.

Dependendo do tamanho e das necessidades da sua operação, este tipo de
flexibilidade pode te gerar algumas dezenas de milhões de reais por
ano em economia.

> Qual a grande diferença prática entre uma hospedagem em Cloud e um shared
> host (que é o que uso hoje)? Vi que temos controle dinâmico sobre tamanho
> de disco, acesso de root e coisas assim. Tem algo diferente de uma máquina
> virtual numa estrutura compartilhada?   É que por computação em nuvem eu
> tenho um conceito de que é uma coisa mais independente de plataforma, tipo
> acessar aplicações na nuvem, independente de onde você está.

Para todos os efeitos ao contratar um serviço destes você tem em mãos
uma maquina virtual tradicional, sobre a qual  vc tem controle
completo, com acesso inclusive a console (usando vnc na maior parte
das vezes).

Na minha opinião um VM é sempre mais segura que um shared host, já que
vc não vai ter outros usuários compartilhando o sistema operacional
com você.

Como você consegue fazer tudo sozinho (podendo inclusive automatizar
muita coisa) a principal vantagem acaba sendo a agilidade que você tem
para provisionar novos recursos (permitindo a escalabilidade que citei
a pouco) e se adaptar a sua demanda.

No R7 nós fazemos uso pesado de cloud computing em complemento ao
nosso data center fisico.

Recomendo que de uma olhada depois quando tiver tempo nos materiais
abaixo, acho que vai ajudar a entender o que da pra fazer :)

- http://aws.amazon.com/pt/solutions/case-studies/r7/
- http://www.slideshare.net/rgaiser/r7-no-aws-qcon-sp-2011
- http://www.slideshare.net/llorieri/extending-piwik-at-r7com
- 
http://convergenciadigital.uol.com.br/cgi/cgilua.exe/sys/start.htm?infoid=28732&sid=97

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

[Edson Brandi]

Em 30 de julho de 2012 23:15, Marcel Bonnet  escreveu:
> 2012/7/30 Edson Brandi :
> Boa! Mas você falou que estava com ZFS: é possível escolher o tipo de
> FS ou tem que engolir o ZFS?

Até onde vi não temos opção de usar outro FS.

No caso das VMs maiores, ela tem espaço de disco não utilizado, mas
não sei se você consegue subir outro FS nele ou se pode apenas
expandir a partição ZFS

Como não testei com uma VM maior não sei dizer.

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

[Edson Brandi]

Em 30 de julho de 2012 11:44, Marcelo Gondim  escreveu:
> Show!!! Vou postar lá no blog isso.  :)
> Merece uma puta atenção e estamos vendo que o FreeBSD está realmente
> chamando a atenção.  :D

Bom dia pessoal,

Eu fiz um teste ontem a noite :)

Postei minhas primeiras impressões la no meu blog:

http://blog.ebrandi.eti.br/2012/07/agora-voce-ja-pode-rodar-uma-vm-com-freebsd-9-0-na-plataforma-de-cloud-da-rackspace/

Mas em resumo, funcionou muito bem :)

[]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [fug-br] atualização 9.0-RELEASE para 9.0-STABLE via svn

[Edson Brandi]

Em 24 de julho de 2012 09:59, Denis Granato  escreveu:
> Brandi, e eu deixo como está e depois faço um update? ou falei besteira?
>
> Sim Alessandro e Leo, vi seu email (leo) ontem e estava no meio desse
> processo que mandei na lista, ai eu acabei ele para ver o que acontecia.
>
> abs

Eu normalmente refaço o build do sistema depois que sai a release
final, mas ai vai do gosto de cada um :)

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [fug-br] atualização 9.0-RELEASE para 9.0-STABLE via svn

[Edson Brandi]

2012/7/24 Denis Granato :
> Bom dia galera,
>
> Segui os passos abaixo e consegui o update da 9.0-RELEASE para a
> 9.1-PRERELEASE   nao a 9.0-STABLE
> O que pode ter acontecido??

Você não fez nada errado Denis, sempre as vésperas de um novo release
é isso ai que acontece com o -Stable :)

Depois que o release for lançado, esse mesmo branch do código que você
baixou vai voltar a ser o -Stable.

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Migrando o mysql para um novo server

[Edson Brandi]

Em 21 de julho de 2012 18:03, Leonardo Augusto  escreveu:
> É Edson, pelo jeito é isso mesmo, pois no console da um erro de PAM,
> ja reinstalaram tudo denovo, eheh
>
> Agora o mergemaster faz esse re-generate ? ou vou ter que fazer isso
> na mao antes
> de rebootar apos o installworld ?
>
> Sera que é so o passwd que é afetado ?
> Como que regenera isso tu sabe ?

O Gondim postou no blog dele :)

http://www.bsdinfo.com.br/2012/07/16/novo-padrao-de-senha-sha512-no-freebsd-9-1/

[ ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Migrando o mysql para um novo server

[Edson Brandi]

Em 21 de julho de 2012 16:01, Leonardo Augusto  escreveu:
> 2012/7/21 Leonardo Augusto :
>> Ixi, acontecei o que eu temia, apos csup e compilar tudo sem erros,
>> rodei o tal mergemaster ( QUE LIXO ESSE TRECO ).
>
> Ah o que vi via uma imagem do console da maquina enviada pelo
> datacenter foi o seguinte:
>
> PAM: authentication error for user blabla
>
> ou seja, deduzo que por algum motivo entrou esse pam aí, lembro que
> tem uma opao usepam no sshd_config,
> mas eu nao ativei a mesma.
>
> Alguem sabe o pq disso ? como evito isso novamente ?

Vc ta instalando que versão ? A versão 9.1 já não usa mais md5 pras
senhas... se vc nao regerou seu db de senhas acho que so vai conseguir
logar em single user ate fazer isso...

[ ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ref Firewall x OpenVPN x windows client

[Edson Brandi]

Em 19 de julho de 2012 11:45, Denis Granato  escreveu:
> Bom dia lista que tudo sabe :)
>
> Irei implementar um firewall e nele um servidor VPN.
>
> Dúvidas:
>
> - Cliente windows XP e 7 para openvpn 100% ?

Eu uso nas maquinas windows o cliente abaixo, é bem simples e funcional :)

http://swupdate.openvpn.org/community/releases/openvpn-2.2.2-install.exe

> - ipfw ou pf neste caso , ambos ok ?

Se a maquina for dedicada a essa função, a minha sugestão seria vc
usar o pfsense para essa finalidade :) , vai simplificar bastante a
sua vida no gerenciamento diário do firewall e da vpn :)

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Off-Topic] Remake logo primeirospassos.org

[Edson Brandi]

Em 18 de julho de 2012 16:43, Leonardo Augusto  escreveu:
> eu tenho aquela logo com a bandeira do brasil, vou achar e mando, aquela
> original

Leandro,

A imagem original está disponível no mesmo diretório:

http://blog.ebrandi.eti.br/freebsd/FreeBSD.jpg

Mas eu não tenho a versão vetorial dela.

Se vc comparar a original com a versão vetorial que eu enviei
(http://blog.ebrandi.eti.br/freebsd/FreeBSD-Brasil.jpg) , vai ver que
elas são praticamente idênticas, a unica diferença mais "marcante" é o
escrito, que na imagem que foi refeita não existe :)

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Versionamento de arquivos de configuração no FreeBSD com git

[Edson Brandi]

Em 17 de julho de 2012 16:53, Otavio Augusto  escreveu:
>
> Espero não ter sido mau compreendido. Mas eu achei muito bom mesmo
> para ambientes pequenos. :)
> é sempre bom ter alternativas para diversos ambientes.

Que isso :) , não foi mal compreendido não.

Achei super relevante seu ponto, o chef (http://www.opscode.com/chef/)
realmente é uma mão na roda na gestão de grandes ambientes. A minha
equipe usa bastante ele nas nossas automações aqui no R7.

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD 9 x Esxi 5

[Edson Brandi]

Em 17 de julho de 2012 15:45, Marcelo da Silva
 escreveu:
> ja fiz isso a alguns dias atras...
>> hw.pci.enable_msi=0
>> hw.pci.enable_msix=0
> nao resolveu,   o vmware-tools instalei ja no inicio da configuracao do
> freebsd..

Marcelo,

Esse seu HV tem alguma outra maquina virtual que rode outro sistema
que não o FreeBSD? Se sim, elas dão algum problema? Elas também foram
instaladas tendo a mesma controladora SCSI que a maquina FreeBSD?

Você está usando qual controladora na sua maquina virtual? LSI Logic
Parallel ou LSI Logic SAS?

Eu tenho vários servidores FreeBSD 9 rodando no VMware ESXi 5 usando a
controladora virtual LSI Logic Parallel sem nenhum problema até o
momento.

Um teste simples para saber se o problema está no driver do FreeBSD
para a controladora que você está utilizando seria subir a VM com uma
das outras duas controladoras (Parallel/SAS ou Buslogic). Já tentou
fazer esse teste?

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Versionamento de arquivos de configuração no FreeBSD com git

[Edson Brandi]

Em 17 de julho de 2012 14:22, Otavio Augusto  escreveu:
>
> Legal. Mas também te uma ótima alternativa principalmente quando se
> administra muitos servidores que é o chef.

Ola Otávio,

Com certeza existem diversas outras opções se formos considerar o
contexto de automação :)

A ideia do micro tutorial foi dar alguns exemplos de como versionar
arquivos usando o git, se o objetivo final for simplesmente documentar
as alterações para eventuais rollbacks e se o numero de servidores
administrados não for grande, o git cumpre bem essa função.

Muitas vezes o numero de sistemas que temos que administrar é pequeno
e não justifica a implementação de um servidor para o chef ou mesmo do
puppet.

Agora se o numero for grande, com certeza o tempo que vc vai gastar
aprendendo a usar uma ferramenta como o chef / puppet vai valer muito
a pena .

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PFSENSE e BGP e TABLES e PF

[Edson Brandi]

Em 17 de julho de 2012 13:55, Renato Frederick
 escreveu:
>>
>> Acredito que se você conseguir fazer um shell script para gerar um
>> dump dos dados do bgpd para um arquivo texto (os mesmos que ele
>> gravaria no pf), e este mesmo script na sequencia chamar o script do
>> pfsense que faz a atualização do aliases
>> (/etc/rc.update_alias_url_data e na sequencia o rc.update_urltables),
>> vc conseguiria o que quer :)
>>
>> O que acha?
> Acho que é tranquilo, um shell que compara a quantidade de rotas atual e
> joga no arquivo. na próxima execução, um "if" se =!, joga no arquivo
> again e roda de novo, se =, não faz nada.
>
> Valeu de novo, vou dar uma pesquisada :)

Disponha :)

Só não esquece que os aliases que vc apenas nomeia, sem definir IP,
Redes, portas, etc, já são criados como persistentes ;) , nesse caso
vc nem precisa alterar a linha que eu mencionei no e-mail anterior,
ok? Pq a tabela vai estar criada para o seu bgpd "popular".

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PFSENSE e BGP e TABLES e PF

[Edson Brandi]

Bom dia Renato,

Em 17 de julho de 2012 06:56, Renato Frederick
 escreveu:
> No pfsense, o que a interface gráfica chama de "aliases de firewall" são
> tables  ou aliases mesmo $alias1?

São tabelas :)

> Outra coisa, notei que no pfsense, as table do pf criada não são
> "persist". Assim, se o "alias de firewall" está vazio, não é criada a
> table, certo? Qual seria um truque, criar o alias e lá digitar um IP
> qualquer tipo 1.1.1.1, prá ela sempre ser criada(lembrando que esta
> table o bgp que vai popular)
> O que eu notei é que quando a table não tem nenhum IP, o PF não a cria,
> daí o openbgpd não preenche ela(claro, ela não existe) e só volta a
> preencher se eu matar e voltar o bgpd(nem um rbgpctl eload resolve).

Vc já deu uma olhada no /etc/inc/filter.inc ?

Abre ele ai e da uma olhada nas linhas que vem depois da linha 542



$aliases .= "\n# User Aliases \n";
/* Setup pf groups */
if(isset($config['aliases']['alias'])) {
foreach ($config['aliases']['alias'] as $aliased) {
$extralias = "";
$aliasnesting = array();
$aliasaddrnesting = array();
$addrlist =
filter_generate_nested_alias($aliased['name'], $aliased['address'],
$aliasnesting, $aliasaddrnesting);
switch ($aliased['type']) {
case "host":
case "network":
case "url":
$tableaddrs = "{$addrlist}{$extralias}";
if(empty($tableaddrs)) {
$aliases .= "table
<{$aliased['name']}> persist\n";
if (empty($aliased['address']))

$after_filter_configure_run[] = "/sbin/pfctl -T flush -t " .
escapeshellarg($aliased['name']);
} else
$aliases .= "table
<{$aliased['name']}> { {$addrlist}{$extralias} } \n";

$aliases .= "{$aliased['name']} =
\"<{$aliased['name']}>\"\n";
break;



Ou seja, se você criar um alias pela interface web e não cadastrar
nenhum IP, pfSense vai gerar uma linha no seu /tmp/rules.debug do
tipo:

# User Aliases
table  persist
MONE_DO_ALIAS = ""

Se você criar cadastrar manualmente um endereço ele vai gerar uma
entrada do tipo:

# User Aliases
table  {   10.10.10.0/24  10.10.20.0/24  10.10.30.0/24 }
NOME_DO_ALIAS = ""

Se você quiser que ele faça as tabelas serem persistentes mesmo quando
vc insere manualmente os dados, vc precisa alterar a linha 566 de:

$aliases .= "table <{$aliased['name']}> { {$addrlist}{$extralias} } \n";

para

$aliases .= "table <{$aliased['name']}> { {$addrlist}{$extralias} } persist\n";

> Por fim, a última dúvida: ao aplicar as alterações feitas na regra de
> firewall via web, o que o PF vai fazer com esta table, zerar ela e
> preencher com o que tem nos aliases, sobrescrevendo o que o bgpd populou?

Eu não testei Renato, mas acredito que devido o comportamento default
do pfSense, sempre que vc aplica uma alteração na interface web ele
gera um /tmp/rules.debug e faz o load do mesmo usando o pfctl, o que
acredito que ocorra nesse caso é que ele vai "limpar" os dados
inseridos pelo bgpd , sobrescrevendo com os dados cadastrados na
interface web.

Mas acho que o bgpd não vai repopular essa tabela, se vc não restartar ele...

Talvez uma saida para este caso (para alimentar o alias com dados
gerados por um outro software), seria criar um firewall  alias do tipo
"url". Este tipo de alias permite que vc especifique uma url com um
arquivo (pode estar inclusive compactado) o qual contem a lista de
redes/ips que vc quer que façam parte do alias.

Periodicamente o pfsense busca essa informação e atualiza o as tabelas
do pf (vc pode ajustar essa periodicidade no cron pro exemplo).

Acredito que se você conseguir fazer um shell script para gerar um
dump dos dados do bgpd para um arquivo texto (os mesmos que ele
gravaria no pf), e este mesmo script na sequencia chamar o script do
pfsense que faz a atualização do aliases
(/etc/rc.update_alias_url_data e na sequencia o rc.update_urltables),
vc conseguiria o que quer :)

O que acha?

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Versionamento de arquivos de configuração no FreeBSD com git

[Edson Brandi]

Bom dia pessoal,

Postei um pequeno tutorial no meu blog sobre como utilizar o git para
versionar arquivos de configuração no FreeBSD.

Acredito que a maioria aqui já faça esse tipo de controle de uma forma
ou de outra , mas caso tenham interesse o url é:

http://blog.ebrandi.eti.br/2012/07/versionamento-de-arquivos-de-configuracao-no-freebsd-com-git/

Eu gosto bastante do git e uso ele para diversas coisas na
administração diária dos meus servidores pessoais :) , se alguém tiver
algum caso de uso que queira compartilhar, a troca de experiencia é
bem vinda :)

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [fug-br] mercado de trabalho - duvidas

[Edson Brandi]

Em 16 de julho de 2012 16:24, Renato Frederick
 escreveu:
>
> Falar em internet discada, tinha um esquema de uma multiserial Cyclades
> também, era um sucesso colocar no Free, ligado a modens externos US.
> Robotics e fazer PPP Dial-In para provedores que estavam começando e não
> tinham $$ para um banco de modens digital, tipo Lucent Portmaster ou
> PR4000.. :-)

Lembram do projeto POP-IN-BOX da RNP ? Ele era baseado em FreeBSD +
Multiserial + Serial Sincrona :p

http://www.rnp.br/_arquivo/documentos/popbox41.pdf

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [fug-br] mercado de trabalho - duvidas

[Edson Brandi]

Em 16 de julho de 2012 16:23, Luiz Gustavo
 escreveu:
> Em Seg, 2012-07-16 às 16:02 -0300, Alessandro de Souza Rocha escreveu:
>
> vamos parar por aqui porque se for-mos por essa analogia, patrick,
> ebrandi etc.. vão se sentir vovôs ...
>
> rsrsrsrs

Difícil não se sentir vovô rs... eu comecei com a 2.0 no inicio de 95
:) , instalei via disquetes num 486 SX2-66...

A maquina não tinha acesso a internet e eu só tinha uma caixa de
disquetes, levei 4 dias para instalar rs a maquina ficava no
prompt solicitando o próximo disquete enquanto eu estava na faculdade
;)

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [fug-br] mercado de trabalho - duvidas

[Edson Brandi]

Em 13 de julho de 2012 20:46, Patrick Tracanelli
 escreveu:
> Em 13/07/2012, às 18:58, Edson Brandi escreveu:
> Caramba que e-mail grande hein? Nem eu leria hehehe

Grande, mas como sempre muito bem colocado :)

[ ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [fug-br] mercado de trabalho - duvidas

[Edson Brandi]

Em 13 de julho de 2012 15:58, Denis Granato  escreveu:
> Como anda o mercado de trabalho?

Falando do mercado de SysAdm Linux em si ouso dizer que sobram vagas e
faltam profissionais qualificados :( , eu tenho conhecimento de pelo
menos umas 50 vagas no estado de são paulo (com salários variando de
R$ 2k a R$ 10k), algumas delas abertas já há mais de 6 meses sem serem
preenchidas por falta de profissionais com as skills requeridas.

No caso de FreeBSD, infelizmente o cenário é mais complicado :( , o
sistema não é massificado a ponto de ter uma grande oferta de mão de
obra no mercado, isso acaba fazendo com que as empresas, no momento de
decidirem qual sistema operacional usar para suportar suas operações,
acabem escolhendo sistemas mais populares.

Muitas vezes a adoção do Linux não significa que a empresa (ou os
responsáveis pela areá de TI) não confia no FreeBSD, na maior parte
das vezes significa apenas que ela não encontrou profissionais para
suportar os outros sistemas.

Vamos pegar meu caso por exemplo, eu uso FreeBSD desde 1995, e quem me
conhece sabe que eu sempre fui um dos maiores defensores do sistema,
sempre militei ativamente pela popularização do mesmo...

Mas mesmo tendo exercido o papel de diretor de tecnologia na maior
parte das empresas nas quais eu trabalhei nestes últimos anos, eu não
consegui montar uma equipe técnica com conhecimento necessário para
adotar o FreeBSD como meu sistema principal no ambiente de produção em
nenhuma destas empresas. Tenho maquinas FreeBSD operando apenas em
funções pontuais.

Infelizmente na minha visão temos um dilema to tipo "as empresas não
usam FreeBSD porque não encontram  (no volume necessário)sysadmins
especializados no sistema e não existem sysadmins especializados (no
volume necessário) porque são poucas as empresas que usam FreeBSD".

É um problema difícil de resolver :\

Ao longos dos últimos anos sempre que eu abro uma vaga para
contratação, de cada 100 currículos que eu recebo, 1 candidato já
ouviu falar de FreeBSD, e de cada 10 que já ouviram falar, 1 tem
conhecimento necessário para administrar o sistema. :\

Quando vc precisa montar uma equipe com 30 sysadms, é completamente
inviável escolher um sistema que vai exigir que você entreviste 30.000
pessoas :(

Enfim, meus 2 cents sobre o mercado...

[]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD [RESOLVIDO]

[Edson Brandi]

Em 12 de julho de 2012 01:40, Marcelo Gondim  escreveu:
> Achei o maldito. Interessante que na configuração original ele está em
> K. Em algum momento eu devo ter colocado esse cara pra M pra tunar algo.
> Esse cara aqui que descacetou tudo: read_rnd_buffer_size = 8M
> Quando adiciono ele tanto no Linux quanto no FreeBSD com valor alto tipo
> 8M tudo sobe. Com valores em K ou sem ele o consumo é o esperado.
> Ufa! Resolvido. Edson valeu mesmo e realmente está comprovado que não
> existe a diferença entre o Linux e o FreeBSD e sim foi um erro meu nos
> testes.
> Agora já estou com esperanças novamente de migrar o servidor Linux para
> FreeBSD rsrsrsrsr
>
> Galera vou abrir outra thread para discutirmos o tunning para esse tipo
> de servidor com muito acesso.  :)
> Mas vou fazer isso mais tarde porque são 01:39 e não aguento mais por
> hoje ahhaahha
>
> Obrigado à todos mais uma vez e me desculpem pelo erro de K e M rsrsrsrs

Tranquilo :)
Ainda bem que esclarecemos o mistério rs

[ ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Marcelo,

O problema está nessa configuração ai do mysql que vc esta usando...

Refiz um teste aqui com o FreeBSD 64 bits...

Se eu uso o /usr/local/share/mysql/my-huge.cnf  como sendo o meu
/var/db/mysql/my.cnf e seto o max_connections=4000 , o output do
tunning primer é o que vc está obtendo:

MEMORY USAGE
Max Memory Ever Allocated : 572 M
Configured Max Per-thread Buffers : 48.21 G
Configured Max Global Buffers : 560 M
Configured Max Memory Limit : 48.76 G
Physical Memory : 3.74 G

Max memory limit exceeds 90% of physical memory



Se eu uso o mysqld com a configuração default (default = não existe o
my.cnf), e adiciono apenas o parâmetro para 4.000 conexões (o arquivo
vai ficar com apenas 2 linhas):

[mysqld]
max_connections=4000

O output do tuning-primer.sh é o que eu tinha enviado antes (muito
semelhante no linux e no FreeBSD):

MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 10.49 G
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 10.64 G
Physical Memory : 3.74G

Max memory limit exceeds 90% of physical memory



Se eu uso o mesmo arquivo de configuração
(/usr/local/share/mysql/my-huge.cnf ) no servidor Linux, fazendo os
ajustes necessários para que o mysqld rode, visto que aqui no meu lab
o daemon no linux nem sobe com este arquivo de configuração copiado do
FreeBSD se vc não adicionar as linhas abaixo na sessão [mysqld]:

datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql

O resultado é o mesmo que no FreeBSD:

MEMORY USAGE
Max Memory Ever Allocated : 584 M
Configured Max Per-thread Buffers : 48.46 G
Configured Max Global Buffers : 560 M
Configured Max Memory Limit : 49.00 G
Physical Memory : 3.74 G

Max memory limit exceeds 90% of physical memory



Ou seja, acho pouco provável que o seu servidor Linux e o seu servidor
FreeBSD estejam rodando exatamente com a mesma configuração no MySQL
(este my-huge.cnf)...

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 18:23, Eduardo Schoedler  escreveu:
> Se realmente precisar aguentar as 4000 conexões simultâneas, vai precisar
> de mais memória -- ou então baixar alguns parâmetros que interferem
> diretamente no consumo por thread, além dos valores globais.

A principio 12 Gb é suficiente para as 4.000 conexões

>> Para ajudar na confusão, o output do script  mysql tuning primer
>> (https://launchpad.net/mysql-tuning-primer/) no servidor FreeBSD do
>> Marcelo diz que para ter 4.000 conexões ele precisa de MUITO mais RAM
>> do que no Linux.
>>
> Mesmo?

Sim, ta la no primeiro email dele o output do script no FreeBSD dele
com o calculo para 4.000 conexões:

MEMORY USAGE
Max Memory Ever Allocated : 438 M
Configured Max Per-thread Buffers : 48.46 G
Configured Max Global Buffers : 426 M
Configured Max Memory Limit : 48.87 G
Physical Memory : 13.00 G

>> Eu fiz um teste com o script aqui rodando em VMs iguais com Linux e
>> FreeBSD (setup vanilla em ambas, sem nenhum tuning), e a quantidade de
>> memoria reportada é sempre semelhante entre os sistemas.
>>
>
> Pois é, você eliminou a variável do sistema operacional nesse script.
> Por isso fiquei sem entender...

Então, é o que eu disse antes, se pelo calculo teórico a maquina tem
memoria suficiente, o problema está em porque raios o mysqld não
consegue usar a memoria se teoricamente os parâmetros do kernel para
permitir o uso de mais de 512Mb estão corretos :)

Esse teste pratico eu ainda não tive tempo de fazer.

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 18:05, Eduardo Schoedler  escreveu:
> Mas você está apavorado com o consumo de memória? É isso?

Eduardo,

Se eu entendi o problema do Marcelo, na pratica o que está acontecendo
é que o mysqld não está conseguindo alocar a memoria necessária para
ter 4.000 conexões ativas.

Para ajudar na confusão, o output do script  mysql tuning primer
(https://launchpad.net/mysql-tuning-primer/) no servidor FreeBSD do
Marcelo diz que para ter 4.000 conexões ele precisa de MUITO mais RAM
do que no Linux.

Eu fiz um teste com o script aqui rodando em VMs iguais com Linux e
FreeBSD (setup vanilla em ambas, sem nenhum tuning), e a quantidade de
memoria reportada é sempre semelhante entre os sistemas.

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Bom,

Peguei 2 VMs aqui idênticas em termos de hardware virtual (rs),
rodando sobre VMWare ESXi 5.0, configuradas com 4 Gb de RAM...

Uma rodando:

FreeBSD keyserver.fug.com.br 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0:
Tue Jun 12 01:47:53 UTC 2012
r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386

e na outra:

Linux server01.ebrandi.eti.br 2.6.32-220.23.1.el6.x86_64 #1 SMP Mon
Jun 18 18:58:52 BST 2012 x86_64 x86_64 x86_64 GNU/Linux

Não tinha uma VM com o FreeBSD 64 Bits aqui para testar... A
configuração e a versão do mysql é a mesma nas 2 VMs.

Os cálculos do consumo teórico de memoria em cada uma delas informado
MySQL Tuning Primer está abaixo, os numeros são bem parecidos, e vai
de encontro com aquela impressão que eu tinha de que o calculo do
Tuning Primer não olha nada do sistema operacional.

O proximo passo vai ser fazer um teste real de carga...

### FreeBSD ###

* max_connections=1

MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 2 M
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 154 M
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=10
MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 26 M
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 178 M
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=100
MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 268 M
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 420 M
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=1000
MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 2.62 G
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 2.77 G
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=4000
MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 10.49 G
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 10.64 G
Physical Memory : 1.00 G

Max memory limit exceeds 90% of physical memory

 Linux 

* max_connections=1

MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 2 M
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 154 M
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=10

MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 27 M
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 179 M
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=100

MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 275 M
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 427 M
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=1000
MEMORY USAGE
Max Memory Ever Allocated : 154 M
Configured Max Per-thread Buffers : 2.68 G
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 2.83 G
Physical Memory : 3.74 G
Max memory limit seem to be within acceptable norms

* max_connections=4000
MEMORY USAGE
Max Memory Ever Allocated : 157 M
Configured Max Per-thread Buffers : 10.74 G
Configured Max Global Buffers : 152 M
Configured Max Memory Limit : 10.89 G
Physical Memory : 3.74 G

Max memory limit exceeds 90% of physical memory


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 16:18, Marcelo Gondim  escreveu:
> Em 11/07/2012 16:07, Leonardo Augusto escreveu:
>> O Brandi é o cara... se ele nao ajudar a resolver essa bronca "tamo"
>> tudo lascado, ehehe
>> daí ate eu vou voltar pro linux, 
>
> hehehe to torcendo pra isso srsrrsrsrsrs

Ta certo... :)
Eu vou subir um ambiente em casa para fazer alguns testes , o difícil
vai ser arrumar uma forma de estressar em laboratório estas 4.000
conexões :\

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 15:16, Marcelo Gondim  escreveu:
> The maximum number of connections MySQL can support depends on the quality of 
> the thread library on a given platform. Linux or Solaris should be able to 
> support 500-1000 simultaneous connections, depending on how much RAM you have 
> and what your clients are doing. Static Linux binaries provided by MySQL AB 
> can support up to 4000 connections.

Marcelo,

Esses comportamentos exóticos são divertidos de se debugar rs ,
infelizmente nem sempre é rápido ;)

Bom, pelo que vc nos disse até agora o hardware é exatamente o mesmo,
rodando versões 64 bits do sistema operacional e do MySQL (mesmas
versões?), ambos com as mesmas configurações na sessão [mysqld] do
my.cnf. Correto?

O binário que você está usando no linux é pré compilado pela mySQL AB,
ou foi compilado manualmente por você?

Pode nos enviar a saida de um ldd no binário do mysqld em cada um dos
seus 2 ambientes?

[ ]'s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 14:33, Marcelo Gondim  escreveu:
> Será que sem querer descobri algo interessante? rsrsrsrsrs

Marcelo,

Estava dando uma olhada em como o mysql tuning primer
(https://launchpad.net/mysql-tuning-primer/), chega nos números.

Pelo que vi ele não está usando nenhuma variavel do sistema
operacional, e esta fazendo praticamente todas as contas  tendo como
input variaveis do mysql.

Com base nesta lógica de calculo a unica explicação que vejo pros
numeros estarem diferentes é se estas variaveis forem diferentes entre
o seu mysql rodando no linux e o seu mysql rodando no FreeBSD. Não me
parece ser algo relacionado ao sistema operacional.

A unica informação que ele usa do sistema operacional é a quantidade de memoria:

get_system_info () {

export OS=$(uname)

# Get information for various UNIXes
if [ "$OS" = 'Darwin' ]; then
ps_socket=$(netstat -ln | awk '/mysql(.*)?\.sock/ { print $9
}' | head -1)
found_socks=$(netstat -ln | awk '/mysql(.*)?\.sock/ { print $9 }')
export physical_memory=$(sysctl -n hw.memsize)
export duflags=''
elif [ "$OS" = 'FreeBSD' ] || [ "$OS" = 'OpenBSD' ]; then
## On FreeBSD must be root to locate sockets.
ps_socket=$(netstat -ln | awk '/mysql(.*)?\.sock/ { print $9
}' | head -1)
found_socks=$(netstat -ln | awk '/mysql(.*)?\.sock/ { print $9 }')
export physical_memory=$(sysctl -n hw.realmem)
export duflags=''
elif [ "$OS" = 'Linux' ] ; then
## Includes SWAP
## export physical_memory=$(free -b | grep -v buffers |  awk
'{ s += $2 } END { printf("%.0f\n", s ) }')
ps_socket=$(netstat -ln | awk '/mysql(.*)?\.sock/ { print $9
}' | head -1)
found_socks=$(netstat -ln | awk '/mysql(.*)?\.sock/ { print $9 }')
export physical_memory=$(awk '/^MemTotal/ { printf("%.0f",
$2*1024 ) }' < /proc/meminfo)
export duflags='-b'
elif [ "$OS" = 'SunOS' ] ; then
ps_socket=$(netstat -an | awk '/mysql(.*)?.sock/ { print $5 }'
| head -1)
found_socks=$(netstat -an | awk '/mysql(.*)?.sock/ { print $5 }')
export physical_memory=$(prtconf | awk '/^Memory\ size:/ {
print $3*1048576 }')
fi
if [ -z $(which bc) ] ; then
echo "Error: Command line calculator 'bc' not found!"
exit
fi
}


Colei a função que calcula a alocação de memoria abaixo:

total_memory_used () {

## -- Total Memory Usage -- ##
cecho "MEMORY USAGE" boldblue

mysql_variable \'read_buffer_size\' read_buffer_size
mysql_variable \'read_rnd_buffer_size\' read_rnd_buffer_size
mysql_variable \'sort_buffer_size\' sort_buffer_size
mysql_variable \'thread_stack\' thread_stack
mysql_variable \'max_connections\' max_connections
mysql_variable \'join_buffer_size\' join_buffer_size
mysql_variable \'tmp_table_size\' tmp_table_size
mysql_variable \'max_heap_table_size\' max_heap_table_size
mysql_variable \'log_bin\' log_bin
mysql_status \'Max_used_connections\' max_used_connections

if [ "$major_version" = "3.23" ] ; then
mysql_variable \'record_buffer\' read_buffer_size
mysql_variable \'record_rnd_buffer\' read_rnd_buffer_size
mysql_variable \'sort_buffer\' sort_buffer_size
fi

if [ "$log_bin" = "ON" ] ; then
mysql_variable \'binlog_cache_size\' binlog_cache_size
else
binlog_cache_size=0
fi

if [ $max_heap_table_size -le $tmp_table_size ] ; then
effective_tmp_table_size=$max_heap_table_size
else
effective_tmp_table_size=$tmp_table_size
fi


per_thread_buffers=$(echo
"($read_buffer_size+$read_rnd_buffer_size+$sort_buffer_size+$thread_stack+$join_buffer_size+$binlog_cache_size)*$max_connections"
| bc -l)
per_thread_max_buffers=$(echo
"($read_buffer_size+$read_rnd_buffer_size+$sort_buffer_size+$thread_stack+$join_buffer_size+$binlog_cache_size)*$max_used_connections"
| bc -l)

mysql_variable \'innodb_buffer_pool_size\' innodb_buffer_pool_size
if [ -z $innodb_buffer_pool_size ] ; then
innodb_buffer_pool_size=0
fi

mysql_variable \'innodb_additional_mem_pool_size\'
innodb_additional_mem_pool_size
if [ -z $innodb_additional_mem_pool_size ] ; then
innodb_additional_mem_pool_size=0
fi

mysql_variable \'innodb_log_buffer_size\' innodb_log_buffer_size
if [ -z $innodb_log_buffer_size ] ; then
innodb_log_buffer_size=0
fi

mysql_variable \'key_buffer_size\' key_buffer_size

mysql_variable \'query_cache_size\' query_cache_size
if [ -z $query_cache_size ] ; then
query_cache_size=0
fi

global_buffers=$(echo
"$innodb_buffer_pool_size+$innodb_additional_mem_pool_size+$innodb_log_buffer_size+$key_buffer_size+$query_cache_size"
| bc -l)


max_memory=$

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 14:21, Edson Brandi  escreveu:
> Em 11 de julho de 2012 14:06, Marcelo Gondim  escreveu:
>>> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
>>> os parâmetros abaixo no seu Freebsd?
>>>
>> kern.maxssiz: 536870912
>> kern.dflssiz: 8388608
>> kern.maxdsiz: 34359738368
>> kern.dfldsiz: 134217728
>> kern.maxtsiz: 134217728
>
> Marcelo,
>
> Faz uma juste ai no seu loader.conf, para:
>
> kern.dflssiz="512M"
> kern.maxdsiz="10G"
> kern.dfldsiz="4G"
> kern.maxssiz="10G"
> kern.maxtsiz="4G"
>
> Da um boot na maquina, seta o max_connection para 4.000, e roda o
> report de novo.
>
> Manda o resultado aqui pra gente :)
>
> Edson

Marcelo,

Pergunta obvia que esqueci de fazer... o seu kern.ipc.somaxconn está
setado para mais de 4.000 , certo?

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 14:06, Marcelo Gondim  escreveu:
>> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
>> os parâmetros abaixo no seu Freebsd?
>>
> kern.maxssiz: 536870912
> kern.dflssiz: 8388608
> kern.maxdsiz: 34359738368
> kern.dfldsiz: 134217728
> kern.maxtsiz: 134217728

Marcelo,

Faz uma juste ai no seu loader.conf, para:

kern.dflssiz="512M"
kern.maxdsiz="10G"
kern.dfldsiz="4G"
kern.maxssiz="10G"
kern.maxtsiz="4G"

Da um boot na maquina, seta o max_connection para 4.000, e roda o
report de novo.

Manda o resultado aqui pra gente :)

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 12:14, Marcelo Gondim  escreveu:
>> Como está o seu kern.maxdsiz ? Pelos numero me parece que sua maquina
>> ainda está usando o tamanho default de 512 Mb como sendo o segmento
>> máximo de memoria que pode ser alocada por um processo, esse é o
>> primeiro problema que eu vejo...
> # sysctl kern.maxdsiz
> kern.maxdsiz: 34359738368

Estranho... Pelo sintoma é como se o mysql não estivesse conseguindo
alocar a memoria mesmo com o seu kernel permitindo isso :\

Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
os parâmetros abaixo no seu Freebsd?

kern.maxssiz
kern.dflssiz
kern.maxdsiz
kern.dfldsiz
kern.maxtsiz

Vc mencionou que chegou a rodar com até 1.000 no numero de conexões,
como ficou o report dos parâmetros de MEMORY USAGE neste cenário?

[]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Edson Brandi]

Em 11 de julho de 2012 10:36, Marcelo Gondim  escreveu:
> Pessoal,
>
> Peguei uma base mysql rodando no FreeBSD e setei o max_connection para
> 4000. Tenho 12Gb de ram nessa máquina que fiz o teste, meu i7. :)  após
> rodar o tuning-primer o memory usage simplesmente estoura. Conforme abaixo:
>
> MEMORY USAGE
> Max Memory Ever Allocated : 438 M
> Configured Max Per-thread Buffers : 48.46 G
> Configured Max Global Buffers : 426 M
> Configured Max Memory Limit : 48.87 G
> Physical Memory : 13.00 G
>
> Max memory limit exceeds 90% of physical memory
>
> Valores até 1000 eu consegui no FreeBSD, sem estourar, mas ocupava
> bastante ram mesmo assim.
> Quando eu faço a mesma coisa em uma máquina equivalente, com mais
> memória, só que com Linux, usando os 4000 em max_connections a coisa
> fica boa conforme abaixo:
>
> MEMORY USAGE
> Max Memory Ever Allocated : 10.10 G
> Configured Max Per-thread Buffers : 11.71 G
> Configured Max Global Buffers : 2.13 G
> Configured Max Memory Limit : 13.85 G
> Physical Memory : 23.53 G
> Max memory limit seem to be within acceptable norms
>
> Reparem que no caso do Linux o "Configured Max Per-thread Buffers" e o
> "Configured Max Memory Limit" não estouraram a ram disponível. O que
> poderia estar causando isso no FreeBSD? Já procurei em tudo quanto foi
> lugar pra tentar resolver e a única coisa que eu havia visto é que no
> Linux suportaria as 4000 conexões mas em outras plataformas não.
>
> Quem puder fazer esses testes e comprovar é só dizer.  :)

Marcelo,

Antes de palpitar, me diga uma coisa...

O seu FreeBSD roda em 32 ou 64 Bits? O seu mysqld é 32 ou 64 bits?

Como está o seu kern.maxdsiz ? Pelos numero me parece que sua maquina
ainda está usando o tamanho default de 512 Mb como sendo o segmento
máximo de memoria que pode ser alocada por um processo, esse é o
primeiro problema que eu vejo...

Cada thread do mysql vai consumir no minimo uns 200k de memoria, para
4000 conexões/threads vc precisa permitir no minimo 1.5 Gb de memoria
alocada por processo.

De uma olhada nos demais limites do seu sistema com o ulimit-a , vc
pode precisar mexer em outros items...

Como estão os parâmetros da sessão [mysqld] do seu my.cnf na sua
instalação FreeBSD e na sua instalação Linux? Eles estão iguais?
Existem uma série de itens de configuração que mudam radicalmente o
consumo de memoria do seu servidor, e a comparação pra ser justa tem
que ser feita em cenários iguais.

Se tiver tempo, recomendo a leitura do artigo
http://mysql.rjweb.org/doc.php/memory , vai ajudar a entender melhor
como o mysql trata o uso de memoria.

[ ]´s Brandi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Off-Topic] Remake logo primeirospassos.org

[Edson Brandi]

Em 6 de julho de 2012 20:44, Everton Cardoso
 escreveu:
> Olá amigos,
>
> Acho que poucos ou quase nenhum membro me conheça, mas já conheço
> alguns membros veteranos deste fórum, faz alguns longos anos.
>
> Muito tempo atrás, fiz uma pergunta não me recordo para quem foi,
> pedindo ou questionando se alguém ainda tinha aquela logo (source) do
> Beastie com a bandeira do Brasil, só que infelizmente ninguém tinha.
>
> Eu queria para eu mesmo produzir uma camisa para usar em eventos de
> TI, inclusive sobre BSD, pois participo já faz uns anos do FISL e
> outros eventos de TI, mas nunca gostei das camisas que vejo o povo
> vendendo, então resolvi eu mesmo tentar produzir a minha, com uma cara
> mais "tupi-guarani" ou mais Brazuca, já que somos a maior comunidade
> de BSD, temos que ter uma cara autêntica, e essa logo é o que de mais
> autêntico vejo para representar a FUG nesses eventos.
>
> Em muitas tentativas consegui chegar a esse que seria o mais próximo
> do Beastie original com a bandeira, tudo graças a ajuda de uma grande
> amigo que é bom com gimp e esses softwares gráficos.
>
> Espero que o povo se agrade.
>
> http://imageshack.us/photo/my-images/407/ramakefreebsdbrasilgrad.png/
>
> Como acredito muito em todo o projeto BSD, a imagem não tem restrições.

Ficou bacana Everton, parabéns pela iniciativa, deve ter dado trabalho :)

O original realmente se perdeu com o tempo, mas a algum tempo atrás
paguei para fazerem uma versão vetorial "hand traced" do beastie com a
bandeira.

Alguns membros mais antigos da comunidade receberam uma cópia desta
"nova edição" da imagem naquela ocasião, eu não enviei para a lista
pois não sabia que a imagem interessava a outras pessoas :)

Mas acho que nunca é tarde, logo segue abaixo os url:

Versão JPG
http://blog.ebrandi.eti.br/freebsd/FreeBSD-Brasil.jpg

Versão Adobe Ilustrator (vetorial)
http://blog.ebrandi.eti.br/freebsd/FreeBSD-Brasil.ai

A versão vetorial permite redimensionar a figura sem que ela se
deforme, fica show para usar com camisetas :)

Nem sempre eu leio todas as mensagens que passam pela lista, se tiver
algum tema que alguém acredite que eu possa "ajudar" e eu não me
manifestar me enviem um e-mail em PVT.

[ ]´s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 21 de junho de 2012 19:07, Antônio Pessoa  escreveu:
>> É perfeitamente possível criar áreas no fórum que apenas determinados
>> grupos tenham acesso, é apenas configurar de forma adequada as
>> permissões :)
>
> Estava realizando os testes com o http://www.try-phpbb.com/30x/ e
> descobri como. :-)
>
> Agora falta os tópicos fixos.

Ja acertei a configuração do forum para permitir que os admins deem
stick num tópico... faltava acertar as permissões do grupo :)
Testa la

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 21 de junho de 2012 15:59, Marcus Vinicius.  escreveu:
> Olha, como eu não tinha como fazer backup, eu criei uma conta no gmail
> (agora com 10gb), agendei pra que todo dia ele me mandasse tudo
> compactado por e-mail. No início, resolve, pois são alguns Kbytes. Mas
> depois, talvez não seja mais o suficiente.

O servidor já tem backup configurado para rodar diariamente :) , os
dados são criptografados, compactados e armazenados no Amazon S3.

A retenção é de 7 dias, acredito ser suficiente.

O sistema de backup que está sendo usado é o tarsnap
(https://www.tarsnap.com/), que é a empresa de online backup do do Dr.
Colin Percival, que até pouco tempo atras era o security officer do
FreeBSD.

[ ]´s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 21 de junho de 2012 15:37, Kembolle Amilkar  escreveu:
> @ Edson
> Perfeitamente, desculpe-me pela desatenção, pelo que andei pesquisando aqui
> a seguinte versão pelo senhor mencionada encontra-se " estavel" ate
> então... Abaixo vou deixar alguns link's interessantes para serem
> visualizados.

Eu é que agradeço a ajuda :) , e pode deixar o "senhor" de lado ;)

abs Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 21 de junho de 2012 12:14, Antônio Pessoa  escreveu:
> O Board3 e a integração com redes sociais são bem interessantes. Pelo
> que pude perceber o phpBB também não tem as funções para tópico fixo e
> fórum administrativo (restrito aos admins e moderadores), acredito que
> existam mods para estas funções, vou dar uma olhada.

Antonio,

É perfeitamente possível criar áreas no fórum que apenas determinados
grupos tenham acesso, é apenas configurar de forma adequada as
permissões :)

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 17:57, Kembolle Amilkar  escreveu:
> Boa Tarde.
> - aqui vai minha contribuição para lapidação da "segurança do forum",
> estamos cientes que nada é seguro entretanto espero que seja "norte" para
> correção de eventuais falhas que possa ter.
> 0x01|
> 0x02|
> 0x03  |
> 0x04| Bom como não
> sei a versão que vocês estão utilizando fico impossibilitado
> de auxiliar neste quesito segurança.

Bom dia Kembolle,

O fórum está rodando a ultima versão do phpBB, a 3.0.10.
Vou dar uma olhada nos links que vc enviou para ver se tem algum fix
que precise ser aplicado nesta versão.

[ ]´s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 22:07, Antônio Pessoa  escreveu:
> Postei uma preliminar de como ficariam as regras [1] baseadas nas
> regras originais da lista da FUG [2]. Cometi a audácia de não pedir
> permissão para utilização do texto, mas espero que me perdoem.
>
> Precisamos melhorá-lo, claro, e incluir outros tópicos fixos em suas
> respectivas seções. Um dos primeiros poderia ser o "Instalação e
> manutenção de pacotes e ports" ou o "Instalação & atualização" com
> guia rápidos e objetivos de leitura obrigatória antes de postar
> qualquer dúvida.

Bom dia Antonio,

Ficou ótimo :)

E não precisa pedir permissão pra usar o texto da lista, o fórum tem
por objetivo ajudar a mesma comunidade, e as dicas que funcionam para
a lista não tem por que não funcionarem pro forum também.

Uma coisa que precisamos fazer depois é escolhermos um tema, esse
default é de doer hehehe

Alguém tem alguma sugestão de tema?

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 15:17, Patrick Tracanelli
 escreveu:

>> Talvez se conseguir-mos um CNAME de "forums.pt.freebsd.org" seria legal.
>
> Acho possível também mas forums.fug.com.br não seria mais legal pra 
> fortalecer a FUG?

Eu acredito que ajudaria a fortalecer Patrick, por isso gostei da
idéia do Lucas e me prontifiquei a disponibilizar a infra estrtutura.

Se o pessoal vai querer usar mesmo ou não sei rs, mas a VM já está
instalada e tem uma entrada no DNS como forum.fug.com.br apontando
para ela.

O Luiz Gustavo já esta com acesso ssh para fazer o setup do ambiente.

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 15:11, Cleiton Alves  escreveu:
> Eu acho que dependendo do skill de cada um ,dividir a responsabilidades dos
> topicos do forum
> Exemplo
> Pessoa tal tem skill de security ,vai ficar responsavel por essa area no
> forum ,e por ai vai

Acho uma ótima idéia Cleiton, pq se o fórum "pegar" vai ser dificil moderar rs

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 12:57, Lucas Saliés Brum
 escreveu:
> Antônio, não é jogo de Ego.
>
> Te pergunto uma coisa, se ele pode registrar, porque eu não?
> Já que tive a idéia? Que ninguem teve, diga-se de passagem.

Lucas, se a propriedade do domínio é importante para você posso
transferi-lo pra vc sem o menor problema.

> O que ele tem melhor que eu?  Quer dizer que o ego dele pode? E o meu não?

Não sei de onde saiu a historia que isso tem algo haver com ego ou não
:( , estamos todos no mesmo barco aqui.

> Não tenho nada contra o Edson, nem conheço, nem sei quem é.

Prazer, Edson Brandi, fundador da FUG-BR, esta lista discussão na qual
trocamos mensagem e que ajuda os usuários brasileiros de FreeBSD desde
2001. O dia a dia não me permite participar de forma ativa como eu
participava a alguns anos atrás, mas estou sempre lendo o que se passa
na lista.

> Mas que foi precipitado, isso foi.

A intenção ao registrar não foi gerar nenhum tumulto.

> Antes eu tivesse registrado o domínio e criado o fórum sem avisar ninguem.
>
> Não estou desmerecendo ninguem, nenhum aqui é mais do que outro.
> Mas que me passaram pra trás, isso passaram mesmo.

Lucas,

O fato deu ter me prontificado a disponibilizar uma VM rodando no
endereço forum.fug.com.br para hospedar o fórum, não significa que
você foi excluído.  Em nenhum momento foi dito que vc não poderia
ajudar e muito menos de que o crédito pela ideia não é seu.

Se vc olhar algumas mensagens atrás vai ver que inclusive eu pedi
voluntários para administrar a VM e o software do fórum, procedimento
alias idêntico ao que temos na administração da lista :\

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

A proposito eu gostei do domínio que sugeriu, freebsd-br.org já está
redirecionando para www.fug.com.br ;)

Edson

Em 19 de junho de 2012 21:08, Lucas Saliés Brum
 escreveu:
> Em 19/06/2012 19:45, Carlos Eduardo G. Carvalho (Cartola) escreveu:
>> Não entendi, como assim?
> openbsd.org -> openbsd-br.org
> archlinux.org -> archlinux-br.org
> ubuntu.com -> ubuntu-br.org
>
> Seguindo esse padrão, eu pensei em:
> http://freebsd-br.org
>
> Mas isso é algo para ser pensado e discutido.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 11:33, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Em 20 de junho de 2012 11:25, Antônio Pessoa  escreveu:
>
>> Como sempre trabalho na frente do computador, saindo muito raramente
>> (ginástica laboral :-) posso ajudar na administração e moderação do
>> fórum sem problemas. Apesar de concordar que a lista supre as nossas
>> necessidades atuais, não poderia deixar de dar meu apoio a qualquer
>> iniciativa que venha somar na divulgação e melhoria da comunidade
>> FreeBSD brasileira.
>>
>> E espero que esse não seja apenas fogo de palha, quando me envolvo em
>> algum projeto vou até o fim.
>>
>
>
> Eu também tô parecido... e tenho mantido um fórum com phpBB, se optarem por
> ele posso dar um apoio na administração, moderação, etc, além de no próprio
> freebsd se precisarem.
>
> Possivelmente aconpanharei assuntos no fórum.

Acredito que vamos de phpBB mesmo :)

A VM já esta instalada, foi fazer a configuração básica e libero pro
pessoal fazer a instalação das aplicações.

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

2012/6/20 Luiz Gustavo :
> Quanto ao software para forum ?
>
> Vou usar as referencias:
>
> forums.freebsd.org -> Usa o vBulletin (que tem licença comercial)
> forum.pfsense.org -> Usa o SimpleMachines (que tem licença BSD)[1]
>
> Temos as outras opções como phpbb, etc...
>
> O que acham ?

Luiz,

Eu mantenho alguns fóruns rodando em phpBB, ele funciona bem e se
mantivermos ele atualizado e rodando atrás de um apache com
mod_security configurado de forma correta raramente ele irá nos dar
dar dor de cabeça.

A principio eu iria com ele mesmo...

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Em 20 de junho de 2012 10:18, Luiz Gustavo
 escreveu:
> Boa Edson !!!
>
> Como falei anteriormente, eu me coloco a disposição para preparar e
> manter o servidor/vm, o meu problema é administrar o forum em si, pelo
> menos em relação a fazer moderação, etc...
>
> Acredito que outras pessoas podem ficar a cargo disso.
>
> Qualquer coisa grita ae. Abraços

Sem problemas :)
Vou instalar a VM então.

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Criação de um fórum sobre o FreeBSD

[Edson Brandi]

Bom dia pessoal :)

Gosto de ver a lista animada hehehe

Eu acho que tem espaço para termos um fórum sim, não acho que eles
concorram entre si.

Eu posso disponibilizar uma VM rodando FreeBSD para hospedar o fórum,
e podemos disponibilizá-lo como http://forum.fug.com.br (e por um
redirect a partir de freebsd-br.org).

Mas da mesma forma como fazemos com a lista de discussão, vamos
precisar de voluntários para administrar o forum (e a VM), eu
realmente não teria tempo de fazer isso :(

[ ]´s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Off-Topic: Pool de servidores de chave OpenPGP - Ajuda para monitoração de performance da rede SKS

[Edson Brandi]

Bom dia pessoal,

Em primeiro lugar peço desculpas pelo Off Topic, mas acho que vcs tem
como me ajdudar :)

Não sei se vocês sabem mas mantenho um servidor publico de chaves
OpenPGP, o qual está disponivel no url
http://keyserver.fug.com.br:11371/

O servidor de chaves da FUG-BR faz parte do pool internacional de
servidores sks, como podem ver em
http://www.sks-keyservers.net/status/

No momento os operadores desta rede de servidores estão trabalhando
para aprimorar forma como o trafego é distribuído entre os servidores,
e para isso precisamos de voluntários que possam nos ajudar com o
hosting de um script que será utilizado para medir a performance dos
servidores a partir de uma determinada Área geográfica. O documento
que descreve a metodologia que está sendo implantada está disponivel
em http://kfwebs.com/sks-keyservers-SRV.pdf e uma prévia de como
ficará  a composição dos novos pools pode ser vista em
http://keys2.kfwebs.net/status/

Por enquanto temos clientes para teste apenas na America do Norte e na
Europa, se conseguirmos ao menos 3 voluntários no brasil (ou na
america latina) para hospedar o cliente que faz a medição de
performance da rede sks, podemos criar um pool especifico para o
Brasil/America Latina, o qual será formado apenas pelos servidores que
possuírem a melhor performance em relação ao nosso backbone.

O cliente de testes é um script php simples (o qual também existe como
um cgi em perl), o mesmo recebe uma requisição por hora para medir a
performance de cada um dos 80 servidores sks públicos (numero médio)
que estão habilitados a participar do pool,  e retorna como resposta a
informação do tempo ele levou para obter com sucesso uma determinada
chave padrão.

Os scripts estão disponíveis em:

http://code.google.com/p/sks-keyservers-pool/source/browse/trunk/sks-keyservers.net/clients/

E o tipo de requisição que ele recebe é parecida com a abaixo:

http://keyserver.fug.com.br/key_retrieval.php?keyserver=keyserver.fug.com.br&key_id=0x16e0cf8d6b0b9508

O trafego esperado por dia para esse cliente é de 125 Mb inbound e 3
Mb outbound.

Gostaria de saber se temos pessoas na fug com recurso disponível e
dispostas a colaborar com esse processo de medição.

Se puderem e quiserem ajudar, basta instalar um dos scripts acima em
um servidor de vocês, e editar o mesmo para que a variável $hostserver
esteja setada para hostname completo do servidor de vocês.

Feito isso basta me enviar em pvt o url do script, e se possível a
informação de de qual a operadora que prove o seu link IP, bem como a
capacidade do mesmo, para que possamos fazer o ajuste no sistema que
vai processar a resposta dos testes de forma a ponderar de forma
correta os resultados.

Obrigado pela atenção :)

[ ]´s Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Captive portal para BSD

[Edson Brandi]

João,

Esse comportamento que vc descreveu (reset involuntário) eu já tive
quando configurei um servidor pfsense para atuar como access point,
plugando nele uma placa wifi com chipset realtek (interface run0).

Ele dava kernel panic por problemas no driver dessa placa.

O mesmo problema ocorria com uma instalação limpa do FreeBSD também
configurado para atuar como access point.

A unica forma de resolver o problema foi substituir a placa com
chipset realtek por uma com chipset atheros.

Edson

Em 5 de abril de 2012 16:03, joao jamaicabsd  escreveu:
> Então, vou testar agora com o BSD direto no servidor pra ver se dá perca de
> desempenho. Como o PFSense é só mesmo para autenticar a WI-FI, se eu
> conseguir fazer esse portal ficará show de bola, pois o BSD eu me viro bem
> e consigo resolver imprevistos mais rápido, além da flexibilidade
> conhecida.
>
> Nesse PFSense ele se trava sem problema aparente, o consumo de memória,
> processamento e aquicimento está tudo ok, mas ele se trava e reiniciando
> tudo volta ao normal.
>
> Obrigado.
>
>
>
>
> Em 5 de abril de 2012 15:55, joao jamaicabsd escreveu:
>
>> O PFSense é o 2.01, tem em média uns 90 usuários na rede cabeada e uns 20
>> na WI-FI.
>>
>>
>>
>>
>>
>> Em 5 de abril de 2012 14:52, mantunes escreveu:
>>
>> vc está usando qual versão do pfsense ?? e quantos usuários
>>> vc esta ligado nele..
>>>
>>> Em 5 de abril de 2012 14:44, joao jamaicabsd 
>>> escreveu:
>>>  > Boa tarde pessoal.
>>> > Fiquei um tempo procurando uma solução em BSD como o Capitive portal do
>>> > PFSense. Como não consegui resolver, fiz no PFSense mesmo, mas o
>>> PFSense é
>>> > muito instável, demora muito para conectar e para autenticar, então
>>> > procurando aqui na lista mesmo achei um post:
>>> >
>>> >
>>> > uma regra ipfw/pf/iptables, seja lá o firewall que você usa que
>>> direciona
>>> > todo o tráfego para qualquer destino á porta 80 para uma porta local
>>>  onde
>>> > você roda um serviço http.
>>> > Neste http tem um programa escrito em php/cgi/perl, enfim, em qualquer
>>> > linguagem que autentica o cliente e pega o IP dele. A autenticação pode
>>> ser
>>> > desde passwd local até radius, ldap, etc etc.
>>> > Em caso de autenticação/autorização positiva, o programa pega a regra do
>>> > firewall que jogava o tráfego para o servidor http local e remove,
>>> > permitindo navegação normal.
>>> >
>>> > A idéia é essa mesmo, redirecionar o usuário da rede Wifi (separada
>>> > fisicamente) e jogar ele para uma página Web, ali ele autentica e cai no
>>> > squid, etc.
>>> >
>>> > A minha pergunta é:
>>> > Como vou fazer a autenticação do usuário e depois redirecioná-lo para a
>>> > 3128?
>>> > Meu firewall é PF.
>>> >
>>> > Estou com vontade de desenvolver isso aí e rodar no local e fazer um
>>> artigo
>>> > ou algo parecido pra disponibilizar na FUG. Oque vc's acham?
>>> >
>>> > Obrigado e aguardo uma ajuda.
>>> >
>>> >
>>> >
>>> > --
>>> > E-mail: jamaica...@gmail.com
>>> > Aux Suporte de Sistemas (UNISUL)
>>> > E-mail: joao.may...@unisul.br
>>> > MSN: joaomayk...@hotmail.com
>>> > Cel: (48) 9144 2326
>>> > -
>>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>>
>>>
>>> --
>>> Marcio Antunes
>>> Powered by FreeBSD
>>> ==
>>> * Windows: "Where do you want to go tomorrow?"
>>> * Linux: "Where do you want to go today?"
>>> * FreeBSD: "Are you, guys, comming or what?"
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>
>>
>>
>> --
>> E-mail: jamaica...@gmail.com
>> Aux Suporte de Sistemas (UNISUL)
>> E-mail: joao.may...@unisul.br
>> MSN: joaomayk...@hotmail.com
>> Cel: (48) 9144 2326
>>
>
>
>
> --
> E-mail: jamaica...@gmail.com
> Aux Suporte de Sistemas (UNISUL)
> E-mail: joao.may...@unisul.br
> MSN: joaomayk...@hotmail.com
> Cel: (48) 9144 2326
> -
> 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] Captive portal para BSD

[Edson Brandi]

João,

O pfSense 2.0.1 é baseado no FreeBSD 8.1 , eu tenho algumas
instalações rodando ele com a função de captive portal habilitada,
atendendo mais de 100 usuários e nunca tive nenhum problema de
instabilidade.

Vc já experimentou rodar uma versão limpa do FreeBSD neste mesmo
equipamento no qual vc testou o pfSense? Se sim, você observou alguma
diferença de performance?

Vc esta usando o proprio servidor do pfSense como AP usando o hostapd
ou está conectando um router a ele?

Edson

Em 5 de abril de 2012 14:44, joao jamaicabsd  escreveu:
> Boa tarde pessoal.
> Fiquei um tempo procurando uma solução em BSD como o Capitive portal do
> PFSense. Como não consegui resolver, fiz no PFSense mesmo, mas o PFSense é
> muito instável, demora muito para conectar e para autenticar, entã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] Adicionando suporte ao Amazon Route 53 no serviço de DNS Dinâmico do pfSense-2.0.1

[Edson Brandi]

Tranquilo Renato?

Pretendo fazer isso sim, só não tive tempo ainda de parar para
entender como o pessoal que desenvolve o pfSense costuma receber esse
tipo de contribuição.

Edson

Em 28 de março de 2012 08:40, Renato Botelho  escreveu:
> 2012/3/27 Edson Brandi :
>> Boa noite pessoal,
>>
>> Sei que o tema deste e-mail não é especifico do FreeBSD, mas como sei que 
>> existem outros usuários de pfSense na lista estou enviando este e-mail :)
>>
>> Eu disponibilizei no meu blog um "plugin" que escrevi para o pfSense com 
>> objetivo de possibilitar o uso do Amazon Route 53 como provedor de serviços 
>> de DNS Dinâmico, escrevi o mesmo para resolver uma necessidade minha mas 
>> acredito que o plugin possa ser util para outras pessoas também, motivo pelo 
>> qual estou disponibilizando o mesmo.
>>
>> Se tiverem interesse em dar uma olhada o url do post é:
>>
>> http://blog.ebrandi.eti.br/2012/03/adicionando-suporte-ao-amazon-route-53-no-servico-de-dns-dinamico-do-pfsense-2-0-1/
>>
>> Criticas/Duvidas/Sugestões são bem vindas
>
> Fala Edson, beleza?
>
> A única sugestão que eu tenho é de você enviar isso como um
> patch pro pfSense, e assim incorporá-lo ao produto. O que você
> acha?
>
> []s
> --
> 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