[FUG-BR] [OFF-TOPIC] Lei 607/2007 - Regulamentação da profissão Analista de sistemas e correlatas.

2016-06-16 Por tôpico Paulo Henrique - BSDs Brasil

Saudações,
Sei que forge do escopo da lista, porém achei pertinente.

Gostaria de saber qual a opinião de vocês quanto a lei 607/2007, que no 
caso tem o objetivo de "regulamentar" as profissões que envolvem a TI.
Li algumas discussões na net, contudo a maioria escrita por jornalistas 
e não por profissionais da área.


Tirando a unica coisa que ficou clara é o pagamento de taxa de expedição 
a institutos regulamentadores a mesma não falou muita coisa acerca do 
que é especialização e nem levou em consideração cursos de 
especialização no qual não requer um curso superior para ser um 
especialista.


Escopo da Lei.
http://legis.senado.leg.br/mateweb/arquivos/mate-pdf/11569.pdf


--
:UNI>https://www.unixbsd.com.br
Aka: NoRm4nD at FreeNode.Org

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


Re: [FUG-BR] servidor para escritorio

2016-06-16 Por tôpico Paulo Henrique - BSDs Brasil



On 16/06/2016 10:27, Neilson Lima wrote:

Em 15 de junho de 2016 10:22, Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br> escreveu:



On 15/06/16 09:56, Neilson Lima wrote:

Bom dia, Pessoal!

Um primo tem um escritório trabalhista e me pediu para analisar a parte

de

informática. Identifiquei algumas necessidades, umas delas é a falta de

um

servidor(impressora, arquivos, backup..etc). Nesse caso o que vocês tem
feito e/ou recomenda para termos aqui um ambiente profissional? Se usam

um

único servidor para gerenciar tudo? Me deem exemplos para que eu tenha

uma

visão melhor do cenário, por favor.

Agradeço desde já pela sua atenção.

Abs


Saudações,

Bom se a necessidade é somente um servidor para gerir as estações de
trabalho e prover serviços de compartilhamento de arquivos e impressão
eu recomendaria a solução abaixo ( considerando que seja um ambiente
pequeno, até 30 estações )

Hardware: ServerU-L400 com dois discos de pelo menos 500gbytes
OS: FreeBSD 10.3
Servidor de Diretorios/Compartilhamento de Arquivos: Samba Server 4.1
Servidor de Impressão: CUPS, ou adquira printservers e use eles.
Servidor de Anti-virus: Integrado ao Samba AmavisD.

Frescura de analista de sistemas:
Nesse mesmo servidor, por ser ambiente pequeno colocaria junto.
Zabbix com banco de dados PostgreSQL e ICS Invectory só para manter um
monitoramento das rede.
E se sobrar recursos computacionais, nada que um JabberD não faria uma
baita diferença na comunicação interna.
Arriscaria a colocar outro servidor com configurações bem semelhantes
com o PFSense para fazer controle de conteudo e uma configuração basica
de firewall

Abraços !!

--
##
:UNI>http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


​Saudações, Amigo

Suas dicas foram ótimas, vou tentar fazer algo nesse estilo com um servidor
no estilo que *Paulo* recomendou. Acredito que seja o suficiente com
preocupação mesmo na parte de armazenamento de dados que deva ser grande.

Abs ​



Saudações,

Então, algumas considerações se for seguir a linha do serveru L-400 com 
ZFS que o Paulo Cavalcanti falou.
ZFS consome muito recursos de memoria para o ARC, quando comprar já 
solicita com o maximo de memoria que o L400 suporta.
Quanto a disco, se estiver com money disponivel para fazer algo 
realmente bom, recomendo usar discos SATA3 WD RE4 Gold.

Se for usar ZFS não use nenhuma controladora Raid entre o ZFS e os discos.
Não consegui compreender no datasheet se o serverU suporta dois discos 
SATA + 1 SSD ou se é apenas dois canais de comunicação SATA.
Uma outra observação é compilar o kernel e alterar os limites de 
MAX_OPEN_FILES, MAX_USERS pois DC abre muito arquivo, principalmente se 
estiver utilizando perfil etinerante.
Há diversas outras otimizações que recomendo fazer no kernel do sistema, 
aumenta tanto a estabilidade como a performance drasticamente.


Abs!!

--
:UNI>https://www.unixbsd.com.br

Aka: NoRm4nD at FreeNode.Org

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


Re: [FUG-BR] Segurança do PPTP para poucos acessos

2016-05-02 Por tôpico Paulo Henrique - BSDs Brasil



Em 02/05/2016 15:14, Renato Frederick escreveu:

Paulo, voce pegou meu ponto.

É que não adianta muito discutir o que usar, porque a ponta remota sempre vai 
ser a parte fraca.

Por ex, eu uso openvpn aqui no meu note(um OSX). Mas tive que resolver uma 
pendência particular a 30min. Eu o fechei.

Ao abrir, pede minha senha. Mas nestes 30min dava com certeza para um atacante 
fantasiado de funcionário dar um reboot, iniciar o OSX em recuperação e por um 
malware no meu startup.

OK, eu estou falho em não encriptar meu disco, etc….

Quanto ao acesso RDP, acredita que já fui “intimado” pelo dono da empresa, algo 
do tipo “não gostei, tenho que clicar agora em 2 locais(van + RDP), volta do 
jeito que estava antes”… do tipo.. volta agora ou acho quem o faça(bilhete 
azul).



———
Renato Frederick
Consultor em TI
http://about.me/renatofrederick
Skype: renatofrederick
+55 31 99123 - 3006
+55 31 2523 - 0686


Pessoal, cuidado com o Top-posting, estraga o histórico da lista.

Renato, realmente é onde minha atenção sempre esteve voltada é para a 
parte que você frisou, a unica forma de diminuir esse risco foi 
abrangendo a responsabilidade do Departamento de TI para as estações 
remotas dos funcionários que efetuavam acesso remoto, não é 100% mas é 
melhor do que nada.
E isso complica ainda mais quando há a utilização dessas estações por 
outras pessoas que não os colaboradores, contudo como disse o Sr. 
Ricardo, é tudo questão de analise de risco real e o aceitável, no caso 
dele o risco real sobrepõem o risco aceitável devido a atividades 
exercidas pela empresa no qual ele gerencia, no meu caso o risco 
aceitável sobrepõem o risco real.


Quanto a esse problema de diretor criticando que a necessidade de mais 
uma autenticação para ter acesso, também tive esse problema e a unica 
alternativa que tive foi manter o redirecionamento, contudo usando junto 
o knork e no RDP usando um .bat em execução antes da conexão para 
liberar a porta, é ruim, leva mais de 20 segundos para iniciar a 
negociação de autenticação contudo manteve o minimo de dois niveis de 
autenticação ( um nivel de pseudo autenticação ) para que estes tivessem 
acesso a estação.


Eu passei a adotar tunnel ssh no firewall usando chaves e sobre esse 
tunel o acesso aos servidores, sempre com a dobradinha de chaves+password.
Quanto a esse negocio de criptografar o disco, lamento não no seu caso 
não resolveria, o atacante seria competente o suficiente para no 
worm/trojan que ele usar inserir um back-door, o disco já estaria 
descriptografado quando ele teve acesso, você só garantiria que ele não 
precisa-se de contra-medidas para lidar com firewall/IDS/IPS.
Criptografia de disco hoje só é segurança em caso de roubo do 
equipamento, é impraticável descriptografar qualquer coisa com chaves 
acima de 256bits de extensão, e nesse caso por eventualmente você 
armazenar chaves e senhas nesse mac seu sem criptografar o disco é um 
risco real e não aceitável.



Att. Paulo Henrique.


De: Paulo Henrique - BSDs Brasil 
Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 

Data: 2 de maio de 2016 at 14:28:59
Para: freebsd@fug.com.br 
Assunto:  Re: [FUG-BR] Segurança do PPTP para poucos acessos



Em 02/05/2016 13:57, Renato Frederick escreveu:

Sim.
  
Mas daí o ponto fraco deixou de ser sua casa e virou a ponta remota onde você estiver... :)
  
Claro que no mundo de pedaladas fiscais com IOF sobre o dólar aumentando, deslocar o funcionário a todo momento gasta gasolina(importada…) então acesso remoto é sobrevivência.
  
Mas ficar neste #mimimimi de “ai eu não gosto de openvpn, é boba e feia” ou “ah, ipsec é a glória e unção do nosso senhor na terra nos diais atuais”, ou “ah, eu uso o hardware XPTO que custa milhares de dólares, estou protegido”…. não leva a nada.
  
Para cada solução apresentada, teremos pontos fortes e fracos.
  
Claro que concordamos todos com PPTP. Abre logo um TELNET, usa o login root, senha 1234, porque até isto é melhor que pptp…

Renato,

Pode ser por falta de conhecimento de minha parte, mas não conheço
qualquer metodo aceitável para comprometer o OpenSSH, que ele pode ter
falhas de segurança qualquer software está sujeito a isso e o OpenSSH
não será excessão.

Quanto a ponta remota ela sempre será o elo fraco da segurança pois não
terá os mesmos recursos de acesso como os implementados nos IDCs.
Sempre fui relutante em disponibilizar VPN para infraestrutura pois é
uma ramificação da infraestrutura que estará sem supervisão, contudo
antes você usar uma VPN do que ir para um redirecionamento de TS direto
para uma estação de um funcionário ( sim já usei isso no passado, não
nego, mas posteriormente foi adotado o acesso via TS sobre openvpn,
melhor ter mais uma autenticação e uns palavrões dos usuários finais do
que estar com um servidor TS exposto ).
Outro lado ruim de VPN é que worms irão passar pelo FW/IDS/IPS caso o
concentrador esteja após estes.

Att.

  
  
———

Renato Frederick
Consultor em TI
http://about.me

Re: [FUG-BR] Segurança do PPTP para poucos acessos

2016-05-02 Por tôpico Paulo Henrique - BSDs Brasil



Em 02/05/2016 13:57, Renato Frederick escreveu:

Sim.

Mas daí o ponto fraco deixou de ser sua casa e virou a ponta remota onde você 
estiver... :)

Claro que no mundo de pedaladas fiscais com IOF sobre o dólar aumentando, 
deslocar o funcionário a todo momento gasta gasolina(importada…) então acesso 
remoto é sobrevivência.

Mas ficar neste #mimimimi de “ai eu não gosto de openvpn, é boba e feia” ou 
“ah, ipsec é a glória e unção do nosso senhor na terra nos diais atuais”, ou 
“ah, eu uso o hardware XPTO que custa milhares de dólares, estou protegido”…. 
não leva a nada.

Para cada solução apresentada, teremos pontos fortes e fracos.

Claro que concordamos todos com PPTP. Abre logo um TELNET, usa o login root, 
senha 1234, porque até isto é melhor que pptp…

Renato,

Pode ser por falta de conhecimento de minha parte, mas não conheço 
qualquer metodo aceitável para comprometer o OpenSSH, que ele pode ter 
falhas de segurança qualquer software está sujeito a isso e o OpenSSH 
não será excessão.


Quanto a ponta remota ela sempre será o elo fraco da segurança pois não 
terá os mesmos recursos de acesso como os implementados nos IDCs.
Sempre fui relutante em disponibilizar VPN para infraestrutura pois é 
uma ramificação da infraestrutura que estará sem supervisão, contudo 
antes você usar uma VPN do que ir para um redirecionamento de TS direto 
para uma estação de um funcionário ( sim já usei isso no passado, não 
nego, mas posteriormente foi adotado o acesso via TS sobre openvpn, 
melhor ter mais uma autenticação e uns palavrões dos usuários finais do 
que estar com um servidor TS exposto ).
Outro lado ruim de VPN é que worms irão passar pelo FW/IDS/IPS caso o 
concentrador esteja após estes.


Att.




———
Renato Frederick
Consultor em TI
http://about.me/renatofrederick
Skype: renatofrederick
+55 31 99123 - 3006
+55 31 2523 - 0686

De: Ricardo Ferreira 
Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 

Data: 2 de maio de 2016 at 12:52:37
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
Assunto:  Re: [FUG-BR] Segurança do PPTP para poucos acessos

O colega tem razão quando fala do POWa um passo a frente dos gestores da 
empresa, ERBOX e é por isso que adotamos a
seguinte solução. Meu cenário consiste de um MPLS de 256Kbps conectado
entre minha casa e a empresa pois é somente a partir de determinado IP
que se pode efetuar o acesso remoto por um requisito de segurança e da
empresa tem um MPLS ligado a dois datacenters. Ainda assim o acesso é
criptografado usando STUNNEL e autenticação via SO. Se preciso acessar
de fora via Internet tenho que acessar minha casa e de lá para a
empresa. Se estiver fora do ar, aí não tem jeito o acesso é efetuado via
VPN com autenticação via smartcard para prosseguir. Tem que haver um
compromisso entre segurança e custos de operação e a tecnologia está aí
para isso. Na verdade a solução arquitetada por cada empresa para
permitir o acesso remoto a seus recursos por funcionários qualificados
deve seguir uma política rígida e séria para ter sucesso e evitar a
ocorrência de incidentes. Mas tenho que confessar sem acesso remoto
minha empresa não existiria.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] Diretorio de bibliotecas do kernel/sistema do FreeBSD ausentes "/machine" [RESOLVIDO]

2016-04-09 Por tôpico Paulo Henrique - BSDs Brasil



Em 09/04/2016 13:57, Marcelo Gondim escreveu:
Em 09/04/2016 11:12, Paulo Henrique - BSDs Brasil escreveu:  >> Saudações, >> >> Estou lendo o source do FreeBSD e em alguns 
arquivos é referenciado >> o diretorio "machine" contudo não encontrei 
esse diretorio em >> nenhum local no /usr/src. Alguém com mais 
experiência poderia me >> orientar sobre onde está os arquivos de 
sources que estão dentro >> desse diretório? >> >> Os arquivos abaixo 
foram os que encontrei a referencia para fontes >> dentro desse 
diretorio. >> >> /usr/src/sys/sys/_type.h 
/usr/src/sys/x86/x86/identcpu.c >> /usr/src/sys/amd64/amd64/fpu.c 
/usr/src/sys/amd64/amd64/bios.c >> >> há outros arquivos que também faz 
referencia a arquivos de >> bibliotecas que estão armazenados no 
diretorio "machine/". >> >> Segue as informações do svn/revisão que 
estou usando. >> >> root@MATILDA:/var/log # svn info /usr/src Caminho: 
/usr/src Working >> Copy Root Path: /usr/src URL: >> 
svn://svn.freebsd.org/base/releng/10.2 Relative URL: ^/releng/10.2 >> 
Raiz do Repositório: svn://svn.freebsd.org/base UUID do >> repositório: 
ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revisão: 296587 >> Tipo de Nó: 
diretório Agendado: normal Autor da Última Mudança: >> delphij Revisão 
da Última Mudança: 296341 Data da Última Mudança: >> 2016-03-03 04:30:55 
-0300 (Qui, 03 Mar 2016) > Opa Paulo, > > Fiz aqui um find / -iname 
*machine* e me apareceu um monte :) > > Abrs, - 
Histórico: > http://www.fug.com.br/historico/html/freebsd/ Sair da 
lista: > https://www.fug.com.br/mailman/listinfo/freebsd

Opa, Fala Marcelo,

Estava olhando no lugar errado :D, estava olhando direto no diretorio 
/usr/src que é onde fica os fontes do sistema e ignorei a relevância do 
/usr/include.
Estava lendo o makefile e me atentei para a variável TARGET, ela se 
refere ao diretório da arquitetura do /usr/src/sys/$arquitetura ou é 
usada somente para o cross-compiler ?


Att.

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


[FUG-BR] Diretorio de bibliotecas do kernel/sistema do FreeBSD ausentes "/machine"

2016-04-09 Por tôpico Paulo Henrique - BSDs Brasil

Saudações,

Estou lendo o source do FreeBSD e em alguns arquivos é referenciado o 
diretorio "machine" contudo não encontrei esse diretorio em nenhum local 
no /usr/src.
Alguém com mais experiência poderia me orientar sobre onde está os 
arquivos de sources que estão dentro desse diretório?


Os arquivos abaixo foram os que encontrei a referencia para fontes 
dentro desse diretorio.


/usr/src/sys/sys/_type.h
/usr/src/sys/x86/x86/identcpu.c
/usr/src/sys/amd64/amd64/fpu.c
/usr/src/sys/amd64/amd64/bios.c

há outros arquivos que também faz referencia a arquivos de bibliotecas 
que estão armazenados no diretorio "machine/".


Segue as informações do svn/revisão que estou usando.

root@MATILDA:/var/log # svn info /usr/src
Caminho: /usr/src
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/releng/10.2
Relative URL: ^/releng/10.2
Raiz do Repositório: svn://svn.freebsd.org/base
UUID do repositório: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revisão: 296587
Tipo de Nó: diretório
Agendado: normal
Autor da Última Mudança: delphij
Revisão da Última Mudança: 296341
Data da Última Mudança: 2016-03-03 04:30:55 -0300 (Qui, 03 Mar 2016)


Att. Paulo Henrique.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] BSD para arquitetura MIPS

2016-03-15 Por tôpico Paulo Henrique - BSDs Brasil



Em 15/03/2016 22:00, Fábio Rodrigues Ribeiro escreveu:

On 13/03/2016 13:43, Fábio Rodrigues Ribeiro wrote:

Não é um off-topic, mas recentemente na comunidade br-linux, estava
participando do artigo:

http://br-linux.org/2016/01/microsoft-lancou-hoje-uma-distribuicao-baseada-no-debian-e-o-nome-dela-e-sonic.html 




Eu já tinha perguntado se era possível embarcar o pfsense em outro blog
afora, no caso era o Datacom da telefônica e acredito que seja MIPS,
voltando ao post ele deu a entender que equipamento da TP-LINK podem ser
superiores o da mikrotik e reacendeu-me e a frustração de passar meu
TP-LINK para frente e surgindo a duvida de possibilidade ao invés usar o
openWRT e sim pfsense.

Se possível, meus switches e routers, caseiros ou corporativos(depende
de força maior) irei embarcar o pfsense ou bsdrp. Um adendo, desconhecia
a arquitetura do CPU destes tipo de brinquedos. Acreditando que eles
seriam intel alike.




Vasculhando na net eu vi um projeto bem interessante que poderia
substituir o openWRT, mas deve estar carecendo de mais compilações
para os equipamentos no mercado. O projeto é o:

http://zrouter.org/

Recomendo uma leitura do material do link [1], evitará mensagens 
desnecessárias na lista.
O projeto em questão não tem atualizações desde 2011 é só mais um 
projeto que iniciou com o interesse próprio do desenvolvedor para 
atingir um objetivo especifico.

O objetivo foi atendido e não houve interesse por parte da comunidade.

https://wiki.freebsd.org/FreeBSD/mips

Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] RES: off topic Hosting para hospedagem

2016-03-06 Por tôpico Paulo Henrique - BSDs Brasil



Em 07/03/2016 00:12, Renato Frederick escreveu:




--
:UNI>> Paulo Henrique.
  
Obrigado por responder, Paulo.
  
São aproximadamente 100 clientes com umas 1100 contas de e-mails. Meu HD

atual de 250GB tá com 80% de utilização e crescendo (tenho 500GB -pensei que
fosse 1TB- , dois HD´s DE 250, um backup do outro) Utilizo MTA-POSTFIX COM
MYSQL E MAIA/DNS-BIND/WEB-APACHE/BANCO DE DADOS(MYSQL E POSTGRES)/FTP e
trafego mensal em torno de 30GB, 5 IP´s. Tudo isto num Celeron E Dual core e
2GB de RAM.
  
Minha dúvida então é: Baseado no que descrevi acima, uma mqna virtualizada

me atende? (em termos de estabilidade)
Ou tem que ser um server dedicado? Se server dedicado ou virtualizada, tens
alguma sugestão?
  
Gostei muito dos preços do www.server4you.com porém não vi o FREEBSD

disponível e não sei se atende o que preciso.
  
  
[]´s

Paulo Quartieri
  
-

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

Posso dar um “pitaco” na conversa?


Todo pitaco é bem vindo !!



Você tem uma equipe para administrar tudo isto? Manter postfix, bind, mysql, 
etc??

Pergunto porque a anos atrás, eu tinha muito tempo para manter 5 ou 6 server 
BSD com qmail, vpopmail, bind, etc, tudo feito a mão e mantido…

Só que depois de um tempo, meu tempo livre começou a ficar ocupado e eu não 
conseguia atender a estas demandas. Daí, abri mão do BSD que tanto gosto e fui 
para CPANEL, que eu tinha MUITO preconceito.


Nesse tempo que começou a ficar critico o tempo disponivel poderia ter 
contratado um analista de sistema e treinado o camarada para ajudar, é uma 
tendencia todo ambiente de TI crescer quando a empresa não venha a falir.




Daí, pago hoje alguns dólares de licença CPANEL, rodando em VPS e eles fazem o 
trabalho pesado de manter todo o sistema. Eu me preocupo em atender o usuário 
final(coisas do tipo, o cara configurou outlook errado…)


Eu gostei muito do Cpainel, tem algumas coisas chatas e é meio complicado até 
se adaptar que não é mais feito na mão, mesma coisa com o PFSense, no inicio 
tive sérios problemas de adaptabilidade.



Servidores FrontEnd quando é algo muito específico que eu acho que o BSD vai se 
dar melhor(TOMCAT, clientes VIP), eu uso vmware on the cloud, virtualizando um 
BSD. Daí eu mesmo compilo apache, tomcat, etc..

Resumo…. se for o feijão com arroz de hospedar email, página html/php 
corporativa, empurro tudo no cpanel.

Se for algo mais TOP, coloco um BSD.

Agora com relação a hosting, eu coloco tudo fora e pago em dólar, é o alto 
preço a se pagar pela estabilidade.


Aqui no Brasil se consegue estabilidade só que o preço será duas a tres vezes 
maiores que o lá de fora.

Att.


[]s


———
Renato Frederick
Consultor em TI
http://about.me/renatofrederick
Skype: renatofrederick
+55 31 99123 - 3006
+55 31 2523 - 0686



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


--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] freeNAS para servir FTP

2016-03-06 Por tôpico Paulo Henrique - BSDs Brasil



Em 06/03/2016 22:48, Fábio Rodrigues Ribeiro escreveu:

Em 06-Mar-16 22:19, Paulo Henrique - BSDs Brasil escreveu:



Em 06/03/2016 17:11, Fábio Rodrigues Ribeiro escreveu:

Olá boa tarde!

Eu tenho intenção de fazer mirror dos repositórios de meus Linuxes, e
escolhi o free para esta missão, devido a entrega rápida deste 
conteúdo.

Só que me veio a mente de usar o freeNAS para o serviço, o que me
incomoda é que terá excesso de funcionalidade que estará disponível, 
que

causa um certo desconforto na segurança e objetividade, assim como o
pfSense.

Quero saber a opinião da galera!


Jeito simples de resolver, apenas desabilita o serviço.
E uma observação, creio que esse NAS estará internamente na rede, atrás
de um firewall ( acho que é o que se referenciava no outro e-mail )
então coloca uma regra bloqueando o acesso a esse host no firewall da
borda e configura o firewall do FreeNAS para só permitir comunicação a
partir dos seus servidores linux.


Se a neurose com segurança for demais, sobre um tunnel ssh entre os seus
servidores e sobre o tunel ativa uma VPN com o OpenVPN usando o segmento
de rede localhost, não se esquece de criptografar o disco com geom_eli
ou então use ZFS, por ultimo recomendo a ativar o framework MAC :D.


Att. Paulo Henrique.



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



Então, continuo achando o freeBSD mais simples, pois não
necessita nem do ports... e a configuração do usuário anônimo
é bem tranquila que o freeNAS mas eu tenho que aprofundar melhor
que recursos tem de interessante. Vou avaliar mais de perto o NAS.

Se ele oferece estatísticas e outras ferramentas para manutenção
do host que uma instalação básica que o freeBSD deixa a desejar.

Já este negócio de framework MAC, nem tanto... rsrs! Basta declarar
nos arquivo de hosts allow/deny

Olha, se quer só um NAS com recursos de NFS fica de FreeBSD mesmo, 
quanto a estatisticas e essas frescuras de "tomador de decisão", ativa o 
bsnmpd, integra ele em um zabbix ou nagios da vida, no caso do zabbix, 
usa o zabbix_agentd + scripts para obter informações que as mibs snmp 
não disponibiliza e terá a mesma funcionalidade do FreeNAS, só 
funcionalidade, não recursos de gerencia e controle através da web que é 
um dos pontos fortes do FreeNAS, além é claro da praticidade de 
integração com outros sistemas/recursos.


Corajoso usar o usuário "anonimo" !! qualquer usuário que não precisa 
deve estar claramente desabilitado no sistema e o guest/nobody/anonimo 
faz parte desse grupo de usuários que não devem ser usados, limita muito 
a dor de cabeã com brute-forces da vida.


Declararação de politica de acesso baseada em IP já não é seguro a 20 
anos, ela não conseguirá evitar ipspoof, o correto é limitar o acesso 
usando pelo menos autenticação simetrica.


Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] freeNAS para servir FTP

2016-03-06 Por tôpico Paulo Henrique - BSDs Brasil



Em 06/03/2016 17:11, Fábio Rodrigues Ribeiro escreveu:

Olá boa tarde!

Eu tenho intenção de fazer mirror dos repositórios de meus Linuxes, e
escolhi o free para esta missão, devido a entrega rápida deste conteúdo.
Só que me veio a mente de usar o freeNAS para o serviço, o que me
incomoda é que terá excesso de funcionalidade que estará disponível, que
causa um certo desconforto na segurança e objetividade, assim como o 
pfSense.


Quero saber a opinião da galera!


Jeito simples de resolver, apenas desabilita o serviço.
E uma observação, creio que esse NAS estará internamente na rede, atrás 
de um firewall ( acho que é o que se referenciava no outro e-mail ) 
então coloca uma regra bloqueando o acesso a esse host no firewall da 
borda e configura o firewall do FreeNAS para só permitir comunicação a 
partir dos seus servidores linux.



Se a neurose com segurança for demais, sobre um tunnel ssh entre os seus 
servidores e sobre o tunel ativa uma VPN com o OpenVPN usando o segmento 
de rede localhost, não se esquece de criptografar o disco com geom_eli 
ou então use ZFS, por ultimo recomendo a ativar o framework MAC :D.



Att. Paulo Henrique.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] BSDRP ou pfsense

2016-03-06 Por tôpico Paulo Henrique - BSDs Brasil

Saudações,

Respostas entre as duvidas.

Em 6 de março de 2016 16:53, Fábio Rodrigues Ribeiro 
mailto:f...@farribeiro.com.br>> escreveu:


   Olá boa tarde!

   Gostaria de experimentar umas destas duas soluções semi prontas. O
   laboratório em ambiente doméstico tem a intenção é somente roteamento.
   Na tentativa de simular ambiente corporativo, de preferência com
   serviços em equipamentos independentes e o ideal as maquinas não ter
   acesso direto a NET, passando por um proxy.

   Router <---> Proxy <---> Maquinas

   A utilidade do servidor proxy, além do cache, dá uma camada de segurança
   para os equipamento da rede? E quais vantagens utilizar o trafego
   direto.


Vamos esclarecer alguns conceitos aqui.
O BSDRP é destinado marjoritáriamente para aplicações de roteamento, 
embora possua o suporte de PF e IPFW ele é focado exclusivamente para 
roteamento com protocolos dinâmicos como BGP e OSPF.
O PFSense embora cumpra perfeitamente o papel de roteador o foco do 
projeto é firewall com PF onde pode se usar o dumynet junto com o IPFW 
para usar o WF2Q no enfileiramento.
Em resumo BSDRP é otimizado para roteamento e PFSense otimizado para 
funções de firewall, ambos podem fazer o papel que deseja ? sim, fica a 
seu critério.


Ficou meio complicado compreender se o seu ambiente é roteamento 
dinâmico ( BGP ou OSPF, normalmente usado em carrier, provedores e 
datacenter ) ou é roteamento estático junto com nat ( o mais comum, 
empresas de segmentos de serviços normalmente não relacionados a TI ) , 
a partir daqui irei considerar o segundo cenário.


Recomendaria o PFSense pelos motivos abaixo.
-> Gerenciamento de regras de filtragem através da web, gerenciar um 
arquivo de 1000 a 2000 regras na CLI tendem a ser um pouco frustante, 
parece absurdo mais em ambientes corporativos a quantidade de regras 
cresce continuamente.
-> Suporte a enfileiramente de trafégo utilizando o Altq, pode se usar o 
dumynet através do IPFW, contudo perde-se a facilidade da interface web.
-> Ampliação com outras funcionalidades que em um ambiente corporativo 
nos dias atuais são requeridas como IDS/IPS, proxy http/ftp autenticado 
integrado com AD/Samba, controle de acesso dos usuários a internet, 
servidor cache DNS, relatórios de utilização da Internet e tudo isso 
gerenciável através da interface Web e não como normalmente era feito 
até 2008 quando os appliance começaram a se popularizarem e tudo tinha 
que ser através de edição direta do arquivo de configuração de cada 
aplicação, isso otimiza o tempo de uma forma incalculavel.
-> Documentação e canais de ajuda já estão maduros para conseguir 
orientar ou ajudar a resolver um problema ( não sei quanto ao BSDRP pois 
não precisei de orientação ).
-> Não é colocado como mais um software modinha de geek onde depois de 
alguns anos, as vezes meses,  encerra o desenvolvimento deixando os 
usuários orfãos.
-> Ótima compatibilidade com hardware modestos, frizo que hardware 
modestos não é sinonimo de hardware porcaria ( estarei explicando na 
outra duvida sua ).


Segunda duvida, relacionado a utilização de proxy.
O Proxy http não é bem uma camada de segurança sentido internet -> 
intranet e sim o oposto, intranet -> internet, sua principal função é 
otimizar a entrega da informações que usam protocolos http/ftp ( 
exclusivamente ) e que não estejam criptografados, pode-se integrar o 
proxy com um anti-virus ( amavis ) e ai você terá uma ótima ferramenta 
ASF e se integrar ele com o squidguard/dansguard permitirá controlar 
melhor o que os funcionários da empresa poderá acessar e não esquece que 
para analisar como está o trafego há o sarg e o lightsquid com 
excelentes relatórios.
O Proxy irá aumentar a sua segurança, depende claramente da forma que 
implantou, se foi só o proxy cache sem autenticação e sem integração com 
outras aplicações então não, ele será apenas um repositorio de 
informações constantemente acessadas mais proxima do usuário que a 
acessa. Por outro lado se usar ele junto com as demais ferramentas que 
indiquei acima ele se tornará um ótimo aliado no controle de informações 
que os funcionários acessa na internet, principalmente se usar o 
squidguard com uma politica padrão fechada, dá trabalho no inicio para 
configurar mais com o passar do tempo tende a diminuir as interações e 
os falsos/positivos.


Terceira duvida, quanto a utiliza o trafego sem interceptação de trafego 
"cacheavel".
Alem de garantir a comunicação fim-a-fim que é proposto pelo protocolo 
IP e diminuir a dor de cabeça com protocolos como o SIP e o FTP não há 
nenhuma vantagem a mais, na verdade as desvantagens sobrepõem e muito 
quanto a forma de operação com interceptação de trafego plain-text.
Se a interceptação ou forward do trafego não é possivel implementar 
serviços de autenticação e filtragem de conteudo web.

Não é possivel a implantação/integração com recursos de IDS/IPS.
Não permite a geração de relátorios operacionais com muitas informações 
relevantes.

E acho que mai

Re: [FUG-BR] DNS Reverso problemas

2016-02-25 Por tôpico Paulo Henrique - BSDs Brasil



Em 26/02/2016 01:12, Nilton Jose Rizzo escreveu:


A FDC me deu 5 IPs:

 A.B.C.74 a 78

só que quando configurei o DNS a query me retorna assim


;; ->>HEADER<<- opcode: QUERY, rcode: SERVFAIL, id: 49586
;; flags: qr rd ra ; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; 75.C.B.A.in-addr.arpa.  IN  PTR

;; ANSWER SECTION:

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 469 msec
;; SERVER: 201.17.0.75
;; WHEN: Fri Feb 26 01:09:54 2016
;; MSG SIZE  rcvd: 40


Alguem pode me dar uma mão,  estou com esse problema e não consegui
resolver



---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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

Fala Rizzo,

Então tem como postar o arquivo named.conf.
É um dns autoritativo ?

Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] Firefox sem audio

2016-01-14 Por tôpico Paulo Henrique - BSDs Brasil

Saudações a todos.

Bom acabaram usando a mesma thread para resolver vários assuntos.
Primeiro, vamos evitar o top-posting !!

Em 14/01/2016 22:26, Paulo Olivier Cavalcanti escreveu:

Em 14/01/2016 16:55, João Luis escreveu:

[...]
  você compilou ou usou pkg install?

   se compilou usou as opções padrão ou modificou algo?

   atualizou só o ports ou o source também?


pkg install... ports e src atualizados...

firefox-43.0.4_1,1
Name   : firefox
Version: 43.0.4_1,1
Installed on   : Wed Jan 13 10:47:15 2016 AMT
Origin : www/firefox
Architecture   : freebsd:10:x86:32
Prefix : /usr/local
Categories : ipv6 www
Licenses   :
Maintainer : ge...@freebsd.org
WWW: http://www.mozilla.com/firefox
Comment: Web browser based on the browser portion of Mozilla
Options:
 ALSA   : on
 BUNDLED_CAIRO  : on
 CANBERRA   : off
 DBUS   : on
 DEBUG  : off
 DTRACE : off
 FFMPEG : on
 GCONF  : off
 GIO: on
 GNOMEUI: off
 GTK2   : on
 GTK3   : off
 INTEGER_SAMPLES: off
 LIBPROXY   : off
 OPTIMIZED_CFLAGS: on
 PGO: off
 PROFILE: off
 PULSEAUDIO : on
 TEST   : off

compilei o kernel porque nao consigo usar o modem da Oi...nao me abre
/dev/cuau0.0 apenas o /dev/cuau0 e embora o modem seja detectado soh tenho
acesso ao cdrom embutido no modem.
Já consultei até o manutenedor do u3g.ko.

Valeu tambem Kaio e Ricardo.




João, se você usa html5 no Youtube tenta desinstalar o Flash. Vi um
problema similar e a pessoa só resolveu removendo o flash (removendo
mesmo, não desabilitando o plugin). Experimente.

Com relação ao som no Firefox seja ele do Youtube ou do facebook ( 
alguns sites pornos também funcionam ) !!


O Firefox usa o dispositivo padrão do sistema, verifica qual está setado 
através dos comandos abaixo.


root@MATILDA:/home/NoRm4nD # sysctl -a |grep snd.default
hw.snd.default_unit: 4 ( Saida de som padrão do mixer do sistema 
visualizável através do comando cat /dev/sndstat)


root@MATILDA:/home/NoRm4nD # cat /dev/sndstat
Installed devices:
pcm0:  (play)
pcm1:  (play)
pcm2:  (play)
pcm3:  (play)
pcm4:  (play/rec) default
pcm5:  (rec)
pcm6:  (play)


Se a saida padrão do sistema estiver correto vamos para o firefox, não 
há diferença se é firefox-esr ou firefox, estou usando a seguinte versão 
nesta estação

root@MATILDA:/home/NoRm4nD # pkg info |grep firefox
firefox-40.0.3,1   Web browser based on the browser portion 
of Mozilla

firefox-i18n-40.0.3Localized interface for Firefox

Estou usando uma versão desatualizada nessa maquina que está com o 10.2 
Stable, contudo no notebook com o 11-Current está com o 43 e funciona 
que é uma maravilha !!

A instalação é feita toda pelo ports ( ainda não curti o pkg )
Infelizmente já tinha atualizado os ports e perdi as opções de 
compilação do firefox que usei nessa estação contudo tem que marcar a 
opção de suporte ao pulseaudio.


Agora a solução do seu problema.

cd /usr/ports/audio/pavucontrol
make install clean.

Esse software permite gerenciar os streans de reprodução dentro do 
dispositivo.
A GUI dele é bem intuitiva, apos instalar ele vai em output devices e 
verifica qual é o strean que o firefox está usando e ative ou aumente o 
volume.


Sofri com esse problema desde 2013 quando atualizei  do 9.0 para o 10.0.

Espero que tenha te ajudado nesse problema.

Quanto ao m relação ao som no Firefox seja ele do Youtube ou do facebook 
( alguns sites pornos também funcionam ) !!


O Firefox usa o dispositivo padrão do sistema, verifica qual está setado 
através dos comandos abaixo.


root@MATILDA:/home/NoRm4nD # sysctl -a |grep snd.default
hw.snd.default_unit: 4 ( Saida de som padrão do mixer do sistema 
visualizável através do comando cat /dev/sndstat)


root@MATILDA:/home/NoRm4nD # cat /dev/sndstat
Installed devices:
pcm0:  (play)
pcm1:  (play)
pcm2:  (play)
pcm3:  (play)
pcm4:  (play/rec) default
pcm5:  (rec)
pcm6:  (play)


Se a saida padrão do sistema estiver correto vamos para o firefox, não 
há diferença se é firefox-esr ou firefox, estou usando a seguinte versão 
nesta estação

root@MATILDA:/home/NoRm4nD # pkg info |grep firefox
firefox-40.0.3,1   Web browser based on the browser portion 
of Mozilla

firefox-i18n-40.0.3Localized interface for Firefox

Estou usando uma versão desatualizada nessa maquina que está com o 10.2 
Stable, contudo no notebook com o 11-Current está com o 43 e funciona 
que é uma maravilha !!

A instalação é feita toda pelo ports ( ainda não curti o pkg )
Infelizmente já tinha atualizado os ports e perdi as opções de 
compilação do firefox que usei nessa estação contudo tem que marcar a 
opção de suporte ao pulseaudio.


Agora a solução do seu problema.

cd /usr/ports/audio/pavucontrol
make install clean.

Esse software permite gerenciar o

Re: [FUG-BR] FreeBSD 10.2 x ntpd

2015-10-10 Por tôpico Paulo Henrique - BSDs Brasil

Opa Eduardo como está, respostas no final do e-mail !!

Em 10/10/2015 07:52, Eduardo Lemos de Sa escreveu:

Oi Paulo

Obrigado por sua atenção (meus comentários vêm no final deste email).

2015-10-09 23:24 GMT-03:00 Paulo Olivier Cavalcanti 
:
Em 09/10/2015 22:02, Eduardo Lemos de Sa escreveu:

Caríssimos

Eu tenho várias máquinas rodando o 10.2-RELEASE (atualizadas

semanalmente).

Para a minha surpresa, recebi esta mensagem do CAIS (Centro de

Atendimento

a Incidentes de Seguranca):
[...]


*Por favor, alguém tem algum comentário a fazer sobre isto?*


*Agradeço desde já a atenção*


*Um abraço*



*Edu*


A versão do ntpd que vem com o 10.2 é a 4.2.8p3-a (1). Portanto ela não
está vulnerável, segundo o CAIS.

Rodei o comando para o IP do servidor do meu trabalho e não retornou
qualquer mensagem. Qual versão vc tá usando do ntpd?



Isto é o que eu achei mais estranho:


ntpd --version

ntpd 4.2.8p3-a (1)


o que significa que não está vulnerável, mas o ntpq -c rv ipdamaquina não
retorna timeout. Todas as outras 4 máquinas rodam a mesma versão do FreeBSD
e do ntpd, porém só reclamaram de uma única máquina !?!?

Outra descoberta interessante: eu habilitei, para testes, o ntpdate - e
desabilitei o ntpd . Como eu acredito que o ntpdate não lê as configurações
no ntp.conf, eu obtive dois resultados interessantes:

1) o ntpq -c rv ipdamaquna retorna timeout
2) o ntpdate me retorna:

Setting date via ntp.
10 Oct 07:46:21 ntpdate[88545]: step time server 200.160.7.193 offset
0.12 sec

O que não seria estranho se, no momento do boot, eu não recebesse mensagens
dizendo que alguém (o Centro de Computação Eletrônica da minha
universidade) bloqueou o acesso à rede na porta usada pelo ntp. Logo, os
horários são sempre desatualizados.

Um abraço e, novamente, obrigado pela atenção

Edu



Bom creio que você está se confundindo quanto ao ntpd e o ntpdupdate.
Devido a utilização de daemons ntpd em ataques DDOS de amplificação de 
ntp/udp o recomendável é ter configurações no firewall para que apenas 
um ou daemons locais tenha acesso aos ips dos servidores do pool da 
NIC.br, as demais maquinas devem utilizar esses dois hosts com permissão 
de acesso aos pools da NIC.br para sincronizar os seus relógios.


Em resumo o recomendado seria:

Maquina X e Y rodam o ntpd para sincronizar com o NIC.br. ( aqui usamos 
o ntpd )
Maquina A, B, C ... utilizam o ntpdate apontando para as maquinas X e Y 
para sincronizar os seus relógios.


A diferença de horário ficará muito baixa, quase que despresivel entre 
A, B, C ... e as maquinas do NIC.br, com relação a segurança a 
possivilidade de alguém usar a sua infraestrutura para efetuar 
amplificação de DDoS UDP/ntp será sanada.


Att.

--

http://about.me/paulocavalcanti

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






--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] Substituir disco em Raid com Gmirror

2015-09-25 Por tôpico Paulo Henrique - BSDs Brasil



Em 25/09/2015 10:48, Patrick Müller escreveu:

Bom dia galera.

Meu problema é parecido, mas não é igual ao do link
http://www.fug.com.br/content/view/440/77/ . Porque o disco morreu.

Eu já testei isso a anos atrás, mas agora é a vera.

O procedimento correto para substituir um disco é este:

# gmirror forget gm0

# gmirror insert gm0 /dev/ada4

Ou devo adotar o do link?

Abraço
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Patrick, só se usa o forget se o disco não está mais sendo reconhecido 
pelo sistema.
Por via das duvidas, como está com receio de fazer com o servidor em 
produção recomendo o seguinte procedimento.


- Desliga o Servidor.
- Remove o disco bugado
- Inicializa o sistema em single-user
- gmirror forget $device_geom
- gmirror insert $decive_geom $disco
- espera terminar de sincronizar os disco
- reboot
- inicializa o servidor normalmente.

Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

2015-09-19 Por tôpico Paulo Henrique - BSDs Brasil



Em 19/09/2015 14:45, Paulo Henrique - BSDs Brasil escreveu:



Em 19/09/2015 14:12, Paulo Henrique - BSDs Brasil escreveu:



Em 19/09/2015 13:41, Paulo Henrique - BSDs Brasil escreveu:



Em 19/09/2015 13:31, Joao Rocha Braga Filho escreveu:



[SNIP]
dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 
800/7315

dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq: 3400



Dei uma customizada no seu script João, como segue


root@valfenda:~ # more temperatura.csh
#!/bin/csh

set f=`sysctl -e dev.cpu.0.freq`
sysctl -a | grep dev.cpu...temperature
sysctl dev.cpu.0.freq=1250
set c=10
while ( $c )
  sysctl -a | grep dev.cpu...temperature
  sleep 1
  @ c --
end
sysctl $f 

[SNIP]

O que é isto?


O processador mais frio aqui é o que nunca trocou a pasta térmica, 
e tem

mais de 6 anos e meio de uso. :^o

root:SUPER[1045] sysctl dev.cpu.0.freq=2500
dev.cpu.0.freq: 1250 -> 2500
root:SUPER[1046] sysctl -a | grep dev.cpu...temperature
dev.cpu.3.temperature: 50,1C
dev.cpu.2.temperature: 50,1C
dev.cpu.1.temperature: 50,1C
dev.cpu.0.temperature: 50,1C
root:SUPER[1047] w
13:18  up 2 days, 14:53, 21 users, load averages: 0,40 0,72 1,44
USER   TTY  FROM LOGIN@  IDLE
WHAT

Se bem que é o menor clock daqui.


João Rocha.

PS: entre o aumento de frequência e a exibição de temperatura se 
passaram

minutos.



João, com o tempo a pasta perde eficiência, lembro de ter lido nas 
recomendações da intel de trocar a pasta a cada 2 anos ou cada vez 
que se remove o coller.

Eu utilizo uma pasta da AKASA 450 com as respectivas caracteristicas:
Viscosidade: now-flowing
Condutividade térmica: 9.24W/mºC
Range de operação: 0ºC a 200ºC

Tirei o overclock de 3.2Ghz que havia feito.
CPU: Intel(R) Core(TM)2 Quad  CPU   Q9450  @ 2.66GHz (2666.68-MHz 
K8-class CPU)


root@MATILDA:/home/NoRm4nD # sysctl -a | grep temper
dev.cpu.3.temperature: 58,0C
dev.cpu.2.temperature: 59,0C
dev.cpu.1.temperature: 60,0C
dev.cpu.0.temperature: 65,0C
root@MATILDA:/home/NoRm4nD #


Outros detalhes que interfere:
O gabinete é fechado e contém 3 ventiladores e dois exaustores ( 
contando o da fonte ).
Tem uma Geforce 760GTX a temperatura dela pelo nvidia-settings está 
agora em 48ºC com a velocidade do fan em 40%


Att.




João,
No meu caso parece que fiz alguma config errada no kernel ou houve 
alteração no suporte a minha placa-mãe e não consigo controlar a 
frequencia do processador mais.
Nesse caso verificar ajustei o script do Rizzo que é derivado do seu 
para quando não houver suporte mostrar somente uma vez e não ter 
alerta de falha na obtenção da OID do sysctl.
Na man page do cpufreq tem algumas outras sysctl relacionada a 
frequência corrente e ao consumo energético em miliwatts que seria 
interessante mostrar no caso de houver suporte pelo hardware.

 dev.cpu.%d.freq_levels
dev.DEVICE.%d.freq_settings

Segue o script.


Estou mandando a versão corriga do script, havia um erro no if().
O problema de não estar funcionando no meu equipamento é devido a 
opção Intel Enhaced SpeedStep estar desativado na bios da maquina.


Alguns ajustes no script do Rizzo.

#!/bin/csh
set f=`sysctl -qe dev.cpu.0.freq`

if ( $f != 0 ) then
echo Frequencia de Operação atual: `sysctl  dev.cpu.0.freq | cut -f 2 -d 
" "` MHZ
echo Niveis de Ajustes disponiveis: `sysctl  dev.cpu.0.freq_levels | cut 
-f 2 -d " " | cut -f 1 -d "/"` Mhz e `sysctl dev.cpu.0.freq_levels | cut 
-f 3 -d " " |cut -f 1 -d "/" ` Mhz


echo Momento de amostragem: ` date "+%H:%S:%S"`
sysctl -a | grep dev.cpu...temperature

set v=`sysctl dev.cpu.0.freq_levels |cut -f 3 -d " " | cut -f 1 -d "/"`
sysctl -q dev.cpu.0.freq=$v >& /dev/null

set c=10
while ( $c )
echo Frequencia de Operação atual: `sysctl  dev.cpu.0.freq | 
cut -f 2 -d " "` MHZ
echo Cosumo Energético corrente: `sysctl dev.cpu.0.freq_levels 
| cut -f 3 -d " " | cut -f 2 -d "/"` mWatts

echo Momento de amostragem: ` date "+%H:%S:%S"`
sysctl -a | grep dev.cpu...temperature
sleep 1
@ c --
end
sysctl $f >& /dev/null
else
set c=1
echo Sem suporte a cpufreq(4)
echo Se o seu processador for Intel verifica na aba power da bios/cmos a 
opção Intel Enhaced SpeedStep está habilitada.
echo Se o seu processador for AMD verifica a opção Cool'n'Quiet' esta 
ativado

while ( $c )
echo Momento de amostragem: ` date "+%H:%S:%S"`
sysctl -a | grep dev.cpu...temperature
sleep 1
@ c --
end

endif



--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

2015-09-19 Por tôpico Paulo Henrique - BSDs Brasil



Em 19/09/2015 14:12, Paulo Henrique - BSDs Brasil escreveu:



Em 19/09/2015 13:41, Paulo Henrique - BSDs Brasil escreveu:



Em 19/09/2015 13:31, Joao Rocha Braga Filho escreveu:



[SNIP]
dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 
800/7315

dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq: 3400



Dei uma customizada no seu script João, como segue


root@valfenda:~ # more temperatura.csh
#!/bin/csh

set f=`sysctl -e dev.cpu.0.freq`
sysctl -a | grep dev.cpu...temperature
sysctl dev.cpu.0.freq=1250
set c=10
while ( $c )
  sysctl -a | grep dev.cpu...temperature
  sleep 1
  @ c --
end
sysctl $f 

[SNIP]

O que é isto?


O processador mais frio aqui é o que nunca trocou a pasta térmica, e 
tem

mais de 6 anos e meio de uso. :^o

root:SUPER[1045] sysctl dev.cpu.0.freq=2500
dev.cpu.0.freq: 1250 -> 2500
root:SUPER[1046] sysctl -a | grep dev.cpu...temperature
dev.cpu.3.temperature: 50,1C
dev.cpu.2.temperature: 50,1C
dev.cpu.1.temperature: 50,1C
dev.cpu.0.temperature: 50,1C
root:SUPER[1047] w
13:18  up 2 days, 14:53, 21 users, load averages: 0,40 0,72 1,44
USER   TTY  FROM LOGIN@  IDLE
WHAT

Se bem que é o menor clock daqui.


João Rocha.

PS: entre o aumento de frequência e a exibição de temperatura se 
passaram

minutos.



João, com o tempo a pasta perde eficiência, lembro de ter lido nas 
recomendações da intel de trocar a pasta a cada 2 anos ou cada vez 
que se remove o coller.

Eu utilizo uma pasta da AKASA 450 com as respectivas caracteristicas:
Viscosidade: now-flowing
Condutividade térmica: 9.24W/mºC
Range de operação: 0ºC a 200ºC

Tirei o overclock de 3.2Ghz que havia feito.
CPU: Intel(R) Core(TM)2 Quad  CPU   Q9450  @ 2.66GHz (2666.68-MHz 
K8-class CPU)


root@MATILDA:/home/NoRm4nD # sysctl -a | grep temper
dev.cpu.3.temperature: 58,0C
dev.cpu.2.temperature: 59,0C
dev.cpu.1.temperature: 60,0C
dev.cpu.0.temperature: 65,0C
root@MATILDA:/home/NoRm4nD #


Outros detalhes que interfere:
O gabinete é fechado e contém 3 ventiladores e dois exaustores ( 
contando o da fonte ).
Tem uma Geforce 760GTX a temperatura dela pelo nvidia-settings está 
agora em 48ºC com a velocidade do fan em 40%


Att.




João,
No meu caso parece que fiz alguma config errada no kernel ou houve 
alteração no suporte a minha placa-mãe e não consigo controlar a 
frequencia do processador mais.
Nesse caso verificar ajustei o script do Rizzo que é derivado do seu 
para quando não houver suporte mostrar somente uma vez e não ter 
alerta de falha na obtenção da OID do sysctl.
Na man page do cpufreq tem algumas outras sysctl relacionada a 
frequência corrente e ao consumo energético em miliwatts que seria 
interessante mostrar no caso de houver suporte pelo hardware.

 dev.cpu.%d.freq_levels
dev.DEVICE.%d.freq_settings

Segue o script.


Estou mandando a versão corriga do script, havia um erro no if().
O problema de não estar funcionando no meu equipamento é devido a opção 
Intel Enhaced SpeedStep estar desativado na bios da maquina.


Scritp Corrigido:
root@MATILDA:/home/NoRm4nD # cat temperatura.csh
#!/bin/csh
set f=`sysctl -qe dev.cpu.0.freq`

if ( $f != 0 ) then
echo "Frequencia de Operação atual: `sysctl  dev.cpu.0.freq` "
echo "Niveis de Ajustes disponiveis: `sysctl dev.cpu.0.freq_levels`"
sysctl -a | grep dev.cpu...temperature
sysctl -q dev.cpu.0.freq=1250
set c=10
while ( $c )
echo "Frequencia de Operação atual: `sysctl  dev.cpu.0.freq` "
echo "Niveis de Ajustes disponiveis: `sysctl 
dev.cpu.0.freq_levels`"

echo "Momento de amostragem: ` date "+HORA:%H:%S:%S"`"
sysctl -a | grep dev.cpu...temperature
sleep 1
@ c --
end
sysctl $f >& /dev/null
else
set c=1
echo "Sem suporte a cpufreq(4)"
echo "Se o seu processador for Intel verifica na aba power da bios/cmos 
a opção Intel Enhaced SpeedStep se está habilitada."
echo "Se o seu processador for AMD verifica a opção Cool'n'Quiet' esta 
ativado"

while ( $c )
date "+HORA:%H:%S:%S"
sysctl -a | grep dev.cpu...temperature
sleep 1
@ c --
end

endif


Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

2015-09-19 Por tôpico Paulo Henrique - BSDs Brasil



Em 19/09/2015 13:41, Paulo Henrique - BSDs Brasil escreveu:



Em 19/09/2015 13:31, Joao Rocha Braga Filho escreveu:



[SNIP]
dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 
800/7315

dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq: 3400



Dei uma customizada no seu script João, como segue


root@valfenda:~ # more temperatura.csh
#!/bin/csh

set f=`sysctl -e dev.cpu.0.freq`
sysctl -a | grep dev.cpu...temperature
sysctl dev.cpu.0.freq=1250
set c=10
while ( $c )
  sysctl -a | grep dev.cpu...temperature
  sleep 1
  @ c --
end
sysctl $f 

[SNIP]

O que é isto?


O processador mais frio aqui é o que nunca trocou a pasta térmica, e tem
mais de 6 anos e meio de uso. :^o

root:SUPER[1045] sysctl dev.cpu.0.freq=2500
dev.cpu.0.freq: 1250 -> 2500
root:SUPER[1046] sysctl -a | grep dev.cpu...temperature
dev.cpu.3.temperature: 50,1C
dev.cpu.2.temperature: 50,1C
dev.cpu.1.temperature: 50,1C
dev.cpu.0.temperature: 50,1C
root:SUPER[1047] w
13:18  up 2 days, 14:53, 21 users, load averages: 0,40 0,72 1,44
USER   TTY  FROM LOGIN@  IDLE
WHAT

Se bem que é o menor clock daqui.


João Rocha.

PS: entre o aumento de frequência e a exibição de temperatura se 
passaram

minutos.



João, com o tempo a pasta perde eficiência, lembro de ter lido nas 
recomendações da intel de trocar a pasta a cada 2 anos ou cada vez que 
se remove o coller.

Eu utilizo uma pasta da AKASA 450 com as respectivas caracteristicas:
Viscosidade: now-flowing
Condutividade térmica: 9.24W/mºC
Range de operação: 0ºC a 200ºC

Tirei o overclock de 3.2Ghz que havia feito.
CPU: Intel(R) Core(TM)2 Quad  CPU   Q9450  @ 2.66GHz (2666.68-MHz 
K8-class CPU)


root@MATILDA:/home/NoRm4nD # sysctl -a | grep temper
dev.cpu.3.temperature: 58,0C
dev.cpu.2.temperature: 59,0C
dev.cpu.1.temperature: 60,0C
dev.cpu.0.temperature: 65,0C
root@MATILDA:/home/NoRm4nD #


Outros detalhes que interfere:
O gabinete é fechado e contém 3 ventiladores e dois exaustores ( 
contando o da fonte ).
Tem uma Geforce 760GTX a temperatura dela pelo nvidia-settings está 
agora em 48ºC com a velocidade do fan em 40%


Att.




João,
No meu caso parece que fiz alguma config errada no kernel ou houve 
alteração no suporte a minha placa-mãe e não consigo controlar a 
frequencia do processador mais.
Nesse caso verificar ajustei o script do Rizzo que é derivado do seu 
para quando não houver suporte mostrar somente uma vez e não ter alerta 
de falha na obtenção da OID do sysctl.
Na man page do cpufreq tem algumas outras sysctl relacionada a 
frequência corrente e ao consumo energético em miliwatts que seria 
interessante mostrar no caso de houver suporte pelo hardware.

 dev.cpu.%d.freq_levels
dev.DEVICE.%d.freq_settings

Segue o script.

root@MATILDA:/home/NoRm4nD # cat temperatura.csh
#!/bin/csh

if ( `sysctl -qe dev.cpu.0.freq` ) then

set f=`sysctl -e dev.cpu.0.freq`
sysctl -a | grep dev.cpu...temperature
sysctl -q dev.cpu.0.freq=1250
set c=10
while ( $c )
date "+HORA:%H:%S:%S"
sysctl -a | grep dev.cpu...temperature
sleep 1
@ c --
end
sysctl $f >& /dev/null
else
set c=1
echo "Sem suporte a cpufreq(4)"
while ( $c )
date "+HORA:%H:%S:%S"
sysctl -a | grep dev.cpu...temperature
sleep 1
@ c --
end

endif
root@MATILDA:/home/NoRm4nD #

Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

2015-09-19 Por tôpico Paulo Henrique - BSDs Brasil



Em 19/09/2015 13:31, Joao Rocha Braga Filho escreveu:

2015-09-19 10:42 GMT-03:00 Paulo Henrique - BSDs Brasil <
paulo.rd...@bsd.com.br>:



Em 19/09/2015 10:22, Nilton Jose Rizzo escreveu:


Em Sat, 19 Sep 2015 10:18:58 -0300, Paulo Henrique escreveu


Em 19/09/2015 10:15, "Nilton Jose Rizzo"  escreveu:


Em Fri, 18 Sep 2015 00:10:57 -0300, Joao Rocha Braga Filho escreveu



Aqui em casa rodando um Athon XP II 64
last pid: 59718;  load averages:  1.60,  1.62,  1.72  up
5+12:28:23  10:07:16
109 processes: 1 running, 106 sleeping, 2 zombie
CPU: 11.3% user,  0.0% nice, 44.9% system,  2.1% interrupt, 41.6% idle
Mem: 573M Active, 5895M Inact, 1343M Wired, 832M Buf, 124M Free
Swap: 3852M Total, 369M Used, 3482M Free, 9% Inuse

PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIMEWCPU


COMMAND


31757 rizzo   123  200  1055M   553M select  1 189:01 102.34%


firefox


59642 rizzo 1  210 27992K  6472K select  1   0:51   2.77%
ssh
   1248 rizzo 1  200  3236M 24484K select  0  79:05   2.28%
Xorg
   1357 rizzo 6  200   511M 97344K select  1  64:44   1.15%


ktorrent


565 root  1  200 16664K   888K select  1   0:48   1.12%


moused


   1261 rizzo 1  200   178M 11432K select  0   2:38   0.76%


xfwm4


59641 rizzo 1  200 25756K  K select  1   0:03   0.21%
scp
31786 rizzo10  200  1670M99M select  1   4:34   0.12%


midori


59718 root  1  200 21932K  3456K CPU11   0:00   0.09%
top
   1320 rizzo 3  200   508M 23388K select  0   6:54   0.07%


cairo-dock


   1029 mysql16  200   241M  5616K select  0   1:40   0.02%


mysqld


   1325 rizzo 1  200   191M  3820K select  0   0:36   0.02%


python2.7


   1419 rizzo 1  200 74808K  5232K select  0   0:09   0.01%


xterm


   1255 rizzo 1  200 17068K  1856K select  0   0:28   0.01%


dbus-daemon


59635 rizzo 1  200 74808K  9492K select  0   0:00   0.01%


xterm


   1263 rizzo 4  200   230M 10052K select  0   0:23   0.01%


xfce4-panel


   1266 rizzo 4  200   217M  9320K select  0   0:18   0.00%


xfdesktop


   1178 haldaemon 2  200 60796K  3712K select  1   2:20   0.00%
hald


dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq: 3400



Dei uma customizada no seu script João, como segue


root@valfenda:~ # more temperatura.csh
#!/bin/csh

set f=`sysctl -e dev.cpu.0.freq`
sysctl -a | grep dev.cpu...temperature
sysctl dev.cpu.0.freq=1250
set c=10
while ( $c )
  sysctl -a | grep dev.cpu...temperature
  sleep 1
  @ c --
end
sysctl $f

root@valfenda:~ # csh temperatura.csh
dev.cpu.1.temperature: 82,6C
dev.cpu.0.temperature: 82,6C
dev.cpu.0.freq: 3400 -> 800
dev.cpu.1.temperature: 81,6C
dev.cpu.0.temperature: 81,6C
dev.cpu.1.temperature: 79,0C
dev.cpu.0.temperature: 79,0C
dev.cpu.1.temperature: 77,5C
dev.cpu.0.temperature: 77,5C
dev.cpu.1.temperature: 76,7C
dev.cpu.0.temperature: 76,7C
dev.cpu.1.temperature: 76,5C
dev.cpu.0.temperature: 76,5C
dev.cpu.1.temperature: 76,0C
dev.cpu.0.temperature: 76,0C
dev.cpu.1.temperature: 75,6C
dev.cpu.0.temperature: 75,6C
dev.cpu.1.temperature: 75,3C
dev.cpu.0.temperature: 75,3C
dev.cpu.1.temperature: 75,0C
dev.cpu.0.temperature: 75,0C
dev.cpu.1.temperature: 74,7C
dev.cpu.0.temperature: 74,7C
dev.cpu.0.freq: 800 -> 3400
root@valfenda:~ #


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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


Rizzo está fritando ovo na ventoinha!?:-D


 Mas não é  não tinha reparado essas coisas não e olha
que o cooler é o original e no inicio do ano troquei a pasta térmica
e puz uma a base de ouro para uma dissipação melhor, acho que está na hora
de fazer outra limpeza e comprar um watercooler

em tempo o micro está aberto e como não tenho ar condicionado 
sim estou fritanti ovo e fazendo um misto quente kkk


Olhando aqui no meu sistema não tem a sysctl dev.cpu.0.freq que é criada
pelo device cpufreq.
O processador é um Quad-Core Q9450 rodando a 3.2Ghz

last pid: 61264;  load averages:  0.58,  0.63,  0.53 up 2+01:56:59
10:34:23
144 processes: 1 running, 143 sleeping
CPU 0:  3.9% user,  0.0% nice,  0.8% system,  2.3% interrupt, 93.0% idle
CPU 1:  7.0% user,  0.0% nice,  0.0% system,  0.0% interrupt, 93.0% idle
CPU 2:  8.6% user,  0.0% nice,  0.0% system,  0.8% interrupt, 90.6% idle
CPU 3: 25.0% user,  0.0% nice,  0.0% system,  0.0% interrupt, 75.0% idle
Mem: 2653M Active, 392M Inact, 848M Wired, 48M Cache, 420M Buf, 

Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

2015-09-19 Por tôpico Paulo Henrique - BSDs Brasil



Em 19/09/2015 10:22, Nilton Jose Rizzo escreveu:

Em Sat, 19 Sep 2015 10:18:58 -0300, Paulo Henrique escreveu

Em 19/09/2015 10:15, "Nilton Jose Rizzo"  escreveu:

Em Fri, 18 Sep 2015 00:10:57 -0300, Joao Rocha Braga Filho escreveu



Aqui em casa rodando um Athon XP II 64
last pid: 59718;  load averages:  1.60,  1.62,  1.72  up
5+12:28:23  10:07:16
109 processes: 1 running, 106 sleeping, 2 zombie
CPU: 11.3% user,  0.0% nice, 44.9% system,  2.1% interrupt, 41.6% idle
Mem: 573M Active, 5895M Inact, 1343M Wired, 832M Buf, 124M Free
Swap: 3852M Total, 369M Used, 3482M Free, 9% Inuse

   PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIMEWCPU

COMMAND

31757 rizzo   123  200  1055M   553M select  1 189:01 102.34%

firefox

59642 rizzo 1  210 27992K  6472K select  1   0:51   2.77% ssh
  1248 rizzo 1  200  3236M 24484K select  0  79:05   2.28% Xorg
  1357 rizzo 6  200   511M 97344K select  1  64:44   1.15%

ktorrent

   565 root  1  200 16664K   888K select  1   0:48   1.12%

moused

  1261 rizzo 1  200   178M 11432K select  0   2:38   0.76%

xfwm4

59641 rizzo 1  200 25756K  K select  1   0:03   0.21% scp
31786 rizzo10  200  1670M99M select  1   4:34   0.12%

midori

59718 root  1  200 21932K  3456K CPU11   0:00   0.09% top
  1320 rizzo 3  200   508M 23388K select  0   6:54   0.07%

cairo-dock

  1029 mysql16  200   241M  5616K select  0   1:40   0.02%

mysqld

  1325 rizzo 1  200   191M  3820K select  0   0:36   0.02%

python2.7

  1419 rizzo 1  200 74808K  5232K select  0   0:09   0.01%

xterm

  1255 rizzo 1  200 17068K  1856K select  0   0:28   0.01%

dbus-daemon

59635 rizzo 1  200 74808K  9492K select  0   0:00   0.01%

xterm

  1263 rizzo 4  200   230M 10052K select  0   0:23   0.01%

xfce4-panel

  1266 rizzo 4  200   217M  9320K select  0   0:18   0.00%

xfdesktop

  1178 haldaemon 2  200 60796K  3712K select  1   2:20   0.00% hald


dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
dev.cpu.0.freq: 3400



Dei uma customizada no seu script João, como segue


root@valfenda:~ # more temperatura.csh
#!/bin/csh

set f=`sysctl -e dev.cpu.0.freq`
sysctl -a | grep dev.cpu...temperature
sysctl dev.cpu.0.freq=1250
set c=10
while ( $c )
 sysctl -a | grep dev.cpu...temperature
 sleep 1
 @ c --
end
sysctl $f

root@valfenda:~ # csh temperatura.csh
dev.cpu.1.temperature: 82,6C
dev.cpu.0.temperature: 82,6C
dev.cpu.0.freq: 3400 -> 800
dev.cpu.1.temperature: 81,6C
dev.cpu.0.temperature: 81,6C
dev.cpu.1.temperature: 79,0C
dev.cpu.0.temperature: 79,0C
dev.cpu.1.temperature: 77,5C
dev.cpu.0.temperature: 77,5C
dev.cpu.1.temperature: 76,7C
dev.cpu.0.temperature: 76,7C
dev.cpu.1.temperature: 76,5C
dev.cpu.0.temperature: 76,5C
dev.cpu.1.temperature: 76,0C
dev.cpu.0.temperature: 76,0C
dev.cpu.1.temperature: 75,6C
dev.cpu.0.temperature: 75,6C
dev.cpu.1.temperature: 75,3C
dev.cpu.0.temperature: 75,3C
dev.cpu.1.temperature: 75,0C
dev.cpu.0.temperature: 75,0C
dev.cpu.1.temperature: 74,7C
dev.cpu.0.temperature: 74,7C
dev.cpu.0.freq: 800 -> 3400
root@valfenda:~ #


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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

Rizzo está fritando ovo na ventoinha!?:-D

Mas não é  não tinha reparado essas coisas não e olha
que o cooler é o original e no inicio do ano troquei a pasta térmica
e puz uma a base de ouro para uma dissipação melhor, acho que está na hora
de fazer outra limpeza e comprar um watercooler

em tempo o micro está aberto e como não tenho ar condicionado 
sim estou fritanti ovo e fazendo um misto quente kkk


Olhando aqui no meu sistema não tem a sysctl dev.cpu.0.freq que é criada 
pelo device cpufreq.

O processador é um Quad-Core Q9450 rodando a 3.2Ghz

last pid: 61264;  load averages:  0.58,  0.63,  0.53 up 2+01:56:59  10:34:23
144 processes: 1 running, 143 sleeping
CPU 0:  3.9% user,  0.0% nice,  0.8% system,  2.3% interrupt, 93.0% idle
CPU 1:  7.0% user,  0.0% nice,  0.0% system,  0.0% interrupt, 93.0% idle
CPU 2:  8.6% user,  0.0% nice,  0.0% system,  0.8% interrupt, 90.6% idle
CPU 3: 25.0% user,  0.0% nice,  0.0% system,  0.0% interrupt, 75.0% idle
Mem: 2653M Active, 392M Inact, 848M Wired, 48M Cache, 420M Buf, 2740K Free
Swap: 6144M Total, 993M Used, 5151M Free, 16% Inuse, 24K In

  PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIME WCPU COMMAND
61026 NoRm4nD  42  200  1843M  1271M uwait   3   3:11 26.42%

Re: [FUG-BR] Encontro da FUGRJ

2015-09-08 Por tôpico Paulo Henrique - BSDs Brasil

Pessoal, criei um evento no Facebook aberto para o Encontro da FUG-RJ.

Lá está os detalhes do local, horário e data.

Agitar a comunidade BSDista do Rio de Janeiro !!

https://www.facebook.com/events/1673906762842968/


Att.

Em 08/09/2015 16:16, Rogger Faioli escreveu:

Paulo,

Valeu! Inclui meu número no WhatsApp 31 8668-0103

Grato,

Rogger

Em 7 de setembro de 2015 22:56, Paulo Henrique 
escreveu:


Em 07/09/2015 22:31, "Rogger Faioli"  escreveu:

Amigos,

Tem que confirmar a presença? Ou é só aparecer?

Abraços,

Rogger

Opa Rogger,
Basta ir não é necessário confirmar presença,  se quiser me manda seu
número que te adiciono no grupo do WhatsApp da FUG-RJ.

Abraços!!!

Em 4 de setembro de 2015 19:57, Nilton Jose Rizzo 
escreveu:



Galera, que estiver no Rio no sábado dia 12
o pessoal estara se encontrando para beber um chopp
no Sindicado do Chopp na Tijuca.

Eu irei chegar por volta das 17h, mais o pessoal
deve chegar antes, por volta das 16h00.

---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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


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

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


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


--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] XFCE instável no FreeBSD 10.2 Release

2015-08-28 Por tôpico Paulo Henrique - BSDs Brasil



On 28/08/2015 18:52, Paulo Cavalcanti wrote:

Em 28 de agosto de 2015 11:26, Paulo Henrique - BSDs Brasil
 escreveu:
[...]


portmaster -aRf --no-confirm

Vai demorar um bom tempo, aqui está muito estável infelizmente não posso
falar o mesmo do Enlightement e do KDE que ambos estão zuados.

Recomendo apos a atualização remover os arquivos de configuração do seu
home.

Ambiente:
  FreeBSD MATILDA 10.2-STABLE FreeBSD 10.2-STABLE #10 r286790: Fri Aug 14
22:29:33 BRT 2015 NoRm4nD@MATILDA:/usr/obj/usr/src/sys/MATILDA  amd64

root@MATILDA:/usr/ports/security/tor # svn info /usr/ports
Caminho: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.freebsd.org/ports/head
Relative URL: ^/head
Raiz do Repositório: svn://svn.freebsd.org/ports
UUID do repositório: 35697150-7ecd-e111-bb59-0022644237b5
Revisão: 395430
Tipo de Nó: diretório
Agendado: normal
Autor da Última Mudança: feld
Revisão da Última Mudança: 395430
Data da Última Mudança: 2015-08-27 12:15:20 -0300 (Qui, 27 Ago 2015)


Fala PH.

Também pensei em passar o rodo e reinstalar tudo, mas acontece que
essa máquina é nova (20 dias de uso) e instalei tudo via "pkg install"
do zero. O único problema que acontece é o mesmo do Clayton, a falta
de refresh nos ícones do desktop, você apaga um ícone mas ele só some
apertando F5 pra atualizar. De resto está tudo lindo por aqui.

Abração.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Um desktop com os programas basicos leva menos de 3 dias para compilar 
via ports, acho mais produtivo partir para os ports agora a menos que 
queira se candidatar a beta-testers.


Att.

--
:UNI>https://www.unixbsd.com.br

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


Re: [FUG-BR] XFCE instável no FreeBSD 10.2 Release

2015-08-28 Por tôpico Paulo Henrique - BSDs Brasil



On 27/08/2015 21:04, Paulo Olivier Cavalcanti wrote:

On 27/08/2015 19:07, Clayton Eduardo dos Santos wrote:

Boa noite Tiago,

Estou usando aqui o FreeBSD 10.2-RELEASE #0 r28.

Não realizei, ainda, nenhuma atualização binária da base/kernel, 
somente dos ports. Inclusive acabo de atualizar o xterm, vamos ver se 
resolve. No entanto a ausência do "refresh" no desktop continua 
ocorrendo...


[ ]'s


Olá, Clayton.

Meu cenário é igual ao seu, porém não tenho problemas de arquivos 
*.core no /home.  Uso o terminal padrão do xfce4, mas vou tentar com o 
xterm amanhã pra ver se consigo replicar o seu problema.


Já a ausência do refresh no desktop acontece, inclusive eu pensei que 
fosse uma característica do xfce4 e não um bug -- obrigado por me 
esclarecer.


Uso o 10.2-STABLE, mas a ausência do refresh acontecia no 10.1-RELEASE 
também.



portmaster -aRf --no-confirm

Vai demorar um bom tempo, aqui está muito estável infelizmente não posso 
falar o mesmo do Enlightement e do KDE que ambos estão zuados.


Recomendo apos a atualização remover os arquivos de configuração do seu 
home.


Ambiente:
 FreeBSD MATILDA 10.2-STABLE FreeBSD 10.2-STABLE #10 r286790: Fri Aug 
14 22:29:33 BRT 2015 NoRm4nD@MATILDA:/usr/obj/usr/src/sys/MATILDA  amd64


root@MATILDA:/usr/ports/security/tor # svn info /usr/ports
Caminho: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.freebsd.org/ports/head
Relative URL: ^/head
Raiz do Repositório: svn://svn.freebsd.org/ports
UUID do repositório: 35697150-7ecd-e111-bb59-0022644237b5
Revisão: 395430
Tipo de Nó: diretório
Agendado: normal
Autor da Última Mudança: feld
Revisão da Última Mudança: 395430
Data da Última Mudança: 2015-08-27 12:15:20 -0300 (Qui, 27 Ago 2015)


--
:UNI>https://www.unixbsd.com.br

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


[FUG-BR] BSDNow Now !!

2015-06-12 Por tôpico Paulo Henrique - BSDs Brasil

Para quem não sabe, está correndo agora.

http://www.bsdnow.tv/live

Palestra em inglês !!!

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

<>-
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 Partição SWAP em notebook com 8Gbytes de ram.

2015-05-26 Por tôpico Paulo Henrique - BSDs Brasil


On 05/26/15 16:25, Luiz Otavio O Souza wrote:

2015-05-26 5:58 GMT-03:00 Paulo Henrique - BSDs Brasil:


On 05/25/15 22:06, Kaio Rafael wrote:

Paulo,

Tenho uma máquina semelhante a tua. Essa wifi só funciona no openbsd!
Desisti do FreeBSD no meu notebook por causa dela. O Desenvolvimento
dela ainda é muito recente e preciso de algo estável. To rodando
Debian estável com o último kernel. Estava tento alguns problemas de
intermitência com ela, aparentemente está mais tranquilo agora.

Em 25 de maio de 2015 18:54, Paulo Henrique - BSDs Brasil
 escreveu:


Kaio,

Tento as alterações que há aqui ?

https://github.com/KreizIT/FreeBSD-IWN


Isso é bem antigo hein, acho dificil funcionar hoje em dia (mais de 2
anos o ultimo commit nesse repo).

O driver do open esta sendo portado (https://github.com/rpaulo/iwm)
mas ainda é recente e por enquanto esta voltado para quem quer ajudar
a testar ou corrigir bugs.

Na duvida consulte o pessoal na freebsd-wireless@

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


Opa, estão estou na lista dos que irá testar.

Até poderia partir para o OpenBSD contudo não sei como está o suporte a 
KMS dele.


Contudo, irei ver essa parada no decorrer da semana com calma, se 
funcionar mais ou menos estável já é lucro, não quero ter que usar linux 
e windows aquele note não irá ver tão cedo novamente.


Valeu.


Att. Paulo Henrique.

--
Paulo Henrique.
BSDs Brasil - FUG-BR.
Grupo de Usuários de FreeBSD do Brasil.
Fone: (21) 96713-5042

"Por mais breve que seja a loucura da fé, apegue-se a razão.
Ela não tem todas as respostas porém não mente baseado na sua fé".

-
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 Partição SWAP em notebook com 8Gbytes de ram.

2015-05-26 Por tôpico Paulo Henrique - BSDs Brasil



On 05/25/15 22:06, Kaio Rafael wrote:

Paulo,

Tenho uma máquina semelhante a tua. Essa wifi só funciona no openbsd!
Desisti do FreeBSD no meu notebook por causa dela. O Desenvolvimento
dela ainda é muito recente e preciso de algo estável. To rodando
Debian estável com o último kernel. Estava tento alguns problemas de
intermitência com ela, aparentemente está mais tranquilo agora.

Em 25 de maio de 2015 18:54, Paulo Henrique - BSDs Brasil
 escreveu:


Kaio,

Tento as alterações que há aqui ?

https://github.com/KreizIT/FreeBSD-IWN



On 05/25/15 19:00, Otavio Augusto wrote:

Em 25 de maio de 2015 17:40, Paulo Henrique - BSDs Brasil
 escreveu:

Saudações,

Tenho um ultrabook com um SSD de apenas 128Gbytes e com 8Gbytes de ram e
devido ao pouco espaço em disco e a grande quantidade de ram gostaria de
saber da opnião de todos quanto a se vale a pena realmente ter uma
partição
swap com essa quantidade de ram.
Sempre utilizei 2*RAM+1/4 para swap limitando a 16Gbytes de swap nos
servidores e estações de trabalho, contudo sempre tenho muito espaço em
disco para sacrificar esse montante de espaço.
O Sistema de arquivos que irei utilizar é o ZFS devido a quantidade de
ram.
A instalação dos pacotes será através de ports e não do pkg ( preferencia
pessoal ).

No aguardo de sugestões.

Att. Paulo Henrique.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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


Me desculpe o email anterior foi incompleto, dei enter e mensagem foi
enviada. Segue abaixo a mensagem.

Eu ja usei PC com bastante RAM e não coloquei swap. Para meu perfil de
uso não tive problemas a RAM nunca teve mais que 6.5G de uso, o
programa mais pesado que usava era o eclipse.
Mas como é notebook sem swap acho que não é possível hibernar o sistema.
Tem a opção de usar a swap em arquivo ao invés de partição apenas para
fazer a hibernação, mas nunca usei swap em arquivo em sistemas Unix.


Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Otavio,

Nesse caso para usar a hibernação é necessário ter swap suficiente para
abrigar toda a ram mais a ram ?
Se for vou chorar, 8Gbytes de disco é muito, bubabua

Infelizmente descobri que ZFS e UEFI não está 100% estou usando UFS com
TRIM.
O Tempo de criação de uma arquivo contendo o conteudo do diretorio ports no
home  está levando 05.70 segundos.

Outra coisa que estou com problemas é o suporte a interface Intel Wireless N
7260 onde achei um path no github assim que tiver tempo irei dar uma olhada

Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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






--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

<>-
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 Partição SWAP em notebook com 8Gbytes de ram.

2015-05-26 Por tôpico Paulo Henrique - BSDs Brasil



On 05/25/15 22:06, Otavio Augusto wrote:

Em 25 de maio de 2015 19:54, Paulo Henrique - BSDs Brasil
 escreveu:


On 05/25/15 19:00, Otavio Augusto wrote:

Em 25 de maio de 2015 17:40, Paulo Henrique - BSDs Brasil
 escreveu:

Saudações,

Tenho um ultrabook com um SSD de apenas 128Gbytes e com 8Gbytes de ram e
devido ao pouco espaço em disco e a grande quantidade de ram gostaria de
saber da opnião de todos quanto a se vale a pena realmente ter uma
partição
swap com essa quantidade de ram.
Sempre utilizei 2*RAM+1/4 para swap limitando a 16Gbytes de swap nos
servidores e estações de trabalho, contudo sempre tenho muito espaço em
disco para sacrificar esse montante de espaço.
O Sistema de arquivos que irei utilizar é o ZFS devido a quantidade de
ram.
A instalação dos pacotes será através de ports e não do pkg ( preferencia
pessoal ).

No aguardo de sugestões.

Att. Paulo Henrique.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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


Me desculpe o email anterior foi incompleto, dei enter e mensagem foi
enviada. Segue abaixo a mensagem.

Eu ja usei PC com bastante RAM e não coloquei swap. Para meu perfil de
uso não tive problemas a RAM nunca teve mais que 6.5G de uso, o
programa mais pesado que usava era o eclipse.
Mas como é notebook sem swap acho que não é possível hibernar o sistema.
Tem a opção de usar a swap em arquivo ao invés de partição apenas para
fazer a hibernação, mas nunca usei swap em arquivo em sistemas Unix.


Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Otavio,

Nesse caso para usar a hibernação é necessário ter swap suficiente para
abrigar toda a ram mais a ram ?
Se for vou chorar, 8Gbytes de disco é muito, bubabua

Sim. A hibernação salva no diso o estado da sua memória RAM mais o que
está usando de swap,  além de outras coisa que não ocupam muito espaço
como o estado do escalonador.eu sempre coloco o swap o dobro da RAM em
notebooks para ter espaço para hibernação caso o swap esteja com
bastante uso. Então para usar hibernação tem que ter swap, Mas vale
pesquisar sobre swap em arquivo, no Linux da para criar um swap file e
configurar para usa-lo somente para hibernação no FreeBSD ainda não
achei documentação sobre isto.

Outra coisa que tem que considerar é que se tem swap o sistema fará
uso dela mesmo tendo espaço na RAM caso algum porcesso fique muito
tempo sem uso. Então tenha mais espaço de swap do que o tamanho da sua
RAM, com 8G eu colocaria 12G de swap.


Então, coloquei 4Gbytes mais é a primeira instalação nesse note e vou 
ampliar a swap nas proximas para usar a hibernação.


Outra coisa que observei é o uso de 2317M inact no top, está correto 
isso, não tenho nada aberto, está só no ttys1.


Até o final da semana vou ver se as alterações do driver iwn que achei 
para interfaces wireless funcionam corretamente, se ficar ok vou testar 
por um tempo e irei submeter um pr para o projeto.


Valeu pelas dicas, aproposito, usar ZFS com exceção da partição raiz 
seria vantagem ? tipo deixo 2Gbytes para o / e todas os demais 
diretorios que são importantes como o /var, /usr/, /home fica tudo no 
zfs haveria um melhor aproveitamento do espaço em disco ?


Att. Paulo Henrique.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

<>-
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 Partição SWAP em notebook com 8Gbytes de ram.

2015-05-25 Por tôpico Paulo Henrique - BSDs Brasil



On 05/25/15 19:00, Otavio Augusto wrote:

Em 25 de maio de 2015 17:40, Paulo Henrique - BSDs Brasil
 escreveu:

Saudações,

Tenho um ultrabook com um SSD de apenas 128Gbytes e com 8Gbytes de ram e
devido ao pouco espaço em disco e a grande quantidade de ram gostaria de
saber da opnião de todos quanto a se vale a pena realmente ter uma partição
swap com essa quantidade de ram.
Sempre utilizei 2*RAM+1/4 para swap limitando a 16Gbytes de swap nos
servidores e estações de trabalho, contudo sempre tenho muito espaço em
disco para sacrificar esse montante de espaço.
O Sistema de arquivos que irei utilizar é o ZFS devido a quantidade de ram.
A instalação dos pacotes será através de ports e não do pkg ( preferencia
pessoal ).

No aguardo de sugestões.

Att. Paulo Henrique.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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


Me desculpe o email anterior foi incompleto, dei enter e mensagem foi
enviada. Segue abaixo a mensagem.

Eu ja usei PC com bastante RAM e não coloquei swap. Para meu perfil de
uso não tive problemas a RAM nunca teve mais que 6.5G de uso, o
programa mais pesado que usava era o eclipse.
Mas como é notebook sem swap acho que não é possível hibernar o sistema.
Tem a opção de usar a swap em arquivo ao invés de partição apenas para
fazer a hibernação, mas nunca usei swap em arquivo em sistemas Unix.


Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Otavio,

Nesse caso para usar a hibernação é necessário ter swap suficiente para 
abrigar toda a ram mais a ram ?

Se for vou chorar, 8Gbytes de disco é muito, bubabua

Infelizmente descobri que ZFS e UEFI não está 100% estou usando UFS com 
TRIM.
O Tempo de criação de uma arquivo contendo o conteudo do diretorio ports 
no home  está levando 05.70 segundos.


Outra coisa que estou com problemas é o suporte a interface Intel 
Wireless N 7260 onde achei um path no github assim que tiver tempo irei 
dar uma olhada


Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

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


[FUG-BR] Criação de Partição SWAP em notebook com 8Gbytes de ram.

2015-05-25 Por tôpico Paulo Henrique - BSDs Brasil

Saudações,

Tenho um ultrabook com um SSD de apenas 128Gbytes e com 8Gbytes de ram e 
devido ao pouco espaço em disco e a grande quantidade de ram gostaria de 
saber da opnião de todos quanto a se vale a pena realmente ter uma 
partição swap com essa quantidade de ram.
Sempre utilizei 2*RAM+1/4 para swap limitando a 16Gbytes de swap nos 
servidores e estações de trabalho, contudo sempre tenho muito espaço em 
disco para sacrificar esse montante de espaço.

O Sistema de arquivos que irei utilizar é o ZFS devido a quantidade de ram.
A instalação dos pacotes será através de ports e não do pkg ( 
preferencia pessoal ).


No aguardo de sugestões.

Att. Paulo Henrique.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

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


Re: [FUG-BR] Particionamento FreeBSD 10.1

2015-05-19 Por tôpico Paulo Henrique - BSDs Brasil


On 05/19/15 13:45, Patrick Tracanelli wrote:

On 18/05/2015, at 20:19, Paulo Henrique - BSDs Brasil  
wrote:


On 05/18/15 19:58, Patrick Tracanelli wrote:

On 18/05/2015, at 19:18, Samuel .  wrote:

Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário.

Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D


Com base nessas informações, vou reformular totalmente o cenário aqui.
Não abusando da sua boa vontade. Mas eu tenho um SSD de 120 GB e um HDD de 250, 
queria poder usar os dois para ter espaço sobrando.
Qual layout de particionamento você recomenda?

Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails 
pra trás, levantar quais estruturas existem mais operações e colocar esses 
pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado 
por esse levantamento…

Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço 
principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais 
shares são os mais críticos em termos de performance.

Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um 
outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse 
com o SSD. Todos os shares críticos em termos de performance estaria no SSD, 
digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais 
no HDD mesmo.

Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com 
certeza voce tem subsídios pra mapear e descobrir isso.

Se ja existir um server com essa função hoje, faça o levantamento estatístico 
no atual.

Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior 
parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o 
total” me confirma essa noção, mostrando que os processos que mais fazem I/O 
são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres.

Então aqui no servidor que atende a galera da empresa, certamente se fosse pra 
ter um SSD ele seria no /nfs e no /usr/home.

Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat 
pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso 
os que mais fazem I/O são:

/usr/home/svn
/usr/home/honorato

Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o 
usuário honorato e o Subversion ja que são os top I/O.

Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo 
pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o 
/usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra 
mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro 
SSD.

Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: 
https://github.com/kdavyd/dtrace/blob/master/zfsio.d

[]s

Aproveitando e engajando na conversa, lembro no passado o ZFS ter suporte a SSD 
para nivel de cache ( ARC2 ou trim se não me engano ), como não sou adepto dele 
( começamos com o pé esquerdo apos uma queda de energia ter perdido todas as 
minhas musicas ) não posso afirmar se há esse recurso mesmo e se o nome deles é 
um dos anteriormente citados com plena certeza alguém ai que usa e pode 
confirmar?

É isso ai, o ZIL que é o cache de escrita (na verdade é o logging das operações 
de metadata, típico de FS jornada) e L2ARC que é o cache de leitura. Ambos 
podem ser metidos no SSD sim, seria algo como (assumindo que SSD seja de 120G 
no ada2 que é a situação do Samuel e ele queira 8G pro L2ARC e 20 pro ZIL e o 
resto pro samba):

gpart add -t freebsd-zfs -a 4k -l log -s 8G ada2
gpart add -t freebsd-zfs -a 4k -l cache -s 20G ada2
gpart add -t freebsd-zfs -a 4k -l home2 -s 92G ada2
zpool create zstore gpt/home2 log gpt/log cache gpt/cache




No caso seria possivel manter o home no HDD em tratar o cache e log só 
no SSD ?

Creio que para o que ele possua seja mais interessante.
Supondo que o HDD dele seja o ada3.

gpart add -t freebsd-zfs -a 4k -l log -s 38G ada2
gpart add -t freebsd-zfs -a 4k -l cache -s 82G ada2
gpart add -t freebsd-zfs -a 4k -l home -s 200G ada3p3 ( Considerando que 
ele deixe 200Gbytes para o home no servidor sobre o HDD e separado do / 
e swap, normalmente eu separo o /usr, /var e /tmp tambem )

zpool create zstore gpt/home log gpt/log cache gpt/cache

Particionamento do HDD seria
/ => (TAM=(HOME - (SWAP*2)))G => ada3p1
swap => RAM*2 => ada3p2
/home => 200G => ada3p3

Att.




Samuel, não irá colocar nenhum recursos de resiliencia no seu HDD ? se não for 
colocar coloca todos os dados no SSD simplesmente devido a probabilidade de 
falha dele comparado com o HDD é bem menor.
E aproposito qual o modelo do seu HDD ? se for  qualquer HDD de desktop eu 
desencorajo a utilização, usei muito no passa e ainda tenho dois servidores 
usando discos da Western Digital contudo o que perco de desempenho e 
resistencia de operação com eles não vale a pen

Re: [FUG-BR] Particionamento FreeBSD 10.1

2015-05-18 Por tôpico Paulo Henrique - BSDs Brasil
 ser mais caro quando 
quebrar. Se é pra não tirar da garagem melhor não ter. Se é pra não usar seu 
SSD e tirar tudo que ele pra oferecer durante toda a vida útil dele, melhor não 
ter um SSD só pq ele vai ter uma vida útil 80% menor.

Como eu disse no outro e-mail, ter SSD e HDD no seu servidor e usa-los 
intensamente, na mesma proporção, é provável que você nunca veja seu SSD morrer 
(a não ser que seja um SSD antigo das primeiras gerações), e troque o servidor 
como um todo antes disso acontecer. Mas se o perfil de uso for tão intenso que 
o SSD morreu 20% antes do tempo, terá valido cada centavo antecipar uma troca 
de SSD 20% antes do tempo do HDD.

Seu sistema operacional não precisa de um SSD! Quem precisa são seus dados, o 
volume crítico da aplicação crítica. Seu kernel estará sempre em memória e ter 
um SSD pra carregar seu /bin/ls ou /sbin/ifconfig num read mais rápido pra 
memória não tem vantagem nenhuma, além do que os arquivos mais comuns do SO já 
ficam em cache de RAM mesmo…

Se eu fosse usuário do seu servidor e soubesse que meu /home está num HDD lento 
e o resto do FreeBSD num SSD mega rápido eu tenho duvida se ficaria triste ou 
revoltado hehehe ;) Mas certamente não seria um usuário feliz e satisfeito nem 
acharia que o investimento no SSD valeu a pena pra qualidade geral do serviço 
prestado por esse servidor!








Att,
Samuel .Rio Grande do Sul - RS


From: eks...@freebsdbrasil.com.br
Date: Sun, 17 May 2015 14:37:32 -0300
To: freebsd@fug.com.br
Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1



Sent from my iPhone


On May 17, 2015, at 2:14 PM, Nilton Jose Rizzo  wrote:

Tenho uma dúvida em relação ao uso de ssd ...

Como anda a durabilidade deles?  Já é seguro utiliza-los
em produção para grande massa de dados?  como ficaria esta
durabilidade caso tivesse apenas o SSD e utilizasse o sistema
fazendo a atualização do src e ports semanalmente?

Hoje em dia creio que seja besteira se preocupar com a vida útil de um SSD, um 
SLC suporta mais ciclos de escrita que um HDD e um MLC tem expectativa de durar 
80% dos ciclos de escrita de um HDD, ou seja se a expectativa de 7 anos do HDD 
bate  com seu perfil de escrita em disco o SSD seria de 5.6 anos mas um 
servidor ou laptop como um todo, o mercado trabalha com expectativa de 5 anos 
até ser substituído.

Ou seja todos que só tem SSD num laptop dificilmente verão seu SSD morrer antes 
de apoderarem a máquina como um todo.

Mesma coisa pra maioria dos perfis de servidor em especial os perfis de uso 
onde a leitura é a maior parte das operações. SSD MLC duram menos ciclos de 
escrita mas duram mais ciclos de leitura.

Ou seja apenas um SGDB com muita escrita ou um servidor de cache veria um SSD 
MLC morrer 1/5 do tempo antes de um HDD mas convenhamos ganhou tanto em 
performance que morrer e substituir por outro 20% mais rápido justifica casa 
centavo :)

Antes era gambi, os sistemas operacionais (file system) tinham que se preocupar 
em fazer wear leveling pra poupar a vida dos SSD etc, hj o próprio drive cuida 
desses aspectos hehehe do mesmo modo que no passado tínhamos que rodar badsect 
e mapeadores de Bad block e hj os discos já os isolam sozinhos.

Enfim a única coisa a se preocupar com SSD eh o preço :) o resto eh preciosismo 
hj em dia.






---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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

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


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

--
Patrick Tracanelli

FreeBSD Brasil LTDA.
Tel.: (31) 3516-0800
316...@sip.freebsdbrasil.com.br
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

-
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

--
Patrick Tracanelli

FreeBSD Brasil LTDA.
Tel.: (31) 3516-0800
316...@sip.freebsdbrasil.com.br
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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

--
Paulo Henrique.
BSDs Brasil - FUG-BR.
Grupo de Usuários de FreeBSD do Brasil.
Fone: (21) 96713-5042

"Por mais breve que seja a loucura da fé, apegue-se a ra

Re: [FUG-BR] Particionamento FreeBSD 10.1

2015-05-18 Por tôpico Paulo Henrique - BSDs Brasil
.

Seu sistema operacional não precisa de um SSD! Quem precisa são seus dados, o 
volume crítico da aplicação crítica. Seu kernel estará sempre em memória e ter 
um SSD pra carregar seu /bin/ls ou /sbin/ifconfig num read mais rápido pra 
memória não tem vantagem nenhuma, além do que os arquivos mais comuns do SO já 
ficam em cache de RAM mesmo…

Se eu fosse usuário do seu servidor e soubesse que meu /home está num HDD lento 
e o resto do FreeBSD num SSD mega rápido eu tenho duvida se ficaria triste ou 
revoltado hehehe ;) Mas certamente não seria um usuário feliz e satisfeito nem 
acharia que o investimento no SSD valeu a pena pra qualidade geral do serviço 
prestado por esse servidor!









Att,
Samuel .Rio Grande do Sul - RS


From: eks...@freebsdbrasil.com.br
Date: Sun, 17 May 2015 14:37:32 -0300
To: freebsd@fug.com.br
Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1



Sent from my iPhone


On May 17, 2015, at 2:14 PM, Nilton Jose Rizzo  wrote:

Tenho uma dúvida em relação ao uso de ssd ...

Como anda a durabilidade deles?  Já é seguro utiliza-los
em produção para grande massa de dados?  como ficaria esta
durabilidade caso tivesse apenas o SSD e utilizasse o sistema
fazendo a atualização do src e ports semanalmente?

Hoje em dia creio que seja besteira se preocupar com a vida útil de um SSD, um 
SLC suporta mais ciclos de escrita que um HDD e um MLC tem expectativa de durar 
80% dos ciclos de escrita de um HDD, ou seja se a expectativa de 7 anos do HDD 
bate  com seu perfil de escrita em disco o SSD seria de 5.6 anos mas um 
servidor ou laptop como um todo, o mercado trabalha com expectativa de 5 anos 
até ser substituído.

Ou seja todos que só tem SSD num laptop dificilmente verão seu SSD morrer antes 
de apoderarem a máquina como um todo.

Mesma coisa pra maioria dos perfis de servidor em especial os perfis de uso 
onde a leitura é a maior parte das operações. SSD MLC duram menos ciclos de 
escrita mas duram mais ciclos de leitura.

Ou seja apenas um SGDB com muita escrita ou um servidor de cache veria um SSD 
MLC morrer 1/5 do tempo antes de um HDD mas convenhamos ganhou tanto em 
performance que morrer e substituir por outro 20% mais rápido justifica casa 
centavo :)

Antes era gambi, os sistemas operacionais (file system) tinham que se preocupar 
em fazer wear leveling pra poupar a vida dos SSD etc, hj o próprio drive cuida 
desses aspectos hehehe do mesmo modo que no passado tínhamos que rodar badsect 
e mapeadores de Bad block e hj os discos já os isolam sozinhos.

Enfim a única coisa a se preocupar com SSD eh o preço :) o resto eh preciosismo 
hj em dia.







---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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

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


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

--
Patrick Tracanelli

FreeBSD Brasil LTDA.
Tel.: (31) 3516-0800
316...@sip.freebsdbrasil.com.br
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

-
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

--
Patrick Tracanelli

FreeBSD Brasil LTDA.
Tel.: (31) 3516-0800
316...@sip.freebsdbrasil.com.br
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


--
Paulo Henrique.
BSDs Brasil - FUG-BR.
Grupo de Usuários de FreeBSD do Brasil.
Fone: (21) 96713-5042

"Por mais breve que seja a loucura da fé, apegue-se a razão.
Ela não tem todas as respostas porém não mente baseado na sua fé".

-
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 e XenServer

2015-05-18 Por tôpico Paulo Henrique - BSDs Brasil


On 05/18/15 18:02, Samuel . wrote:

Olá!
Eu queria rodar o Xen em cima do Free.
Vou rodar samba, asterisk, apache, openfire e postfix.





Att,
Samuel .Rio Grande do Sul - RS


From: marcioel...@gmail.com
Date: Mon, 18 May 2015 13:07:47 +
To: freebsd@fug.com.br
Subject: Re: [FUG-BR] FreeBSD e XenServer

Opa,

Eu uso vários guests FreeBSD virtualizados no XenServer, quanto a USB, o
máximo que faço é colocar um pendrive no host e mapear ele no Free sem
problemas.

Qual a sua finalidade em rodar este ambiente?

On Sun, May 17, 2015 at 8:13 PM Samuel . 
wrote:


Olá Lista!
Alguém tem um caso de sucesso?
Como anda a compatibilidade de USB com sistemas FreeBSD/Linux/Windows
virtualizados ?






Att,
Samuel .Rio Grande do Sul - RS
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


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


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Cara, o servidor tem recursos suficiente para trabalhar com tudo isso de 
serviço.
Já que são todos serviços que operam muito bem sobre o  FreeBSD poderia 
sugerir utilizar Jails ou por que não o saudoso Bhyve ( na minha agenda 
para testar ).


Att.

--
Paulo Henrique.
BSDs Brasil - FUG-BR.
Grupo de Usuários de FreeBSD do Brasil.
Fone: (21) 96713-5042

"Por mais breve que seja a loucura da fé, apegue-se a razão.
Ela não tem todas as respostas porém não mente baseado na sua fé".

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


Re: [FUG-BR] Squid não funciona após redirecionamento

2015-05-18 Por tôpico Paulo Henrique - BSDs Brasil


On 05/18/15 17:26, joao jamaicabsd wrote:

Coloquei lá, pf.conf jamaica

Em 18 de maio de 2015 17:24, joao jamaicabsd 
escreveu:


Coloquei lá. Qual a função deste site?

Em 18 de maio de 2015 16:47, Guilherme Ferreira Rosário <
guilherme.f.rosa...@gmail.com> escreveu:


Cola no pastebin.ca suas regras de firewall.

Em 18 de maio de 2015 16:45, joao jamaicabsd 
escreveu:


Sim, estou utilizando transparente.

Em 18 de maio de 2015 16:40, Guilherme Ferreira Rosário <
guilherme.f.rosa...@gmail.com> escreveu:


Voce Habilitou o modo transparente?


ATT

Em 18 de maio de 2015 16:15, joao jamaicabsd 
escreveu:


Boa tarde galera.

Tenho o  squid33-3.3.13_2 rodando no meu servidor, mas estou

passando

por

um problema.

Se eu redirecionar a 80 para a 3128 o squid simplesmente não filtra

nada

e

me dá erro de time out;

O firewall PF está redirecionando normal, conforme verifiquei nos

logs;

Se eu configurar o proxy manual no navegador ele funciona normal.

O squid.conf está montado para autenticação.

Alguém pode me ajudar?

Obrigado.
-
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




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




--
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326





Modo transparente não permite trabalhar com autenticação.

Desative o recurso de autenticação ou use outros meios para 
auto-configuração das estações.


Att.

--
Paulo Henrique.
BSDs Brasil - FUG-BR.
Grupo de Usuários de FreeBSD do Brasil.
Fone: (21) 96713-5042

"Por mais breve que seja a loucura da fé, apegue-se a razão.
Ela não tem todas as respostas porém não mente baseado na sua fé".

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


Re: [FUG-BR] Problema estranho com sessão ssh e parece ser buffer

2015-05-14 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Marcelo Gondim escreveu 

> On 14-05-2015 08:13, Nenhum_de_Nos wrote:
> > On Tue, 12 May 2015 15:22:15 -0300
> > Marcelo Gondim  wrote:
> >
> >> On 12-05-2015 13:10, Nenhum_de_Nos wrote:
> >>> On Tue, 12 May 2015 11:28:12 -0300
> >>> Marcelo Gondim  wrote:
>  Valeu Eduardo, vou ver aqui.
>  O estranho é porque isso só acontece com acessos de dentro daqui da rede
>  local e quando acesso de casa o problema não acontece.
>  Vou fazer um teste aqui :)
> >>> Gondim,
> >>>
> >>> isso me lembra problema com o roteador (ou os roteadores) no caminho e 
> >>> não no servidor (cliente que abre a conexão ssh, servidor é quem a 
> >>> recebe).
> >>>
> >>> Já vi roteadores destes simples, de operadora ou esses dlink's simples da 
> >>> vida, terem sua memória para conexões esgotada. Daí eles começam a 
> >>> sacrificar as conexões já existentes. Com roteador destes, não consigo 
> >>> deixar um ssh aberto sem que aconteça timed out.
> >>>
> >>> Ele pode sacrificar a conexão por muito tempo sem atividade, ou por ter 
> >>> sessão demais.
> >>>
> >>> Não é o mesmo comportamento da tela não atualizar, mas pode ajudar no 
> >>> caso das conexões reiniciadas pelo peer :)
> >>>
> >>> matheus
> >>>
> >> Opa Matheus,
> >>
> >> To desconfiado aqui da máquina proxy. Ela é bem antiga e só dá o
> >> problema atrás dela.
> >> Vou tentar trocar ela aqui pra ver se para isso.
> > Gondim,
> >
> > não sei se entendi correto. O ssh passa pelo proxy ? Você usa algum tipo de 
> > túnel (http_tunnel, corkscrew) ?
> >
> > att,
> >
> > matheus
> >
> Opa não. Não passa pelo serviço proxy e sim pela máquina que tem um 
> proxy rodando.  :)
> []'s
> 
A menos que haja problemas de buffer de rede ou ausência de recurso nesse 
roteador o mesmo não será capaz de interferir na comunicação ao ponto que 
descreveu.

Verifica os recursos de encaminhamento desse roteador,  se não ocorre 
limitações ignore ele e parte para o próximo. 

Uma forma eficiente de ignorar potenciais problemas de roteamento ao longo do 
caminho é colocar a sessão ssh sobre um túnel VPN, assim teria informações de 
onde ocorre limitação de comunicação. 


Att.
> 
> -
> 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] Problema estranho com sessão ssh e parece ser buffer

2015-05-12 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Eduardo Lemos de Sa escreveu 

> Caro Marcelo
> 
> 2015-05-11 17:57 GMT-03:00 Marcelo Gondim :
> 
> > Pessoal,
> >
> > Queria saber se alguém aqui nessa lista já passou por isso e conseguiu
> > resolver.
> > O cenário é esse aqui:
> >
> >
> > Estação (Rede escritório)  Proxy FreeBSD - Firewall
> > FreeBSD Provedor - router FreeBSD (Internet)
> >
> > Nessa situação acima eu faço um ssh para o router e rodo alguns programas
> > como o top por exemplo. Funciona normal por um tempo. Depois de um tempo
> > quando faço top o percentual não aparece, preciso ficar dando enter pra que
> > o percentual fique atualizando. O ping não mostra mais pingando, tenho que
> > ficar dando enter para ficar aparecendo os pings na tela. As vezes trava
> > também o ssh seguido de um broken pipe. Isso só acontece de dentro aqui da
> > rede local do escritório. Se eu conecto via PPPoE como um assinante de casa
> > ou acesso de casa esse problema não ocorre.
> > Parece que ocorre alguma coisa com buffer. Alguém já passou por isso?
> > Estou pesquisando aqui ainda e se eu descobrir mando aqui a solução.
> >
> > Abrs.
> >
> 
> Eu não tenho ideia de qual é a causa deste problema mas, não sei o porquê,
> nas atualizações do FreeBSD-10.1-STABLE, o openssh6.6p1 é sermpre
> reinstalado por default. Como ele é uma versão não tão atualizada assim, eu
> instalo o openssh6.8p1 (baixado da página do openssh.com/openBSD). Talvez
> uma atualização do ssh possa resolver o caso. Fica a sugestão.
> 
> Um abraço
> 
> Edu
> 
> 


Pode ser burst no meio do caminho que usa a partir da rede que apresenta 
problemas.
Fecha uma vpn e faz o teste.
> 
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> 
> 
> -- 
> Eduardo Lemos de Sa
> Associated Professor Level 4
> Dep. Quimica da Universidade Federal do Paraná
> fone: +55(41)3361-3300
> fax:   +55(41)3361-3186
> -
> 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] Distribuir FreeBSD pre-configurado

2015-05-09 Por tôpico Paulo Henrique - BSDs Brasil



On 05/09/15 11:27, Thiago Gomes wrote:

Quem disse que não vamos dar suporte ? . apenas agilizar as pre-instalações.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Não estava escrito !!! :D

Mais no caso acho que o tinyBSD seria uma boa para ti.

Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

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


Re: [FUG-BR] Distribuir FreeBSD pre-configurado

2015-05-08 Por tôpico Paulo Henrique - BSDs Brasil



On 05/08/15 08:54, Otavio Augusto wrote:

Em 7 de maio de 2015 17:55, Paulo Henrique - BSDs Brasil
 escreveu:


On 05/07/15 17:46, Thiago Gomes wrote:

Pq estragar o sistema ? a pergunta não foi essa.

Já está explicado no e-mail.

pq existe produtos no mercado que usa freebsd que usa essa técnica

Do tipo Next -> Next - Finish, não, não existe, os que mais proximo chegam
desse conceito são apliances baseados em Linux/Windows.

qual seria o problema ?

Pega uma ferrari vende para o cliente dizendo que basta colocar os pneus que
já pode chegar a 300Km/h mais ai o cliente vai e coloca pneus de fusca e
acaba ocorrendo um acidente, quem é o culpado na cabeça do cliente ? o pneu
de fusca o a ferrari ?

vc conhece ?

Do tipo que o proprio cliente possa configurar adequadamente sem
acompanhamento do suporte ? não.

A FreeBSD Brasil faz isto.
Não vejo problema em fazer isto principalmente se as configurações que
vc faz para estes clientes são iguais.
Cria o instalador com os pacotes desejados e depois.
Pra que ficar executando os mesmo comando na mesma ordem
repetitivamente se para os clientes dele já tem um certo padrão.
Depois ele só faz tunnig para cara hardware


Otavio,

Não é que não exista ou não seja possível, apenas descriminei que sem um 
suporte por trás esquece, é queimar o sistema.
O que a FreeBSD Brasil faz e também ocorre muito no datacenters é 
prontamente aceitável e dependendo do projeto requerido, contudo leva em 
consideração que há um time por trás dando suporte e resolvendo 
eventuais problemas.


Dá forma que o Thiago Gomes expos a questão denotou claramente a 
distribuição de uma ISO/IMG onde o cliente só precisa setar o endereço 
IP da rede e estará tudo funcionando, já li um monte de papers sobre 
sistemas com essa promessa que na realidade acaba gerando mais problemas 
do que solução devido ao engessamento do sistema e no final o cliente ( 
tomar de decisão ) descriminando toda e qualquer solução baseada no 
sistema que a solução problemática foi criada, eu mesmo tenho esse tipo 
de "preconceito" com o GNU/Linux Debian devido a muitos problemas no 
passado em ambiente que utilizava distribuições linux ditas userfriend 
baseadas no Debian e que apresentavam constantes problemas.


Se ele quer criar uma ISO/IMG no qual aprimore o trabalho de 
implantação/gerenciamento dos ambientes deles OK, posso citar para ele 
no intuito de aprimorar o trabalho o tinybsd, contudo só recomendo se 
for ele ou a equipe dele que venha a trabalhar sobre o sistema customizado.
Disponibilizar uma uma ISO/IMG para o cliente que não tem conhecimento 
técnico mínimo requerido para a devida configuração do sistema torno a 
frisar é queimar o sistema.




Att.


Em 7 de maio de 2015 17:41, Paulo Henrique - BSDs Brasil
 escreveu:


On 05/07/15 17:37, Thiago Gomes wrote:

Pessoal,

Como faz para distribuir o FreeBSD, com squid, squidguard para os
clientes.. bastando
o cliente configurar o ip... etc. existe alguma maneira ?

Poderia explicar como fazer.




Deixa isso para pessoal preguiçoso de linux/Windows.

Não estraga o sistema, um usuário bastardo ira instalar, não vai
funcionar
corretamente por que não tem conhecimento técnico para efetuar a devida
configurações/gerenciamentos necessários e depois sairá dizendo que o
sistema operacional é um lixo que nada funciona direito.

Se quer algo meio userfriend no segmento BSD recomenda o PFSense.

Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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




--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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






--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

<>-
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 cvsup + freebsd antigo

2015-05-07 Por tôpico Paulo Henrique - BSDs Brasil
Nossa que dó que dá reiniciar ela.

Enviado do meu smartphone Sony Xperia™

 Diogo Rodrigo escreveu 

>e meus amigos dei um uptime na maquina 645 dias ligada ahahhahah
>
>
>
>Em 7 de maio de 2015 16:28, Fabricio Lima 
>escreveu:
>
>> Seguindo a linha do q o Paulo falou...
>>
>> eu nunca fiz um cvsup do 7 pra 9 ou 10.
>>
>> nao sei se vale a pena aprender (leia-se sofrer) em uma vm
>> ou ignorar, e um dia tiro backup, formato, reinstaldo e reconfiguro tudo.
>>
>> ate pq o apache ou o q houver na maquina pode dar varios pipocos tb...
>>
>> [ ]'s
>> Fabricio Lima
>> Sendmail administration is not black magic. There are legitimate technical
>> reasons why it requires the sacrifice of a live chicken.
>>
>> Em 7 de maio de 2015 16:13, Paulo Henrique - BSDs Brasil <
>> paulo.rd...@bsd.com.br> escreveu:
>>
>> >
>> >
>> > On 05/07/15 09:54, Renato Botelho wrote:
>> >
>> >> On May 7, 2015, at 09:33, Diogo Rodrigo  wrote:
>> >>>
>> >>> prezados apos uns 3 anos sem mexer com bsd, peguei um servidor de um
>> >>> cliente para dar uma mexida etc.
>> >>>
>> >>> tentei fazer um update via cvsup stable...
>> >>>
>> >>>
>> >>> ele nao encontra o host cvsup2.freebsd.org  nem o cvsup3 cvsup4
>> >>>
>> >>> enfim mudou alguma coisa enquanto estive em eternia ? ehhehe
>> >>>
>> >>> e um bsd FreeBSD mail 7.4-STABLE FreeBSD 7.4-STABLE #25
>> >>>
>> >>> sei que ja saiu de producao etc.
>> >>>
>> >>> mas acredito que poderia fazer um update ate o ultimo update dele
>> >>> correto ??
>> >>>
>> >> Bom dia Diogo.
>> >>
>> >> Você quer atualizar até o último 7-stable? Vale lembrar que qualquer
>> >> versão anterior a 8.4, o ports não funciona mais.
>> >>
>> >> Mas enfim, sejamos práticos, você pode resolver isso de 2 maneiras:
>> >>
>> >> 1. Caso tenha o svn instalado na máquina, ou caso consiga instalar o svn
>> >> via pkg_add -r subversion:
>> >>
>> >> # rm -rf /usr/src/*
>> >> # svn checkout http://svn.freebsd.org/base/stable/7 /usr/src
>> >>
>> >> 2. Baixando um tarball direto do github:
>> >>
>> >> # fetch https://github.com/freebsd/freebsd/archive/stable/7.tar.gz
>> >>
>> >> Caso você decida trazer esse cara para uma versão mais moderna,
>> aconselho
>> >> a ir de onde está para o 8.4-release ou 8.4-stable, e depois disso pro
>> >> 9-stable, e depois pro 10.1-release ou 10.1-stable.
>> >>
>> >> []s
>> >> --
>> >> Renato Botelho
>> >>
>> >> -
>> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >>
>> > Caracas, bagulho velho isso, nem lembrava mais que se usava cvsup no
>> > passado.
>> >
>> > Creio que seja possivel efetuar o update até as versões mais novas,
>> > contudo o tempo e a dor de cabeça que terá eu recomendo a reinstalação já
>> > com uma das releases mais novas.
>> >
>> > Att.
>> >
>> > --
>> > Paulo Henrique
>> > BSDs Brasil
>> > Grupo de Usuários de FreeBSD do Brasil.
>> > Fone: +55 (21) 3708-9388
>> > Celular: +55 (21) 96713-5042
>> >
>> >
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>> >
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Distribuir FreeBSD pre-configurado

2015-05-07 Por tôpico Paulo Henrique - BSDs Brasil



On 05/07/15 17:46, Thiago Gomes wrote:

Pq estragar o sistema ? a pergunta não foi essa.

Já está explicado no e-mail.

pq existe produtos no mercado que usa freebsd que usa essa técnica
Do tipo Next -> Next - Finish, não, não existe, os que mais proximo 
chegam desse conceito são apliances baseados em Linux/Windows.

qual seria o problema ?
Pega uma ferrari vende para o cliente dizendo que basta colocar os pneus 
que já pode chegar a 300Km/h mais ai o cliente vai e coloca pneus de 
fusca e acaba ocorrendo um acidente, quem é o culpado na cabeça do 
cliente ? o pneu de fusca o a ferrari ?

vc conhece ?
Do tipo que o proprio cliente possa configurar adequadamente sem 
acompanhamento do suporte ? não.


Att.


Em 7 de maio de 2015 17:41, Paulo Henrique - BSDs Brasil
 escreveu:


On 05/07/15 17:37, Thiago Gomes wrote:

Pessoal,

Como faz para distribuir o FreeBSD, com squid, squidguard para os
clientes.. bastando
o cliente configurar o ip... etc. existe alguma maneira ?

Poderia explicar como fazer.




Deixa isso para pessoal preguiçoso de linux/Windows.

Não estraga o sistema, um usuário bastardo ira instalar, não vai funcionar
corretamente por que não tem conhecimento técnico para efetuar a devida
configurações/gerenciamentos necessários e depois sairá dizendo que o
sistema operacional é um lixo que nada funciona direito.

Se quer algo meio userfriend no segmento BSD recomenda o PFSense.

Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042


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






--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

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


Re: [FUG-BR] Distribuir FreeBSD pre-configurado

2015-05-07 Por tôpico Paulo Henrique - BSDs Brasil



On 05/07/15 17:37, Thiago Gomes wrote:

Pessoal,

Como faz para distribuir o FreeBSD, com squid, squidguard para os
clientes.. bastando
o cliente configurar o ip... etc. existe alguma maneira ?

Poderia explicar como fazer.




Deixa isso para pessoal preguiçoso de linux/Windows.

Não estraga o sistema, um usuário bastardo ira instalar, não vai 
funcionar corretamente por que não tem conhecimento técnico para efetuar 
a devida configurações/gerenciamentos necessários e depois sairá dizendo 
que o sistema operacional é um lixo que nada funciona direito.


Se quer algo meio userfriend no segmento BSD recomenda o PFSense.

Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

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


Re: [FUG-BR] 1° BSD DAY em Seropedica

2015-05-07 Por tôpico Paulo Henrique - BSDs Brasil
Gostaria de saber quem poderia pegar os brindes que o Patrick mandou e 
estão comigo para levar para o evento.


Estou com uma proposta de trabalho na data e não poderei comparecer !!

Att. Paulo Henrique.

On 05/07/15 10:46, Claudio Pereira wrote:

Pessoal, alguma novidade sobre o evento?

Abraços, Indio

2015-05-01 15:49 GMT-03:00 Claudio Pereira :


Nilton, o evento já esta próximo, a grade de palestras já foi definida?

Como tinha comentado antes, vai ter o transporte do RJ para a Rural?

Abraços, Índio.

On Tue, Apr 28, 2015 at 5:42 PM, Nilton Jose Rizzo 
wrote:



   Atenção pessoal, dia 16/05 tem o  1º BSD Day em seropédica
e amanhã no site já estará disponivel a agenda

---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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




--
Abraços, IndioX.
--
Claudio P Costa
BSDA Certified - http://bsdcertification.org






--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

<>-
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 cvsup + freebsd antigo

2015-05-07 Por tôpico Paulo Henrique - BSDs Brasil



On 05/07/15 09:54, Renato Botelho wrote:

On May 7, 2015, at 09:33, Diogo Rodrigo  wrote:

prezados apos uns 3 anos sem mexer com bsd, peguei um servidor de um
cliente para dar uma mexida etc.

tentei fazer um update via cvsup stable...


ele nao encontra o host cvsup2.freebsd.org  nem o cvsup3 cvsup4

enfim mudou alguma coisa enquanto estive em eternia ? ehhehe

e um bsd FreeBSD mail 7.4-STABLE FreeBSD 7.4-STABLE #25

sei que ja saiu de producao etc.

mas acredito que poderia fazer um update ate o ultimo update dele correto ??

Bom dia Diogo.

Você quer atualizar até o último 7-stable? Vale lembrar que qualquer versão 
anterior a 8.4, o ports não funciona mais.

Mas enfim, sejamos práticos, você pode resolver isso de 2 maneiras:

1. Caso tenha o svn instalado na máquina, ou caso consiga instalar o svn via 
pkg_add -r subversion:

# rm -rf /usr/src/*
# svn checkout http://svn.freebsd.org/base/stable/7 /usr/src

2. Baixando um tarball direto do github:

# fetch https://github.com/freebsd/freebsd/archive/stable/7.tar.gz

Caso você decida trazer esse cara para uma versão mais moderna, aconselho a ir 
de onde está para o 8.4-release ou 8.4-stable, e depois disso pro 9-stable, e 
depois pro 10.1-release ou 10.1-stable.

[]s
--
Renato Botelho

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Caracas, bagulho velho isso, nem lembrava mais que se usava cvsup no 
passado.


Creio que seja possivel efetuar o update até as versões mais novas, 
contudo o tempo e a dor de cabeça que terá eu recomendo a reinstalação 
já com uma das releases mais novas.


Att.

--
Paulo Henrique
BSDs Brasil
Grupo de Usuários de FreeBSD do Brasil.
Fone: +55 (21) 3708-9388
Celular: +55 (21) 96713-5042

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


Re: [FUG-BR] Dropbox no FreeBSD e Mate

2015-04-29 Por tôpico Paulo Henrique - BSDs Brasil



On 29/04/2015 16:04, Nilton Jose Rizzo wrote:

Em Wed, 29 Apr 2015 11:27:40 + (UTC), Thiago Andrighetti escreveu

Testei o dropbox-uploader, funciona, porém como o colega falou é
MUITO lento, e não é muito praticopois eu utilizo muito, serviço,
faculdade, clientes, em casa...Pelo Wine funcionou tambem, porém
foram criados vários e vários arquivos com o nome
nomepasta:com.dropbox.attributes, parece que é algo com FAT32 (acho
que o wine emula isso)Aí bagunçou o barraco no meu dropbox
rsrsrsrs.  -- Thiago Andrighetti de Pádua

  Em Terça-feira, 28 de Abril de 2015 17:40, Nilton Jose Rizzo
 escreveu:

  Em Tue, 28 Apr 2015 17:13:46 -0300, Paulo Henrique - BSDs Brasil escreveu

Dropbox_upload.

   além deste tem o dropbox-api, mas no meu caso ele estava dando um
erro ao fazer i uoload, eo dropbox_uploader está MUITO lento
faz uma semana que iniciei o upload do meu ~/Dropbox dir e ainda
está nas fotos ...

 média de 40 fotos enviadas por dia muito lento 

Caracas, eu mando em média 13 Gbytes por dia para lá.
Os arquivos variam de 200mb a 22Gbytes, no total são 299Gbytes enviados 
em um periodo variando de 9 a 11 dias.


Circuito de 6Mbytes dedicados.

Tem nos ports.

Enviado do meu smartphone Sony Xperia™

 Thiago Andrighetti escreveu 


Cara, achei, desculpaTo instalando pra ver se funfa rsrs
  --
Thiago Andrighetti de Pádua



 Em Terça-feira, 28 de Abril de 2015 13:43, João Luis

 escreveu:
   



Saudações,

Uso o Depois via wine. Tive q baixar o completo, o instalador travava na
execução.

Não sei se eh devido minha conta (não paga), mas achei muito lento o
processo de sync.

[]s

JL
On Apr 28, 2015 11:08 AM, "Thiago Andrighetti" 
wrote:


Olá, alguém aí da lista já conseguiu fazer o Dropbox funcionar no
FreeBSD?Tenho um com Mate desktop e estou apanhando pra fazer funcionar,
segui um tutorial mas não deu certo.tentei este,
https://forums.pcbsd.org/thread-15851.html, o instalador do dropbox atual
usa rede pra baixar eestá dando problema ao baixar, não achei o motivo
ainda.
 --
Thiago Andrighetti de Pádua
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


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


   
-

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

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

---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

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

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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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] Servidor de VPN

2015-04-29 Por tôpico Paulo Henrique - BSDs Brasil



On 29/04/2015 07:07, Gustavo Freitas wrote:

Caso mudem de ideia quanto a solução VPN e adotem o OpenVPN ( recomendo
devido a sua flexibilidade principalmente em redes que são NAT sobre NAT )
basta o daemon do concentrador estar acessivel que toda a comunicação é
feita sobre L4.

O caso de usar OpenVPN, ele não vai ter fazer tuneis para cada conexão
? por exemplo
Porta 1194 - filial 1
Porta 1195 - filial 2


Estou errado ?


Depende da forma que você configura, se trabalhar com ele em modo 
cliente-to-site, cada cliente usará uma porta/IP contudo se trabalhar 
com ele em modo bridge ou site-to-site ( normalmente para quando precisa 
de trafego tipo smb ) é usado apenas um unico tunel e é necessário 
somente uma unica rota para aquela filial ou conjunto de filiais caso 
seja em modo bridge.


Nunca trabalhei como brigde mais na documentação do OpenVPN é nesses 
casos em que há multiplexação nas conexões que estão passando pelo tunel.


A lembrar, a partir do PFSense 2.1 lembro que o OpenVPN dele permite um 
tanto X de clientes autenticados e usando um mesmo tunel 
simultaneamente, só não sei como funciona ou se funciona pois não 
cheguei a pesquisar/implementar.


Att.

-
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] Servidor de VPN

2015-04-29 Por tôpico Paulo Henrique - BSDs Brasil



Em 28/04/2015 17:52, Thiago Gomes, escreveu:

Galera,

tenho um cenário.. um freebsd como gateway, porem a galera da empresa
deseja colocar um servidor de vpn sem usar o gateway..

Assim.. 10.0.1.x matriz e 10.0.2.x filial 1, 10.0.3.x filial 2

Será ipsec... agora como faz as maquinas se comunicarem  ? tenho que
adicionar as rotas no meu freebsd gateway da matriz ?

O principio é esse ?

No caso ou o seu gateway terá que ter as demais rotas da VPN para que as 
estações internas possam alcança-las ou todas as estações da rede deverá 
ter em sua tabela de roteamento as informações para alcançar as estações 
atraz da VPN.
Se for apenas uns poucos servidores que os clientes da VPN irá acessar 
basta inserir uma rota apontando que a rede da VPN pode ser alcançada 
através do concentrador VPN, contudo para ficar de forma mais elegante a 
configuração de rota estatica no seu gateway apontando o servidor VPN é 
o recomendado.


Ex.

Rede Local ( Segmento de Intranet / Lan do Gateway-Concentrador VPN) : 
192.168.0.0/24

Endereço de Rede do Gateway: 192.168.0.1/24
Endereço de Rede do Concentrador VPN: 192.168.0.2/24
Endereço da Rede VPN: 192.168.1.0/24
Endereço IP da interface VPN: 192.168.1.1/24
Endereço de Rede do Cliente: 192.168.10.10/24

No seu gateway:
route add -net 192.168.1.0/24 192.168.0.2

No Seu netstat -rn haverá uma linha como está:
192.168.1.0/24 192.168.0.2   UGS em0

Agora, se o seu roteador tiver recursos de sobra para sustentar todos os 
tuneis VPN sobre ele sem prejudicar os demais serviços que ele executa 
recomendo fortemente que execute o IPSec sobre ele principalmente para 
evitar problemas chatos com IPsec atrás de NAT.
Caso mudem de ideia quanto a solução VPN e adotem o OpenVPN ( recomendo 
devido a sua flexibilidade principalmente em redes que são NAT sobre NAT 
) basta o daemon do concentrador estar acessivel que toda a comunicação 
é feita sobre L4.


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


Re: [FUG-BR] Dropbox no FreeBSD e Mate

2015-04-28 Por tôpico Paulo Henrique - BSDs Brasil
Dropbox_upload. 

Tem nos ports.

Enviado do meu smartphone Sony Xperia™

 Thiago Andrighetti escreveu 

>Cara, achei, desculpaTo instalando pra ver se funfa rsrs
> --
>Thiago Andrighetti de Pádua
> 
>
>
> Em Terça-feira, 28 de Abril de 2015 13:43, João Luis 
>  escreveu:
>   
> 
>
> Saudações,
>
>Uso o Depois via wine. Tive q baixar o completo, o instalador travava na
>execução.
>
>Não sei se eh devido minha conta (não paga), mas achei muito lento o
>processo de sync.
>
>[]s
>
>JL
>On Apr 28, 2015 11:08 AM, "Thiago Andrighetti" 
>wrote:
>
>> Olá, alguém aí da lista já conseguiu fazer o Dropbox funcionar no
>> FreeBSD?Tenho um com Mate desktop e estou apanhando pra fazer funcionar,
>> segui um tutorial mas não deu certo.tentei este,
>> https://forums.pcbsd.org/thread-15851.html, o instalador do dropbox atual
>> usa rede pra baixar eestá dando problema ao baixar, não achei o motivo
>> ainda.
>>    --
>> Thiago Andrighetti de Pádua
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> 
>  
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] fsck: Could not determine filesystem type (Dica)

2015-04-10 Por tôpico Paulo Henrique - BSDs Brasil


On 10/04/2015 21:57, Paulo Olivier Cavalcanti wrote:

On 10/04/2015 21:33, Paulo Henrique - BSDs Brasil wrote:

[...]
João,

No caso pode se usar a opção "-t" do proprio fsck passando o 
parametro relacionado ao sistema de arquivo destino que será tratado.

Ex.
Para Unix filesystem
fsck -f ufs /dev/ada3s1

Para vfat ou msdosfs
fsck -f msdosfs /dev/da1s1



Boa dica xará, mas foi estranho o fsck não ter determinado o 
filesystem automaticamente.


Acontece normalmente quando se utiliza um tipo de particionamento fora 
do comum ou utiliza devices criados por software como os gerados pelo 
geom_eli, geom_bde e geom_stripe.
Acaba ele não conseguindo determinar corretamente qual é o tipo de 
arquivos que o dispositivo foi formatado.

Acontece direto comigo em dois servidores que uso e abuso do geom framework
 geli_device  = ( gstripe = (gmirror + gmirror ))

Att.

Att.

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


Re: [FUG-BR] fsck: Could not determine filesystem type (Dica)

2015-04-10 Por tôpico Paulo Henrique - BSDs Brasil


On 10/04/2015 21:18, Joao Rocha Braga Filho wrote:

Boa noite.

Eu tive a mensagem de erro relatada no subject:

root:[1057] fsck /dev/ad3s1
fsck: Could not determine filesystem type

E achei a solução, mas pode-se dar uma "pastada" antes de se achar a
solução,
então estou compartilhando aqui;

root:[1058] fsck_ufs  /dev/ad3s1
** /dev/ad3s1
** Last Mounted on /home/goffredo/trabalho/imagens/mnt/Nikon_D90
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
154061 files, 146201552 used, 97970598 free (494 frags, 12246263 blocks,
0.0% fragmentation)

* FILE SYSTEM MARKED CLEAN *
root:[1059]


Sim, se o sistema de arquivos for UFS ou UFS2, basta usar o fsck_ufs.


João Rocha.



João,

No caso pode se usar a opção "-t" do proprio fsck passando o parametro 
relacionado ao sistema de arquivo destino que será tratado.

Ex.
Para Unix filesystem
fsck -f ufs /dev/ada3s1

Para vfat ou msdosfs
fsck -f msdosfs /dev/da1s1

Att.

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


Re: [FUG-BR] Como interpretar smartmontools

2015-04-08 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Zhu Sha Zang escreveu 

> On 04/08/2015 03:32 PM, Vitor Hugo wrote:
> > This email was generated by the smartd daemon running on:
> >
> > host name: nas4free.local
> >DNS domain: local
> >NIS domain: [None]
> >
> > The following warning/error was logged by the smartd daemon:
> >
> > TEST EMAIL from smartd for device: /dev/ada0
> >
> > Device info:
> > SAMSUNG HD322HJ, S/N:S1RLJ50SB84327, WWN:5-0024e9-40015e921, FW:1AC01118, 
> > 320 GB
> >
> > For details see host's SYSLOG. smartctl 6.0 2012-10-10 r3643 [FreeBSD 
> > 9.1-RC3 amd64] (local build)
> > Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org
> >
> > === START OF INFORMATION SECTION ===
> > Model Family: SAMSUNG SpinPoint F1 DT
> > Device Model: SAMSUNG HD322HJ
> > Serial Number:S1RLJ50SB84327
> > LU WWN Device Id: 5 0024e9 40015e921
> > Firmware Version: 1AC01118
> > User Capacity:320,072,933,376 bytes [320 GB]
> > Sector Size:  512 bytes logical/physical
> > Device is:In smartctl database [for details use: -P show]
> > ATA Version is:   ATA/ATAPI-7, ATA8-ACS T13/1699-D revision 3b
> > Local Time is:Tue Apr  7 19:31:23 2015 BRT
> > SMART support is: Available - device has SMART capability.
> > SMART support is: Enabled
> >
> > === START OF READ SMART DATA SECTION ===
> > SMART overall-health self-assessment test result: PASSED
> >
> > General SMART Values:
> > Offline data collection status:  (0x00) Offline data collection activity
> > was never started.
> > Auto Offline Data Collection: Disabled.
> > Self-test execution status:  (   0) The previous self-test routine 
> > completed
> > without error or no self-test has ever
> > been run.
> > Total time to complete Offline
> > data collection:( 4072) seconds.
> > Offline data collection
> > capabilities:(0x7b) SMART execute Offline immediate.
> > Auto Offline data collection on/off 
> > support.
> > Suspend Offline collection upon new
> > command.
> > Offline surface scan supported.
> > Self-test supported.
> > Conveyance Self-test supported.
> > Selective Self-test supported.
> > SMART capabilities:(0x0003) Saves SMART data before entering
> > power-saving mode.
> > Supports SMART auto save timer.
> > Error logging capability:(0x01) Error logging supported.
> > General Purpose Logging supported.
> > Short self-test routine
> > recommended polling time:(   2) minutes.
> > Extended self-test routine
> > recommended polling time:(  69) minutes.
> > Conveyance self-test routine
> > recommended polling time:(   8) minutes.
> > SCT capabilities:  (0x003f) SCT Status supported.
> > SCT Error Recovery Control supported.
> > SCT Feature Control supported.
> > SCT Data Table supported.
> >
> > SMART Attributes Data Structure revision number: 16
> > Vendor Specific SMART Attributes with Thresholds:
> > ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  UPDATED  
> > WHEN_FAILED RAW_VALUE
> >1 Raw_Read_Error_Rate 0x000f   100   100   051Pre-fail  Always   
> > -   0
> >3 Spin_Up_Time0x0007   091   091   011Pre-fail  Always   
> > -   3550
> >4 Start_Stop_Count0x0032   099   099   000Old_age   Always   
> > -   921
> >5 Reallocated_Sector_Ct   0x0033   100   100   010Pre-fail  Always   
> > -   0
> >7 Seek_Error_Rate 0x000f   100   100   051Pre-fail  Always   
> > -   0
> >8 Seek_Time_Performance   0x0025   100   100   015Pre-fail  Offline  
> > -   0
> >9 Power_On_Hours  0x0032   094   094   000Old_age   Always   
> > -   31493
> >   10 Spin_Retry_Count0x0033   100   100   051Pre-fail  Always   
> > -   0
> >   11 Calibration_Retry_Count 0x0012   100   100   000Old_age   Always   
> > -   0
> >   12 Power_Cycle_Count   0x0032   099   099   000Old_age   Always   
> > -   853
> >   13 Read_Soft_Error_Rate0x000e   100   100   000Old_age   Always   
> > -   0
> > 183 Runtime_Bad_Block   0x0032   100   100   000Old_age   Always
> >-   0
> > 184 End-to-End_Error0x0033   100   100   000Pre-fail  Always
> >-   0
> > 187 Reported_Uncorre

Re: [FUG-BR] Sugestão de compilação com o /usr < 2.6 Gbytes.

2015-03-26 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Renato Botelho escreveu 

> > On Mar 26, 2015, at 21:18, Paulo Henrique - BSDs  
> > wrote:
> > 
> > Saudações,
> > 
> > Preciso customizar o kernel de um ServerU L100 no qual o /usr possui 
> > somente 1.6Gbytes de espaço, sendo desse total 380Mbytes já usados.
> > Qual a melhor forma de atualizar o sistema alem de usar um kernel 
> > customizado apenas com esse espaço em disco ?
> > Pensei em alguns meios porém opniões são sempre bem vindas.
> > 
> > Idéia 01 - Utilizar um pen-drive para montar o diretorio /usr/src
> > Essa foi a minha primeira ideia pois já usei no passado.
> > 
> > Idéia 02 - Usar um diretorio montado sobre SMB ou NFS para abrigar o 
> > /usr/src ( nem sei se daria certo, no pensamento tipo Unix é para não ter 
> > diferença ).
> > 
> > Idéia 03 - Efetuar uma compilação em um servidor, instalar a compilação em 
> > uma jail e depois copiar os arquivos para o ServerU.
> > 
> > Qualquer recomendação/idéia/sugestão/cerveja ou vodka ( aceito vinho também 
> > ) será bem vindo.
> > 
> > Aproposito, os recursos que preciso podem ser disponibilizados através de 
> > carregamento de modulos via loader.conf, contudo sou meio careta quanto a 
> > isso e gosto tudo no bultin ( mal de velho ) alem de ter um maior controle 
> > sobre o sistema.
> 
> Só o /usr tá sem espaço?
> Tem alguma partição maior?
> Você tem um HD exxterno?
> 
> Tenho várias ideias em mente, mas preciso saber mais detalhes sobre o 
> ambiente.
> 
> --
> Renato Botelho

Não é apenas a flash de 8 Gbytes particionado.


> 
> -
> 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] Problema com GSSAPI e FreeBSD 10.1-p8

2015-03-25 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Rafael Henrique Faria escreveu 

> Bom dia a todos.
> 
> Eu atualizei meu 10.1 para o p8 ontem, e diversos executáveis
> começaram a apresentar segmentation fault.
> 
> Acabei focando em um deles para tentar descobrir o que estava causando
> isso, que no caso foi o CURL.
> 
> Rodando o ldd nele, todas as libs estavam ok.
> Testei recompilar o mesmo, e ele não compilava mais, apontando o erro:
> 
> checking run-time libs availability... Segmentation fault (core dumped)
> failed
> configure: error: one or more libs available at link-time are not
> available run-time. Libs used at link-time: -lidn -lssl -lcrypto -lssl
> -lcrypto   -L/usr/lib -lgssapi -lgssapi_krb5 -lheimntlm -lkrb5 -lhx509
> -lcom_err -lcrypto -lasn1 -lwind -lheimbase -lroken -lcrypt -pthread
> -lz
> 
> Removi todas as bibliotecas instaladas, deixei o sistema limpo, e
> tentei instalar novamente o CURL, e o erro persistiu.
> 
> No CONFIG, eu alterei o "GSSAPI_BASE" para "KRB5_PORT". E finalmente
> ele compilou sem problemas. Então consegui encontrar o culpado.
> 
> Sem o GSSAPI no configure o CURL eu consigo compilar ele sem problemas:
> 
>   curl version: 7.41.0
>   Host setup:   i386-portbld-freebsd10.1
>   Install prefix:   /usr/local
>   Compiler: cc
>   SSL support:  enabled (OpenSSL)
>   SSH support:  no  (--with-libssh2)
>   zlib support: enabled
>   GSS-API support:  no  (--with-gssapi)
>   TLS-SRP support:  enabled
>   resolver: POSIX threaded
>   IPv6 support: enabled
>   Unix sockets support: enabled
>   IDN support:  enabled
>   Build libcurl:Shared=yes, Static=yes
>   Built-in manual:  enabled
>   --libcurl option: enabled (--disable-libcurl-option)
>   Verbose errors:   enabled (--disable-verbose)
>   SSPI support: no  (--enable-sspi)
>   ca cert bundle:   /usr/local/share/certs/ca-root-nss.crt
>   ca cert path: no
>   LDAP support: no  (--enable-ldap / --with-ldap-lib / 
> --with-lber-lib)
>   LDAPS support:no  (--enable-ldaps)
>   RTSP support: enabled
>   RTMP support: no  (--with-librtmp)
>   metalink support: no  (--with-libmetalink)
>   HTTP2 support:disabled (--with-nghttp2)
>   Protocols:DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS
> POP3 POP3S RTSP SMB SMBS SMTP SMTPS TELNET TFTP
> 
> 
> Eu tentei reinstalar o GSSAPI da base pelo source, com um make install
> clean no /usr/src/lib/libgssapi
> 
> Mas isso não resolveu.
> 
> Alguém mais está tendo problemas com o GSSAPI no 10.1-p8? Ou alguém
> tem alguma idéia de uma solução para isso? No CURL eu posso utilizar o
> KRB5 do ports, mas não sei se todos os pacotes que usam o GSSAPI tem
> opção para usar um diferente do ports.
> 
> Agradeço a atenção.
> 
> Abraços.
> 
> -- 
> Rafael Henrique da Silva Faria


Opa Rafael,  compilou o world antes do kernel? 

Problemas desse tipo ocorre quando se compila apenas o kernel e não faz a 
atualização do world. 
Atualizei o meu último dercer semana passada e não tive problemas dessa ordem.

Att.
> -
> 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] Utilidade Publica - IPTables vai mudar (de novo)

2015-03-25 Por tôpico Paulo Henrique - BSDs Brasil



On 25/03/2015 11:43, Fabricio Lima wrote:

Nao sei se chamo isso de offtopic...
é relevante para a comunidade BSD, saber q aquilo q usamos ocasionalmente,
vai mudar.
Pra evitar logar um dia num box linux esquecido, e ver #iptables -L -n
  dando not found

enfim...
lendo no digitalocean, vi um texto q cita:

NFTables

Although iptables has long been the standard for firewalls in a Linux
environment, a new firewall called nftables has recently been added into
the Linux kernel. This is a project by the same team that makes iptables,
and is intended to eventually replace iptables.

The nftables firewall attempts to implement more readable syntax than that
found its iptables predecessor, and implements IPv4 and IPv6 support into
the same tool. While most versions of Linux at this time do not ship with a
kernel new enough to implement nftables, it will soon be very commonplace,
and you should try to familiarize yourself with its usage.
Ela tem uma cara meio JSON:

table filter {
 chain output {
  tcp dport 22 ct state
  ip saddr 127.0.0.1 ip daddr 127.0.0.6 drop
 }
}


levei um tempo pra me recuperar do ipfwadm q virou iptables... (kernel
2.2.x)
agora q eu liberei o ping, ja nao sei mais configurar placa de rede, pq o
FHC tirou o ifconfig


[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Anos e anos de investimento em profissionalização e experiência serão 
jogados foras novamente pela turma do linux.


Um dos motivos que faz eu me focar diretamente nos BSDs, há mudanças de 
sintaxe o tempo todo mais não se perde a metodo.


Exemplo claro da POLA.

Agradeço, eu mesmo seria pego de surpresa pois pouco acompanho a 
comunidade linux.


Att.

--
Paulo Henrique.
Grupo de Usuários do FreeBSD no Brasil.
Fone: (21) 96713-5042

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


[FUG-BR] Proposta de aplicativo do projeto Freebsd para Android/IPhone

2015-03-18 Por tôpico Paulo Henrique - BSDs Brasil
Saudações, 

Estava pensando como é massante ter que ficar acompanhando um monte de listas e 
fields de notícias para se manter atualizado sobre o que muda no projeto do 
FreeBSD, umas coisa se pega na lista outras na pagina do projeto e isso acaba 
sendo uma tarefa chata e que consome muito tempo.

São um monte de listas de discussão quanto a segurança, ports e até mesmo da 
página do projeto quanto a alterações do sistema e convenhamos que ficar lendo 
o UPDATING toda hora para ver o que mudou antes de atualizar também é um saco " 
eu ao menos considero" 

Éis que gostaria de saber o que seria bom em um aplicativo para smartphones que 
o objectivo de centralizar todas essas informações de várias fontes e permitir 
acompanhar todas as alterações  que ocorreu no SVN ( alterações relevantes)  
assim com um local que consulte regularmente os alertas de segurança do sistema 
e até mesmo dos ports.

Gostaria de ideias para esse fim.

Além dos riscos de segurança e de informação de update do sistema e de ports o 
que mais seria interessante que o aplicativo abrangesse com relação ao projeto 
FreeBSD? 

O interesse é que estou lendo um pouco sobre desenvolvimento para dispositivos 
móveis e nada melhor do que um projeto para motivar o aprendizado. 

De início estarei focado mais para sistemas Android, contudo vi algumas IDES 
que permite desenvolver para ambos os ambientes de dispositivos moveis.
Enviado do meu smartphone Sony Xperia™
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Mensagem de erro no FreeBSD-Stable-10.1

2015-03-10 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Eduardo Lemos de Sa escreveu 

> Caríssimos
> 
> 2015-03-09 18:50 GMT-03:00 Ricardo Ferreira <
> ricardo.ferre...@sotechdatacenter.com.br>:
> 
> > On 09-03-2015 17:33, João Mancy wrote:
> >
> >> Boa tarde,
> >>
> >> CD-ROM 
> >>
> >> se sim... remova.
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> >>  Verifique a "saúde" do disco via comando smartctl -a /dev/ada0 se
> > tudo estiver 100% certamente é seu cabo que ou é de baixa qualidade ou não
> > tem trava. Verifique a conexão ou troca o cabo ( é mais barato hehe... ) e
> > verifique se os erros persistem. Se persistirem ai vc deve investigar
> > controladora e HD...mas "cheira a cabo"...
> > []s
> >
> > --
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> 
> 
> Agradeço a ajuda, a atenção e as sugestões. Eu vou primeiro testar o cabo,
> depois vou usar o smartctl e torcer para que o problema não sejo o disco
> (Toshiba - 1 TB) e muito menos ser a placa-mãe.
> 
> Por favor, como parece ser consenso de que os cabos são os maiores
> responsáveis pelas falhas, há alguma recomendação de onde, e de qual marca,
> se pode comprar cabos sata? Até hoje, eu só usei aqueles que vêm com as
> placas-mãe da Asus, Gigabyte e Intel.
> 
> Obrigado
> 
> Um abraço
> 
> Edu
> 

Os cabos com travas nas pontas evita o mal contato,  outro fator que faz os 
cabos apresentarem problemas e torções no ato da instalação no momento que está 
organizando o cabeamento para otimizar o fluxo de ar interno no gabinete. 

Eu particularmente uso os cabos que vem em placa-mães da intel, os de cor azul 
até hoje não tive problemas,  os vermelhos já apresentaram problemas mais é no 
caso de grampos de fixação ficarem presos no conector. 

Quanto a discos tochibas eu até hoje não os utilizei,  sempre uso Western 
Digital séries RE Red ( nas e entreprise)  e os Seagates Barracudas. 

Qual a sua controladora de disco / placa-mãe? 


> 
> 
> -- 
> Eduardo Lemos de Sa
> Associated Professor Level 4
> Dep. Quimica da Universidade Federal do Paraná
> fone: +55(41)3361-3300
> fax:   +55(41)3361-3186
> -
> 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] BSDDay Seropédica.

2015-02-03 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Nilton Jose Rizzo escreveu 

> Para não deixar esfriar, lembrando:
> 
>site: http://bsdday.fug.com.br, está no ar novo layout
> 
>Estou esperando o pessoal mandar o que quer apresentar
> para o meu email no formato sugerido para word
> 
>   http://www.acm.org/sigs/publications/proceedings-templates
> 
>   Quero fazer um anal deste evento para quem sabe um dia

Anal?  Sério mesmo Rizzo? Vou considerar "Anual" e que a culpa foi do corretor 
ortográfico!!!  Heheheh,  mais esse lance de anal não estou afim de participar 
não!! 


Att.
> virar um evento nacional e conceituado?  pensando grande 
> podemos voar 
> 
>Aberto a sugestões, críticas e ajuda
> 
> ---
> /*
> **Nilton José RizzoUFRRJ
> **http://www.rizzo.eng.br  http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **/
> 
> -
> 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] FUG no SlackApp

2015-02-03 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Patrick Tracanelli escreveu 

> Pessoal,
> 
> Convido todos a participarem do grupo da FUG no SlackApp.
> 
> https://fug.slack.com/signup
> 
> A todos admins estão mais que convidados, estão “intimados” (hehehe) a 
> entrarem pra podermos conversar sobre a migração do Devilbit :-)
> 
> Quem não tiver e-mails em domínios pre-autorizados, por favor me envie em PVT 
> que eu mando os convites. Tentei tornar o grupo publico mas domínios públicos 
> (gmail.com e afins) não são aceitos.
> 
> --
> Patrick Tracanelli
> 
> FreeBSD Brasil LTDA.
> Tel.: (31) 3516-0800
> 316...@sip.freebsdbrasil.com.br
> http://www.freebsdbrasil.com.br
> "Long live Hanin Elias, Kim Deal!"

O domínio bsd.com.br não é permitido? 
Ele não é privado? 
> 
> -
> 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] FUG no SlackApp

2015-02-03 Por tôpico Paulo Henrique - BSDs Brasil
Patrick,  autoriza o meu e-mail.

norm...@unixbsd.com.br

Att.

Enviado do meu smartphone Sony Xperia™

 Patrick Tracanelli escreveu 

>Pessoal,
>
>Convido todos a participarem do grupo da FUG no SlackApp.
>
>https://fug.slack.com/signup
>
>A todos admins estão mais que convidados, estão “intimados” (hehehe) a 
>entrarem pra podermos conversar sobre a migração do Devilbit :-)
>
>Quem não tiver e-mails em domínios pre-autorizados, por favor me envie em PVT 
>que eu mando os convites. Tentei tornar o grupo publico mas domínios públicos 
>(gmail.com e afins) não são aceitos.
>
>--
>Patrick Tracanelli
>
>FreeBSD Brasil LTDA.
>Tel.: (31) 3516-0800
>316...@sip.freebsdbrasil.com.br
>http://www.freebsdbrasil.com.br
>"Long live Hanin Elias, Kim Deal!"
>
>-
>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] BSDDay Seropédica.

2015-01-30 Por tôpico Paulo Henrique - BSDs Brasil

Saudações,

Como a discussão está muito parada quanto a esse assunto, bora upar ele 
um pouquinho.


Nilton Rizzo,

Cara quem fez o site [1] do BSDDay ? parece projeto inicial do Microsoft 
front-page  ( sacanagem  ) esta bom que o pessoal de BSD é fã de 
CLI mais não precisa ser ao extremo kk !!

Outra coisa não seria 25 de Abril ? lá está 16 de Maio !!

Já submeteram algo para palestrar  ?

Estou aguardando o site ficar ok para colocar a peixeira na barriga da 
empresa aqui para patrocinar o evento ( pelo menos as camisetas ).
Outra coisa como ficou a questão das camisetas vai ser camisetas 
estilizadas ?


Link[1] : http://bsdday.fug.com.br

Nilton, é brincadeira o lance do site, não se ofende não é apenas zoação !!

--
Paulo Henrique.
BSDs Brasil.
"Se deseja algo bem feito, faça você próprio.
saberá que o culpado e você caso não fique conforme desejado".

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


Re: [FUG-BR] sites freelances

2015-01-29 Por tôpico Paulo Henrique - BSDs Brasil


On 29/01/2015 18:43, Ricardo Ferreira wrote:

On 29-01-2015 17:13, Renato Frederick wrote:



Patrick Tracanelli escreveu:
ertificação mais barato do mercado! São doletas que se gasta em 
cerveja vendo UFC :P
O valor da certificação é pra cobrar só os custos com o governo 
(NOCA/NCCA) e o salário da Sandra Dolan (psicometrista responsável 
junto a NOCA/NCCA).


O resto ou a gente pôe do bolso, ou a FreeBSD Foundation ajuda (tipo 
mandando os membros pra palestrar e cobrindo tranporte) ou quem 
compra o DVD do BSDA está “doando” esse valor. Por isso o custo da 
cert é bem baixo, não tem lucro. E mal paga os custos hehehe:-)
Eu não tenho a certificação BSD, what a shame, mas acho que hoje em 
dia certificação, para quem está do lado de "lá"  olhando o CV/SIte 
nosso, é como um canteiro:
Quanto mais flores bonitas(certificados) tiver, mais chama a atenção. 
E hoje em dia que o avaliador recebe 300 CV, tudo que puder chamar 
atenção é bacana.


E se é para gastar dinheiro, ao menos com o BSD, que pelo que vi no 
passado aborda realmente coisas úteis, não era igual o do Conectiva 
Linux(que eu tomei pau) que perguntava coisas de modo gráfico, 
perguntava coisas específicas da distribuição... Acho que quem sabe 
mexer com Linux e BSD pro dia a dia faz a prova de boa. :)
Vamos ver esta questão de cooperados, eu topo me afundar mais ainda 
no cheque especial e fazer a certificação hehehe.

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


Achei a idéia ótima e quero participar
Estou em Salvador, BA



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Ok, já que há interesses apoio a idéia, verifiquei que o domínio 
coopernix.com.br encontra-se disponível, solicitei o ticket para ele,
contudo caso a ideia for para frente ( espero  ) esse domínio será 
transferido para o CNPJ da cooperativa/união societária.


Não tenho interesse em compor o conselho gestor da mesma, até por que 
tenho pouco tempo.


E colocar a idéia no papel e formentar a iniciativa.

Att. Paulo Henrique.

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


Re: [FUG-BR] sites freelances

2015-01-29 Por tôpico Paulo Henrique - BSDs Brasil


On 29/01/2015 16:24, Fabricio Lima wrote:

a ideia do patrick claro q é muito boa.. mas é impeditiva pra alguns por
algumas n razoes... seja preguiça, seja dinheiro, seja tempo...

mas a abordagem dele é a mais certa pra mantermos uma 'linha de corte', um
nivel garantido de qualidade.
No qual é a primeira premissa que havia apontando anteriormente, não nos 
prostituirmos
trabalhando a $30,00/h e ainda manter uma qualidade e referencia 
positivas quanto

aos sistemas open sources.



teriamos q validar se devemos a) usar a cert como requisito, ou b) ter uma
area q lista os cabras certificados

Realmente isso é importante.


outro ponto é como modelar os freela versus empresas q entram na jogada...
pq é complicado pra ze e joao q sao apenas 'meninos esforçados' competir
com o perfil da freebsd-brasil qndo ambos forem listados como 'para este
seu serviço identificamos estes como mao de obra recomendada'

alternativas seriam:
a) nao permitir entrada de empresas
b) permitir, e a tabela de preço ser diferenciada pra elas... mais caro, de
forma q um cliente pode optar por algo notoriamente 'pessoa fisica' por 100
mangos com respaldo da cooperativa/certs ou algo PJ profissional por uma
empresa indicada e seria 1mil.  (leia-se empresa nao pode cobrar 150!)
Considere que no mercado ou você abre concorrência "idiota" ou se torna 
uma referencia.
A FreeBSD Brasil tem time para atender pelo menos no sudeste toda a 
demanda, talvez,
Será que a FreeBSD Brasil irá querer arcar com o custo de deslocamento 
de um profissional,
hospedagem, alimentação de um profissional até Campus, Petropolis ou 
mesmo Duque de Caxias por R$800,00
Lamento, mais para eles é mais vantagem ter um profissional que pode ir 
lá a R$230,00 a hora
 instalar o FreeBSD e eles acessar remoto e terminar o trampo remoto do 
que arcar com o custo de deslocamento
de um colaborador deles ( economia para eles, grana para os FreeLancers 
:D) .


talvez devemos incluir mais serviços de outras areas? algo tipo teste
penetracao, webdesign, otimizacao seo, fornecimento de hw, aluguel router,
etc.


Acreio que apenas não podemos vender produtos, mais serviços de qualquer 
tipo desde que esteja descriminado

Não tem problema.


to me lembrando de uma micro-franquia q vi de suporte a desktop 24hrs.. nos
seriamos algo tipo 'contate um cara de TI, validado, tabelado, qualificado'

sao muitas variaveis, q nunca teremos consenso de 100%. teriamos q partir
pra um board q iria montar as duvidas, coletar as opnioes, e bater martelo.
seja maioria ou decisao estrategica..  (quer bom, nao quer saia)

(falei isto pq creio q muitas pessoas opinando vai virar o senado e podemos
nunca chegar num concenso)
(pode ser viagem minha, medo de democracia, pelo o q vejo na politica)

recapitulando, tb anotar na lista de duvida se seria a) associaçao ou b)
cooperativa


Para mim qualquer uma das alternativas é bem vinda, o que penso sobre 
tal proposta é não ser prostituído e

junto proteger/zelar pela Marca/Projeto.


outro ponto, um chamado entra no site via web.. caiu pra ze em manaus..
mas como faremos pra SP e RJ q tem 100 zezinhos? round robin? ou o cara
escolhe?
teria um flag 'servico remoto / local?'

Um passo de cada vez é mais vantagem.



[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.

Em 29 de janeiro de 2015 15:56, Patrick Tracanelli <
eks...@freebsdbrasil.com.br> escreveu:


On 29/01/2015, at 15:27, Paulo Henrique - BSDs Brasil <

paulo.rd...@bsd.com.br> wrote:

Enviado do meu smartphone Sony Xperia™

 Carlos Eduardo G. Carvalho (Cartola) escreveu 


Em 29 de janeiro de 2015 11:50, Luiz Gustavo Costa <
luizgust...@luizgustavo.pro.br> escreveu:


* Fabricio Lima (lis...@fabriciolima.com.br) wrote:

eureka... tive um estalo...

vou ser ingenuo, sonhador, mas pode ser q vingue...

olha so.. sabe qndo vc junta com o amiguinho e fala 'vamos montar uma
empresa de consultoria?'

q tal pegar nossa cooperativa nacional e tabelada.. e transformar em

algo

mais pro-ativo?
tipo concorrendo com o site de freelance? com divulgaçao via banners
adwords, oferecendo serviço..

'acelere seu magento, crie sua loja online por 29,90, istalamos vpn'
pagamos uns 100 reais cada um mensal de banner.. e isso ira retornar

em

cliente.. e se surgir em RS vai pra rafael, em SP vai pra mim, RJ pra

guga,

e por ai vai..

e ai cada um q consegue infra pluga numa vpn e montamos um cloud e
oferecemos hospedagem, e serviço com abrangencia nacional...

A PORRA TA COMEÇANDO A TOMAR CORPO..  hehe


[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.


Acho que a ideia é por ai mesmo, gerar um negocio profissional, em que
os membros possam usufruir de forma conjunta. Mais ou menos o que os
mercados de bairro (aqui no RJ eu vi isso) fazem, se juntam, criam uma
empresa pra comprar mercadoria por preço abaixo, por 

Re: [FUG-BR] sites freelances

2015-01-29 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Luiz Gustavo Costa escreveu 

> * Patrick Tracanelli (eks...@freebsdbrasil.com.br) wrote:
> > 
> > E convenhamos, se certificar BSDA é algo que todo freela aqui deveria 
> > considerar seriamente. Sabemos que uma certificação não valida a sua 
> > experiência. Mas sabemos também que no mercado existem 2 tipos de gestores, 
> > os que conseguem avaliar o valor intrínseco de um profissional, e os que só 
> > conseguem buscar gente certificada. Então todo freela deveria querer ser 
> > encontrado por ambos os tipos de contratantes.
> > 
> > Ser BSDA é um diferencial. Minha idéia é promover junto as pessoas que 
> > investiram tempo e confiança na Certificação BSDA e também aumentar o valor 
> > e divulgação do BSD Cert Group. Ainda que uma Coopernix, cooperBSD, etc, 
> > não restrinja os freela a serem BSDA sugiro que de algum destaque ou forma 
> > de filtrar profissionais por esse título. No mínimo apoia e promove o BSDCG 
> > e consequentemente apoia os Projetos BSD (Free/Net/Open/Df) cobertos pelo 
> > BSDCG.
> > 
> > Enfim, brainstorming geral ;-)
> > 
> 
> Vixi, já vi que vou ter que morrer numas dolitas verdes rsrsrs
> 
> ---
> Luiz Gustavo Costa (Powered by BSD)

Maos que tem retorno. 

Tenho que  tirar ao menos essas certificações pois não tenho nenhuma!!! 

Hehe 
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.com.br
> Blog: 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] sites freelances

2015-01-29 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Carlos Eduardo G. Carvalho (Cartola) escreveu 

> Em 29 de janeiro de 2015 11:50, Luiz Gustavo Costa <
> luizgust...@luizgustavo.pro.br> escreveu:
> 
> > * Fabricio Lima (lis...@fabriciolima.com.br) wrote:
> > > eureka... tive um estalo...
> > >
> > > vou ser ingenuo, sonhador, mas pode ser q vingue...
> > >
> > > olha so.. sabe qndo vc junta com o amiguinho e fala 'vamos montar uma
> > > empresa de consultoria?'
> > >
> > > q tal pegar nossa cooperativa nacional e tabelada.. e transformar em algo
> > > mais pro-ativo?
> > > tipo concorrendo com o site de freelance? com divulgaçao via banners
> > > adwords, oferecendo serviço..
> > >
> > > 'acelere seu magento, crie sua loja online por 29,90, istalamos vpn'
> > > pagamos uns 100 reais cada um mensal de banner.. e isso ira retornar em
> > > cliente.. e se surgir em RS vai pra rafael, em SP vai pra mim, RJ pra
> > guga,
> > > e por ai vai..
> > >
> > > e ai cada um q consegue infra pluga numa vpn e montamos um cloud e
> > > oferecemos hospedagem, e serviço com abrangencia nacional...
> > >
> > >  A PORRA TA COMEÇANDO A TOMAR CORPO..  hehe
> > >
> > >
> > > [ ]'s
> > > Fabricio Lima
> > > When your hammer is C++, everything begins to look like a thumb.
> > >
> >
> > Acho que a ideia é por ai mesmo, gerar um negocio profissional, em que
> > os membros possam usufruir de forma conjunta. Mais ou menos o que os
> > mercados de bairro (aqui no RJ eu vi isso) fazem, se juntam, criam uma
> > empresa pra comprar mercadoria por preço abaixo, por conta da
> > quantidade.
> >
> > A ideia é ganhar vantagens, tipo uma franquia.
> >
> > Eu não sei como é a legislação de criação de uma cooperativa, não vamos
> > ser muito diferente daquelas de produtores de leite, só que vamos
> > produzir serviço :)
> >
> > As pessoas podem ir aderindo, virando cooperados e usufruindo dessas
> > coisas.
> >
> > Ai você tem concorrencia de igual ;) uma empresa com uma filial em cada
> > estado rsrsrs
> >
> > Vamos que vamos
> >
> > ---
> > Luiz Gustavo Costa (Powered by BSD)
> > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> > mundoUnix - Consultoria em Software Livre
> > http://www.mundounix.com.br
> > ICQ: 2890831 / MSN: cont...@mundounix.com.br
> > Blog: 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
> >
> 
> 
> Interessante as ideias hein! Poderiam extrapolar pra outros tipos de
> negócio, tipo qualquer profissional liberal, ou pelo menos já fazer o
> sistema suportando isso desde o início, bem como suportando multi-idiomas,
> pq se quiserem mudar isso depois vai ser mais difícil. Acho que se
> pretendem cobrar pra usarem, como alguém deu ideia aí, fazer assim pode ser
> bom.
> 
> Pode ter um esquema social de avaliação, como tem nos sites de venda,
> hospedagem e outras coisas sociais. Acho que isso justificaria inclusive
> preços diferenciados. Um cara que "se prostitui" por pouco pode talvez não
> ter tanta qualidade. E certamente serviços presenciais tem preços que vão
> se diferenciar por região. Quando o serviço é remoto a concorrência não tem
> como ficar justa, pois $8 pra gente é pouco, mas prum indiano tá arriscado
> a ser muito, mas ele não pode vir aqui fazer algo presencial.
> 
> Abs,
> 
> Carlos E G Carvalho (Cartola)
> http://cartola.org/360
> http://www.panoforum.com.br/
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Carlos, não sou contra a generalização,  mais uma cooperativa é como uma 
empresa só que sem vínculo trabalhista,  a melhor forma de negócio para 
profissionais que trabalham em CLT, pois não gera encargos/tributos 
consideraveis ao governo. 
Sou mais em apoiar apenas seguimento de TI como.
Consultoria em:
- Sistemas Linux,  BSDs.
- Roteamento 
- Banco de Dados Open sources
- Sistemas de Cache Http.
- AD com Samba 4.
- Sistemas de segurança de TI.

E lembro de que a FreeBSD Brasil nasceu mais ou menos com um ideia parecida.

Sem contar ( sonhando a longo prazo)  manter uma equipe sincronizada, muito bem 
capacitada com um suprindo a ausência de outro mais sem concorrência entre os 
cooperados agregaria tranquilamente um bom argumento para justificar os preço 
real do mercado. 
Afinal um provedor pode ter problemas as 23:00 de um sábado,  mais quem 
implantou ou prestou a consultoria não pode se conectar para resolver, outro 
profissional da cooperativa com as mesmas qualificações técnicas poderia 
atender e com relação ao honorários serem distribuídos entre os envolvidos. 

Vou me interar mais sobre os ônus para se montar uma cooperativa ( governo 
sempre tem que levar o dele) e vamos colocar a ideia para frente pois ela 
parece ótima. 

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

Re: [FUG-BR] sites freelances

2015-01-28 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Luiz Gustavo Costa escreveu 

> * Renato Frederick (ren...@frederick.eti.br) wrote:
> > 
> > 
> > Paulo Henrique - BSDs Brasil escreveu:
> > 
> > >Creio que o correto é criar um "cooperativa" de freelancers de 
> > >profissionais linux/bsd e estipular uma tabela de valores a ser seguida.
> > >Meio parecido com o que a Oracle faz, quando se tem OCP a própria Oracle 
> > >indica o profissional ao cliente, e no caso essa cooperativa iria fazer 
> > >esse trampo, indicar o melhor profissional ou o mais próximo com as 
> > >devidas qualificações para atender o cliente.
> > >
> > >Protegemos o mercado da prostituição e as marcas dos sistemas que sempre 
> > >acaba abalada quando um profissional faz um serviço porco.
> > 
> > Interessante sua ideia,  realmente temos bastante coisas em comum
> > >
> 
> Vamos fazer nascer ! já até criei um nome "CooperNix" rsrsrsrs
> 
> Mas a ideia é muito valida, eu to dentro !
> 
> Site ?
> Diretrizes ?
> 
> Vamos começar a formular algo :)
> 
> ---
> Luiz Gustavo Costa (Powered by BSD)


CooperNix, 

Tenho recursos para hospedar o site, só não sou bom programador web e designer 
ainda esta na época da cli.

As diretrizes ( estatuto) ok, vamos conversar em pvt.

Para não poluir a lista, e pessoal, quem tiver interessado em participar é só 
mandar email em pvt 

Abraço 
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.com.br
> Blog: 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] sites freelances

2015-01-28 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Luiz Gustavo Costa escreveu 

> * Paulo Henrique - BSDs Brasil (paulo.rd...@bsd.com.br) wrote:
> > 
> > Sério que vocês estão implantando BSD as $30,00/H? 
> > 
> > Na boa melhor trabalhar na CLT!! 
> > 
> > Para trabalhar com Windows no mínimo que cobro é R$75,00 ( fora do horário 
> > comercial)  e R$90,00 durante horário comercial.
> > 
> > E servidor com BSD é preço fechado com valores variando conforme o serviço 
> > que irá rodar, mais nunca abaixo de R$650,00.
> 
> Esse é o problema desses sites, é total prostituição.
> 
> Talvez para indianos, seja negocio !, mas aqui no Brasil nem pensar.
> 
> A minha hora avulsa é de R$ 250,00 (1 hora).. se for um pacote maior, ai
> rola desconto.
> 
> Mas é phoda concorrer com "conhecedores de linux", que cobram algo em
> torno disso.
> 
> ---
> Luiz Gustavo Costa (Powered by BSD)


Por isso que se tiver que refazer ou manter investimento já efetuado por 
solicitação de outro implantador costumo cobrar mais caro o suficiente para não 
fechar o serviço,  dinheiro é bom mais meu sossego não é barato. 

Quando teve o boom dos mikrotik perdi muito trampo para conhecedor de winbox, 
mais quando as merdas apertava e os mkts da vida não davam conta e o jeito era 
apelar para Freebsd/linux não foi poucas as vezes que subi servers com um valor 
do serviço desorbitante.

Hoje prefiro trampar de CLT em um ambiente mais tranquilo onde não preciso me 
preocupar em ter dinheiro para o aluguel do próximo mês. 
Eu sei, isso é comodismo, mais já passei da idade de viver levantando 
acampamento a cada dois ou três meses. 

Creio que o correto é criar um "cooperativa" de freelancers de profissionais 
linux/bsd e estipular uma tabela de valores a ser seguida.
Meio parecido com o que a Oracle faz, quando se tem OCP a própria Oracle indica 
o profissional ao cliente, e no caso essa cooperativa iria fazer esse trampo, 
indicar o melhor profissional ou o mais próximo com as devidas qualificações 
para atender o cliente. 

Protegemos o mercado da prostituição e as marcas dos sistemas que sempre acaba 
abalada quando um profissional faz um serviço porco.

Att.


> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.com.br
> Blog: 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] sites freelances

2015-01-28 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Tiago Drumond escreveu 

> 28-01-2015 11:58, Luiz Gustavo Costa wrote:
> > * Fabricio Lima (lis...@fabriciolima.com.br) wrote:
> >> tem
> >>
> >> tem ate site exclusivamente brazuca. como livexperts.com.br
> >>
> > Legal, até já me cadastrei rsrsrs
> >
> > https://livexperts.com.br/gugabsd
> >
> > Abraços
> >
> > ---
> > Luiz Gustavo Costa (Powered by BSD)
> > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> > mundoUnix - Consultoria em Software Livre
> > http://www.mundounix.com.br
> > ICQ: 2890831 / MSN: cont...@mundounix.com.br
> > Blog: 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
> Pessoal,
> 
> Tem esse aqui também.
> 
> *http://www.getninjas.com.br/
> 
> *
> 
> -- 
> Tiago Drumond
> Analista de Suporte
> ti...@freebsdbrasil.com.br
> 31 3516 0800
> 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Sério que vocês estão implantando BSD as $30,00/H? 

Na boa melhor trabalhar na CLT!! 

Para trabalhar com Windows no mínimo que cobro é R$75,00 ( fora do horário 
comercial)  e R$90,00 durante horário comercial.

E servidor com BSD é preço fechado com valores variando conforme o serviço que 
irá rodar, mais nunca abaixo de R$650,00.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problema para Login via ssh

2015-01-21 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Nenhum_de_Nos escreveu 

> On 2015-01-21 20:11, Otacílio wrote:
> > On 21/01/2015 08:22, Nenhum_de_Nos wrote:
> >> Senhores,
> >> 
> >> estou com um problema esquisito, e muito.
> >> 
> >> tento me logar com senha normal via ssh, e só aparece
> >> 
> >> sshd[2569]: error: PAM: authentication error for matheus from 
> >> 2xx.xxx.xxx.xx2
> >> sshd[2569]: Connection closed by 2xx.xxx.xxx.xx2 [preauth]
> >> 
> >> eu troco a senha, e nada. Eu não consigo logar usando senha. Somente 
> >> via chave pública.
> >> 
> >> Não achei nenhuma configuração do PAM ou sshd proibindo. Não pude 
> >> ainda tentar login local, é uma
> >> vps e está com problema para acesso vnc.
> >> 
> >> outro detalhe, essa máquina serve mail e foi usada mês passado para 
> >> spam :( mas consegui logar
> >> nela, até onde lembro. Mas não vi nada de anormal nela e ontem refiz 
> >> world e kernel, e tenho o
> >> mesmo resultado.
> >> 
> >> É um FreeBSD 8.4 amd64.
> >> 
> >> Estou só esperando uma janela de tempo e a reinstalarei do zero. É 
> >> servidor de mail só pra mim
> >> mesmo :)
> >> 
> >> att,
> >> 
> >> matheus
> >> 
> > Matheus, você verificou se não existe problema de biblioteca faltando
> > ou corrompida?
> 
> Não, Otacílio. Não testei isso.
> 
> Mas consegui testar o login local, e root funciona mas meu usuário não.
> 
> Vou adiantar a reinstalação desse servidor. Preciso disso pra ontem :)
> 
> matheus
> 
> -- 
> We will call you Cygnus,
> The God of balance you shall be
> 
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> 
> http://en.wikipedia.org/wiki/Posting_style
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Algumas duvidas!!

Seu usuário esta no grupo sshd? 
Poderia postar seu sshd_config?

Você usa chaves, por acaso está usando chaves para o usuário root? Se sim, no 
seu sshd_config está ativo a permissão para que o root tenha permissão de 
acessar via sshd? 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Hardware para cache

2015-01-13 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Fabricio Lima escreveu 

> e seguindo na linha do Frederick, nao há necessidade de discos RED.
> Ou vai pra disco budget, ou parte pra algo Black, SAS, Near Line SATA, etc..
> 
> mas RED eh pra storage! retensao de dados a longo prazo com maior
> confiabilidade q um sata... suporte a vibraçao etc.
> 
> Sobre o RAID, use o RAID 1 (espelhamento) no sistema
> e o cache em RAID 0 pra velocidade. (ou monta algo equivalente ao raid0
> usando multiplos discos)
> 
> mas raid 10 é pra banco... tiro de canhão.

E para sistemas com muito I/O, que no caso do cache também se enquadra.
Além é claro da Segurança quanto a não ter que correr para o provedor por que 
um disco de problema.

> 
> tb acho q cache perde um pouco o sentido hj, link é barato, conteudo é
> dinamico. Talvez um bom filtro de ads e conteudo seja mais economia!
> 
> Um usuario acessando indevidamente youtube vai gastar mais banda q a falta
> de um cache.

Link é barato em regiões metropolitanas com PTT, do contrário os três ou quatro 
megas a mais que teria que pagar todo mes, depois de algum tempo terá pago o 
custo do servidor e o cache passa a ser um ativo que estará ajudando a pagar a 
conta de luz, que convenhamos em um provedor com um IDC pequeno o valor de link 
que deixou de pagar é suficiente para pagar toda o consumo ou uma boa fatia 
desse consumo energético. 



Considerando ambiente corporativo,  bloqueia geral e quem quiser acessar 
Facebook ou outra porcaria que contrate um serviço de 3G descente. 

E deixa claro que suporte em telefone celular particular não é permitido pela 
equipe de TI ou é cobrado!!! 

Att.
> 
> [ ]'s
> Fabricio Lima
> When your hammer is C++, everything begins to look like a thumb.
> 
> Em 13 de janeiro de 2015 20:19, Renato Frederick 
> escreveu:
> 
> > Eu não vejo necessidade de RAID em um pool de discos para cache:
> >
> > Você pode mandar o thunder, ou o squid, ou seja lá o que for usar, gravar
> > em vários discos isolados paralelamente. Se puder usar raw device, melhor
> > ainda.
> >
> > Qual a vantagem em ter redundância e ocupar um canal da controladora
> > SATA/SAS para fazer RAID? Explico abaixo:
> >
> > Imagina o cache do youtube: hoje o video top é "o escândalo da petrobrás".
> > daqui a 10 dias o video top vai ser "a conta de luz aumentou". é Muito
> > dinâmico o cache de web, de torrent, etc
> >
> > Então, em um caso de catástrofe, trocar o(s) disco(s) que queimaram e
> > deixar o próprio "ecosistema" da internet repopular o cache **em minha
> > opiniao** é melhor do que trocar o disco e ocupar a máquina para dar
> > rebuild no cache.
> > Imagina lá que você tenha, sei lá, 2TB de dados em 5 discos. Se um
> > queimar, esta pequena parcela que perdeu em sei lá, 1 ou 2 dias de
> > navegação já completou. E a máquina ficou 'rápida o suficiente para atender
> > os outros usuários.
> >
> > Claro que o disco de instalação do sistema deve ter um RAID.
> >
> > Se o orçamento permitir, olha a linha low end de storages da Dell, você
> > pode fazer uma mescla de alguns discos SSD e o resto SATA ou SAS. O storage
> > é inteligente para jogar no SSD dados mais acessados. E você ainda pode
> > compartilhar este storage para vmware.
> >
> > Não é tão caro como um EMC e nem tão ruim como um IBM(opinião particular)
> > e você ainda fica preparado para o futuro.
> >
> > Abraços
> >
> >
> >  Paulo Henrique - BSDs 
> >> 13 de janeiro de 2015 15:30
> >>
> >>
> >> Se não quiser investir em SSD ( muito caro ) recomendo um raid10 usando
> >> discos Western Digital Serie RED NAS ou ENTERPRISE.
> >>
> >> Quanto a processador esse aqui vai te atender bem.
> >>
> >> http://www.sinco.net/equipamentos/servidores_xeon_E3-1200V3_rack.asp
> >>
> >> A sinco permite você abrir o servidor, e vende sem os discos.
> >>
> >> Att. Paulo  Henrique.
> >>
> >> Gustavo Freitas 
> >> 13 de janeiro de 2015 14:39
> >> Galera,
> >>
> >> Estou querendo montar um servidor cache com FreeBSD ou então usar
> >> Thunder cache que é freebsd.. alguem recomenda ? tipo de Hard disk por
> >> exemplo.. é para 400 usuarios.
> >>
> >>
> >>  -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Hardware para cache

2015-01-13 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Renato Frederick escreveu 

> Eu não vejo necessidade de RAID em um pool de discos para cache:
> 

Na economia compra uma placa de rede dual que permita repassar o tráfego que 
antes era para o cache para o seu roteador, pois de nada adianta um OS rodando 
e o serviço fora, vai ser um monte de erros.

> Você pode mandar o thunder, ou o squid, ou seja lá o que for usar, 
> gravar em vários discos isolados paralelamente. Se puder usar raw 
> device, melhor ainda.
> 

Usar ZFS para ele manter na memória os objectos mais usados ao invés de 
complexiar ainda mais as configs dos serviços. 

> Qual a vantagem em ter redundância e ocupar um canal da controladora 
> SATA/SAS para fazer RAID? Explico abaixo:
> 
> Imagina o cache do youtube: hoje o video top é "o escândalo da 
> petrobrás". daqui a 10 dias o video top vai ser "a conta de luz 
> aumentou". é Muito dinâmico o cache de web, de torrent, etc
> 
> Então, em um caso de catástrofe, trocar o(s) disco(s) que queimaram e 
> deixar o próprio "ecosistema" da internet repopular o cache **em minha 
> opiniao** é melhor do que trocar o disco e ocupar a máquina para dar 
> rebuild no cache.
> Imagina lá que você tenha, sei lá, 2TB de dados em 5 discos. Se um 
> queimar, esta pequena parcela que perdeu em sei lá, 1 ou 2 dias de 
> navegação já completou. E a máquina ficou 'rápida o suficiente para 
> atender os outros usuários.
> 
> Claro que o disco de instalação do sistema deve ter um RAID.

Discordo em partes,  primeiro a internet é dinâmica? , sim, mais somente na 
excessão de poucos usuários,  a maioria da reload a cada 2 ou 3 minutos na 
página de feeds de notícias do Facebook e de outras redes sociais e muitas 
informações expostas na referida página não se altera entre navegação. 

A reconstrução em caso de pane é levado em consideração apenas quando o 
provedor ( considerando que o companheiro seja um provedor)  esteja bem 
conectado, e a lentidão só é sentido nas primeira ou segunda hora, depois a 
maioria dos objetos já estão na memória. 
> 
> Se o orçamento permitir, olha a linha low end de storages da Dell, você 
> pode fazer uma mescla de alguns discos SSD e o resto SATA ou SAS. O 
> storage é inteligente para jogar no SSD dados mais acessados. E você 
> ainda pode compartilhar este storage para vmware.
> 

Não recomendo virtualização para infraestrutura de interconexão,  há mais 
gargalos no acesso a memória e nas interrupções do processador além de aumento 
de latência no todo.

Mais um storage com freenas sobre ZFS e trim deve ser algo muito 
interessante!!! 

> Não é tão caro como um EMC e nem tão ruim como um IBM(opinião 
> particular) e você ainda fica preparado para o futuro.
> 
> Abraços
> 
> 
> > Paulo Henrique - BSDs 
> > 13 de janeiro de 2015 15:30
> >
> >
> > Se não quiser investir em SSD ( muito caro ) recomendo um raid10 
> > usando discos Western Digital Serie RED NAS ou ENTERPRISE.
> >
> > Quanto a processador esse aqui vai te atender bem.
> >
> > http://www.sinco.net/equipamentos/servidores_xeon_E3-1200V3_rack.asp
> >
> > A sinco permite você abrir o servidor, e vende sem os discos.
> >
> > Att. Paulo  Henrique.
> >
> > Gustavo Freitas 
> > 13 de janeiro de 2015 14:39
> > Galera,
> >
> > Estou querendo montar um servidor cache com FreeBSD ou então usar
> > Thunder cache que é freebsd.. alguem recomenda ? tipo de Hard disk por
> > exemplo.. é para 400 usuarios.
> >
> >
> -
> 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] [Off-Topic]Ideias para um BSD Day ou 2 BSDCon in Rio

2014-12-30 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Renato Botelho escreveu 

> > On Dec 30, 2014, at 22:49, Nilton Jose Rizzo  wrote:
> > 
> > 
> >   Continuando,
> > 
> >Estava pensando em abordar esses tópicos:
> > 
> >Instalação e customização do kernel
> > 
> >Criação de um servidor de discos com samba
> > 
> >Utilização de samba e ldap para a criação de um AD
> > 
> >Segurança, envolvendo, Filesystem, ipfw, pf e jails
> > 
> >E principalmente a experiência entre nos sendo trocadas
> >com duas ou três mesas redonda com 40 minutos 
> >de bate papo com a galera, falando sobre licença, ser livre
> >a vida de profissional, o que faz e como trabalha, experiências
> >Boas e ruins.
> > 
> >O que acham?
> 
> Bem interessante em. Tem espaço pra pfSense também? :)
> 
> --
> Renato Botelho
> 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Qualquer linha ligado a BSD😀
-
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] Doações - FreeBSD Foundation

2014-12-08 Por tôpico Paulo Henrique - BSDs Brasil
Não tenho cartão internacional,  alguém pode fazer a minha?  

Enviado do meu smartphone Sony Xperia™

 Wendell Martins Borges escreveu 

>Em segunda-feira, 8 de dezembro de 2014, mantunes 
>escreveu:
>
>> faço todos os anos.. ainda vou fazer para 2014.
>> pode dar uma olhada em 2013, 2012
>>
>
>Também faço minhas doações todos os anos !
>-
>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] Servidor de música

2014-12-07 Por tôpico Paulo Henrique - BSDs Brasil
Não basta ter algum plugin com suporte a reproduzir mp3/mp4 como eles são 
proprietários tem que pagar licença, contudo 3gpp é gratuito e só sei do 
QuickTime e do xine que reproduz tal formato de forma agradável.

Enviado do meu smartphone Sony Xperia™

 mantunes escreveu 

>Legal, esse só funciona com plugin do QuickTime?
>-
>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] Homenagem Irado furioso com tudo

2014-12-06 Por tôpico Paulo Henrique - BSDs Brasil
Avaleu!!😀

Enviado do meu smartphone Sony Xperia™

 Renato Botelho escreveu 

>Isso não faz parte do head do email, é apenas a citação. Alterar isso depende 
>do MUA que você usa, o mutt ou o claws (que era o que o irado usava IIRC) te 
>permitem alterar isso facilmente.
>
>> On Dec 6, 2014, at 22:14, Paulo Henrique - BSDs Brasil 
>>  wrote:
>> 
>> Gostaria de saber com alterar o head do email dessa forma, ja vasculhei 
>> muito em 2010 e 2011 e não achei nada.
>> 
>> Enviado do meu smartphone Sony Xperia™
>> 
>>  Welinaldo Lopes Nascimento escreveu 
>> 
>>> Assim que entrei na lista, Irado sempre me respondia e o head começava da
>>> segunte forma:
>>> 
>>> "Em Wed, 24 Aug 2011 10:17:11 -0300
>>> Welinaldo Lopes Nascimento , conhecido
>>> consumidor/usuário de drogas (Windows e BigMac com Coke)"
>>> 
>>> :D
>>> -
>>> 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
>
>
>--
>Renato Botelho
>
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Homenagem Irado furioso com tudo

2014-12-06 Por tôpico Paulo Henrique - BSDs Brasil
Gostaria de saber com alterar o head do email dessa forma, ja vasculhei muito 
em 2010 e 2011 e não achei nada.

Enviado do meu smartphone Sony Xperia™

 Welinaldo Lopes Nascimento escreveu 

> Assim que entrei na lista, Irado sempre me respondia e o head começava da
>segunte forma:
>
>"Em Wed, 24 Aug 2011 10:17:11 -0300
>Welinaldo Lopes Nascimento , conhecido
>consumidor/usuário de drogas (Windows e BigMac com Coke)"
>
>:D
>-
>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] BSD Magazine - PPPoE Concentrator Dual Stack!

2014-12-03 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Jean Milanez Melo escreveu 

> Pessoal, bom dia.
> 
> Ficamos felizes com as recomendações de vocês do ServerU. Trabalhamos duro 
> para produzir um hardware que atendesse as nossas exigências e da comunidade. 
> Uma novidade que ainda não divulgamos mas que pode ser do interesse de muitos 
> aqui é que agora ao comprar o ServerU você pode optar por fonte de 48V sem 
> custo adicional. Sabemos que muitos provedores colocam seus servidores em 
> locais remotos com problemas de energia elétrica, e foi com base nessa 
> demanda dos nossos clientes que a partir de agora nossos servidores suportam 
> também 48V.
> 
> Abraços a todos os amigos.
> 
> > Em 03/12/2014, à(s) 09:20, Paiva, Gilson de  
> > escreveu:
> > 
> > +1 para os ServerUs
> > 
> > Paiva, Gilson de
> > System Administrator
> > Nucleo de Pesquisa e Desenvolvimento
> > --
> > Telefax: +55 (27) 3268-3123
> > Celular: +55 (279) 9255-9076
> > http://www.el.com.br/
> > On 3 Dec 2014 09:19, "mantunes"  wrote:
> > 
> >> Sou suspeito em falar do ServerU, pq é excelente. Show de bom.
> >> -

Bom, serverU esta na casa de competição com as RBs mais cara, eu tenho dois 
serverUs na infraestrutura, um com 209 dias de uptime e realmente são 
excelentes, mais a competição com as RBs de baixo custo vejo apenas o DD-WRT e 
o OpenWRt com linksys.
O port do pfsense para arquiteturas como arm seria uma boa.

> >> 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
> 
> --
> Atenciosamente
> Jean Milanez Melo
> FreeBSD Brasil LTDA
> Fone: (31) 3516-0800
> http://www.freebsdbrasil.com.br 
> 
> 
> 
> -
> 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] BSD Magazine - PPPoE Concentrator Dual Stack!

2014-12-02 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Renato Botelho escreveu 

> > On Dec 2, 2014, at 21:25, mantunes  wrote:
> > 
> >>> 
> >> Garga eu concordo com o Gustavo. Você que tem mais contato com eles, 
> >> poderia
> >> sugerir algo para os ISPs nessa parte de PPPoE Server.  :)
> >> Eu tenho trocentos concentradores PPPoE rodando RouterOS e gostaria muito 
> >> de
> >> um dia eliminá-los ahahahahaha
> >> Pra vc ter uma ideia temos uns 25000 assinantes sendo que online bate um
> >> pico de uns 14000 distribuídos em 4 cidades que atendemos.
> >> Consumo de link em 2.7Gbps.
> > 
> > 
> > Outro que concorda.. a galera do pfsense observar este mercado
> > fazer algo que tem no  mikroerro. já era..
> 
> Como eu respondi para o Gondim, façam barulho, mostrem que isso é importante, 
> que tem um público.
> --
> Renato Botelho
> 

Mais o mikrotik só conseguiu o mercado por causa do hardware,  para o Pfsense 
ter uma competitividade com o mkt é preciso de um fabricante de hardware lance 
equipamentos que atenderam as necessidades dos clientes por inteiro.

Att.
> -
> 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] Encontro da FUG-RJ

2014-11-13 Por tôpico Paulo Henrique - BSDs Brasil
Saudações a todos,

Nas últimas duas semanas o pessoal do Rio de Janeiro - RJ estava se organizando 
para mais um encontro através do grupo FUG-RJ no WhatsApp.

Assim que tiver o local e horário definido estarei postando aqui.
Quem tiver interesse em participar do grupo do WhatsApp envia o telefone em pvt 
que adiciono. 

Uma coisa é certa vai rolar muito papo nostálgico acerca de informática e uns 
chopps!!!

Quem tiver interesse é só ficar de olho.

Até agora a data esta para sábado,  15 de Novembro. 

Abraço e até mais a todos!!!

Enviado do meu smartphone Sony Xperia™
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Saiu o 10.1R no releng/10.1

2014-11-11 Por tôpico Paulo Henrique - BSDs Brasil


Em 11/11/2014 10:42, Marcelo Gondim escreveu:
Ainda não é oficial mas se nada absurdo acontecer rsrsrsr o 10.1R já 
pode ser atualizado à partir da árvore releng/10.1 através do svn. :)


[]´s
Gondim

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


É agora que o 10.0 Stable volta ao comum ?



--
Paulo Henrique.
Grupo de Usuários do FreeBSD no Brasil.
Fone: (21) 96713-5042

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


Re: [FUG-BR] Valor aconselhavel para variável HZ

2014-11-06 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Fabricio Lima escreveu 

> Edinilson, vc está certo...
> eu tb mexia mais nisso na epoca do 6, 7, 8..
> 
> Hj eles ajustaram tanta coisa (9 e 10)
> q talvez o default seja melhor q um 7 tunado...
> 
> (minha documentaçao caducou)
> 
> testar, testar, testar...
> 
> [ ]'s
> Fabricio Lima
> When your hammer is C++, everything begins to look like a thumb.
> 
> 2014-11-05 16:44 GMT-02:00 Edinilson - ATINET :
> 
> > - Original Message - From: "Paulo Henrique - BSDs" <
> >> paulo.rd...@bsd.com.br>
> >> To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" <
> >> freebsd@fug.com.br>
> >> Sent: Wednesday, November 05, 2014 3:58 PM
> >> Subject: [FUG-BR] Valor aconselhavel para variável HZ
> >>
> >> Saudações,
> >>
> >> Gostaria de saber se alguém trabalha com a variável HZ com o valor
> >> superior a 2000, caso sim o ambiente fica estável, há uma melhora no
> >> desempenho do sistema e da rede ?
> >> Sei que a mesma interfere quanto ao uso da bateria em portáteis contudo a
> >> duvida é restrita a servidores.
> >> Aumentar o valor da mesma em um servidor com 12 Cores / 24 Threads com
> >> 32Gbytes de ram melhorará o desempenho.
> >> Abaixo tem os dados do sistema atualmente.
> >> O HZ do sistema está em 2000.
> >>
> >> uname -a
> >> FreeBSD x 10.0-STABLE FreeBSD 10.0-STABLE #0 r269344: Thu Jul 31
> >> 14:39:46 BRT 2014
> >> netstat -m
> >> yyy@x:/usr/obj/usr/src/sys/XXX amd64
> >> 11204/15571/26775 mbufs in use (current/cache/total)
> >> 1023/9825/10848/2036062 mbuf clusters in use (current/cache/total/max)
> >> 1023/9512 mbuf+clusters out of packet secondary zone in use
> >> (current/cache)
> >> 0/548/548/1018031 4k (page size) jumbo clusters in use
> >> (current/cache/total/max)
> >> 0/0/0/301638 9k jumbo clusters in use (current/cache/total/max)
> >> 0/0/0/169671 16k jumbo clusters in use (current/cache/total/max)
> >> 4847K/25734K/30581K bytes allocated to network (current/cache/total)
> >> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> >> 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
> >> 0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
> >> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> >> 0 requests for sfbufs denied
> >> 0 requests for sfbufs delayed
> >> 9966280 requests for I/O initiated by sendfile
> >>
> >> uptime
> >> 15:47 up 86 days, 19:40, 1 user, load averages: 8,15 8,86 9,27
> >>
> >>
> >> Alguns tunnings que já foi feito no sistema.
> >>
> >> # $FreeBSD: stable/10/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $
> >> #
> >> # This file is read when going to multi-user and its contents piped thru
> >> # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details.
> >> #
> >>
> >> # Uncomment this to prevent users from seeing information about processes
> >> that
> >> # are being run under another UID.
> >> #security.bsd.see_other_uids=0
> >>
> >> kern.maxfiles=100
> >>
> >> # Otimizacoes de rede.
> >> #kern.ipc.nmbclusters=131072 # 128Mb para buffer de rede - Ficou instavel
> >> valor definido pelo sistema.
> >> kern.ipc.maxsockbuf=33554432
> >> net.inet.tcp.sendbuf_max=33554432
> >> net.inet.tcp.recvbuf_max=33554432
> >> net.inet.tcp.sendspace=1048576 # default 65536
> >> net.inet.tcp.recvspace=1048576 # default 32768
> >> net.inet.tcp.sendbuf_inc=1048576 # 8192 default
> >> net.inet.tcp.recvbuf_inc=1048576 # 16384 default
> >> kern.ipc.somaxconn=4096 # 128 default
> >> net.inet.tcp.syncache.rexmtlimit=1
> >> net.inet.tcp.syncookies=1
> >>
> >> # COnfigura▒▒es de Seguran▒a
> >> # General Security and DoS mitigation.
> >> net.inet.ip.check_interface=1 # verify packet arrives on correct interface
> >> net.inet.ip.portrange.randomized=1 # randomize outgoing upper ports
> >> net.inet.ip.process_options=0 # IP options in the incoming packets will
> >> be ignored
> >> net.inet.ip.random_id=1 # assign a random IP_ID to each packet leaving
> >> the system
> >> net.inet.ip.redirect=0 # do not send IP redirects
> >> net.inet.ip.accept_sourceroute=0 # drop source routed packets since they
> >> can not be trusted
> >> net.inet.ip.sourceroute=0 # if source routed packets are accepted the
> >> route data is ignored
> >> #net.inet.ip.stealth=1 # do not reduce the TTL by one(1) when a packets
> >> goes through the firewall
> >> net.inet.icmp.bmcastecho=0 # do not respond to ICMP packets sent to IP
> >> broadcast addresses
> >> net.inet.icmp.maskfake=0 # do not fake reply to ICMP Address Mask Request
> >> packets
> >> net.inet.icmp.maskrepl=0 # replies are not sent for ICMP address mask
> >> requests
> >> net.inet.icmp.log_redirect=0 # do not log redirected ICMP packet attempts
> >> net.inet.icmp.drop_redirect=1 # no redirected ICMP packets
> >> #net.inet.icmp.icmplim=50 # 50 ICMP packets per second. a reasonable
> >> number for a small office.
> >> #net.inet.tcp.delayed_ack=1 # always employ delayed ack, 6 packets get 1
> >> ack to increase bandwidth
> >> net.inet

Re: [FUG-BR] Intencionalmente derrubando desempenho de CPU.

2014-11-06 Por tôpico Paulo Henrique - BSDs Brasil


Em 05/11/2014 23:40, Joao Rocha Braga Filho escreveu:

Dando uma pesquisada no powerd descobri algumas coisas interessantes.

Tem como diminuir o clock do processador à mão.

Com o seguinte comando vi o clock atual e as possibilidades:

root:[748] sysctl -a | grep dev.cpu...freq
dev.cpu.0.freq: 1093
dev.cpu.0.freq_levels: 2500/30940 2187/27072 1875/23205 1562/19337
1250/18480 1093/16170


Note que já reduzi ao mínimo. Como fiz isto? Assim:

root:[747] sysctl dev.cpu.0.freq=1093
dev.cpu.0.freq: 1093 -> 1093


Como verifiquei se funcionou? Pelo top, vendo o tempo de idle diminuir, pelo
barulho do ventilador de CPU diminuir, e pela temperatura do processador
cair
mais de 10 graus C.

root:[749] sysctl -a | grep dev.cpu...temperature:
dev.cpu.0.temperature: 47,0C
dev.cpu.1.temperature: 47,0C
dev.cpu.2.temperature: 47,0C
dev.cpu.3.temperature: 47,0C

Em geral o meu computador já tem desempenho mais do que o suficiente
para o meu dia a dia. Eu gostaria de ter mais memória.

O powerd parece fazer besteira, pois parece não entender que se tratam
de 4 núcleos.


Eu também brinquei um pouco de parar HDs:

root:[773] atacontrol spindown ad8 60
root:[774] atacontrol spindown ad8
ad8: spin down after 60 seconds idle



Bibliografia:

https://forums.freebsd.org/threads/howto-freebsd-cpu-scaling-and-power-saving.172/

man pages.


Será que vou baixar a conta de luz?


João Rocha.

No passado se alterava o clock da CPU o driver da Nvidia ( 172.alguma 
coisa ) dava kernel panic !!


Att.

--
Paulo Henrique.
Grupo de Usuários do FreeBSD no Brasil.
Fone: (21) 96713-5042

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


Re: [FUG-BR] Recomendações e opiniões quanto a Linguagem e Codificação do sistema

2014-10-29 Por tôpico Paulo Henrique - BSDs Brasil


Em 29/10/2014 08:51, Guilherme Ferreira Rosário escreveu:

Grande Paulo Henrique,

Qual a linguagem está utilizando?

Att

Em 28 de outubro de 2014 22:44, Paulo Henrique - BSDs Brasil <
paulo.rd...@bsd.com.br> escreveu:



Enviado do meu smartphone Sony Xperia™

 Paulo Olivier Cavalcanti escreveu 


On 28/10/2014 18:40, Paulo Henrique - BSDs wrote:

Saudações,

Estou padronizando a codificação e a linguagem dos servidores da
empresa e ocorreu algumas dúvidas.
Atualmente estou padronizando tudo em pt_BR.ISO8859-1 e charset em
iso-8859-1 devido ser a codificação que está no meu servidor de
arquivos, não me recordo por que dessa codificação na época contudo
gostaria de saber.

Se eu alterar as configurações do charset para UTF-8 e da linguagem
para pt_BR.UTF-8 os caracteres especiais com "ç" e "~" serão
convertidos automaticamente ou ficaram como caracteres truncados ?
O Que o Srs. recomenda ou utilizam quanto a codificação, utilizam a
UTF-8 ou a ISO-8859-1 ?
A codificação é levado em consideração durante a criação de um file
system ou o file system se comporta conforme a locale do sistema.
Até o momento utilizava o padrão do sistema contudo estou tendo vários
erros quanto tento usar o tar em servidores de locale diferente e é
devido a isso que estou padronizando.
Qualquer informação e opnião será sempre bem vinda.

Atenciosamente Paulo Henrique.


Fala, xará.

Na empresa utilizamos pt_BR.UTF-8 nos 3 servidores, mas em casa eu já
fiz testes de conversão ISO8859-1 para UTF-8 e os caracteres acentuados
foram convertidos normalmente. Portanto a codificação não é na criação
do filesystem, e sim pelo locale através da libiconv.

Ah, eu estou usando aquela sua solução de substituir o tar.gz pelo
tar.bz2 em nossos backups MySQL e a acentuação funciona perfeitamente!
Valeu pela dica! :)


Fala xará, o problema de pontuação do tar é no path-name e não no interior
do arquivo em si.
Por exemplo, se criar uma pasta com chamada "/home/usuario/ação" e dentro
dela estiver um arquivo mesmo com nome normal durante a criação do tar o
tar vai retornar um warning informando que não foi possível fazer a
conversão daquele path-name.
Isso acontece quando se copia entre servidor com o locale diferente por
exemplo em um esta em charset=iso-8859-1 e no destino esta o charset
default do sistema.

No caso do GZ, o lance é mais na hora de recuperar o arquivo e ele estiver
corrompido,  no gz não se consegue pegar as demais informações apos o ponto
corrompido do arquivo enquanto que com bzip2 ele só ignorá o pedaço do
arquivo corrompido.

Efetuei alguns testes em dois servidores aqui na empresa para ver o lance
de alterar a codificação para UTF-8 e realmente não tive problemas na
conversão entre a iso88
Att.59-1 e utf-8, acho que o problema só ocorre quando usa o padrão do
sistema sobre um arquivo ou pathname com caracteres não reconhecidos por
locale C.

Att. Paulo Henrique.

--

[SNIP]

Salve, Salve velha guarda !!!
Fazia muito tempo que não tinha noticias suas Mestre, com estão as coisas ?

Até ontem eu os ambiente estavam misturado entre charset=iso-8859-1 com 
lang=pt_BR.ISO8859-1 e outros com o padrão da instalação com o locale 
setado para "C".

Hoje já está tudo em charset=iso-8859-1 e lang=pt_BR.ISO8859-1.
A minha maior duvida/medo está na conversão iso-8859-1 e utf-8 contudo 
passei parte da madrugada testando isso e já vi que não há problema ( 
UFA !! ) o que acontece quando há uma diferenciação muito brusca na 
codificação do charset.


Cuidado com topic-posting !!

Abraços..

--
Paulo Henrique.
Grupo de Usuários do FreeBSD no Brasil.
Fone: (21) 96713-5042

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


Re: [FUG-BR] Recomendações e opiniões quanto a Linguagem e Codificação do sistema

2014-10-28 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Paulo Olivier Cavalcanti escreveu 

> On 28/10/2014 18:40, Paulo Henrique - BSDs wrote:
> > Saudações,
> >
> > Estou padronizando a codificação e a linguagem dos servidores da 
> > empresa e ocorreu algumas dúvidas.
> > Atualmente estou padronizando tudo em pt_BR.ISO8859-1 e charset em 
> > iso-8859-1 devido ser a codificação que está no meu servidor de 
> > arquivos, não me recordo por que dessa codificação na época contudo 
> > gostaria de saber.
> >
> > Se eu alterar as configurações do charset para UTF-8 e da linguagem 
> > para pt_BR.UTF-8 os caracteres especiais com "ç" e "~" serão 
> > convertidos automaticamente ou ficaram como caracteres truncados ?
> > O Que o Srs. recomenda ou utilizam quanto a codificação, utilizam a 
> > UTF-8 ou a ISO-8859-1 ?
> > A codificação é levado em consideração durante a criação de um file 
> > system ou o file system se comporta conforme a locale do sistema.
> > Até o momento utilizava o padrão do sistema contudo estou tendo vários 
> > erros quanto tento usar o tar em servidores de locale diferente e é 
> > devido a isso que estou padronizando.
> > Qualquer informação e opnião será sempre bem vinda.
> >
> > Atenciosamente Paulo Henrique.
> >
> 
> Fala, xará.
> 
> Na empresa utilizamos pt_BR.UTF-8 nos 3 servidores, mas em casa eu já 
> fiz testes de conversão ISO8859-1 para UTF-8 e os caracteres acentuados 
> foram convertidos normalmente. Portanto a codificação não é na criação 
> do filesystem, e sim pelo locale através da libiconv.
> 
> Ah, eu estou usando aquela sua solução de substituir o tar.gz pelo 
> tar.bz2 em nossos backups MySQL e a acentuação funciona perfeitamente! 
> Valeu pela dica! :)
> 

Fala xará, o problema de pontuação do tar é no path-name e não no interior do 
arquivo em si.
Por exemplo, se criar uma pasta com chamada "/home/usuario/ação" e dentro dela 
estiver um arquivo mesmo com nome normal durante a criação do tar o tar vai 
retornar um warning informando que não foi possível fazer a conversão daquele 
path-name.
Isso acontece quando se copia entre servidor com o locale diferente por exemplo 
em um esta em charset=iso-8859-1 e no destino esta o charset default do 
sistema. 

No caso do GZ, o lance é mais na hora de recuperar o arquivo e ele estiver 
corrompido,  no gz não se consegue pegar as demais informações apos o ponto 
corrompido do arquivo enquanto que com bzip2 ele só ignorá o pedaço do arquivo 
corrompido. 

Efetuei alguns testes em dois servidores aqui na empresa para ver o lance de 
alterar a codificação para UTF-8 e realmente não tive problemas na conversão 
entre a iso88
Att.59-1 e utf-8, acho que o problema só ocorre quando usa o padrão do sistema 
sobre um arquivo ou pathname com caracteres não reconhecidos por locale C.

Att. Paulo Henrique.
> -- 
> http://about.me/paulocavalcanti
> 
> -
> 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] Baixa performance de roteamente com Xenserver

2014-10-27 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Diogo Dalfovo escreveu 

> Boa noite Saul,
> 
> Desculpa a demora, a principio por causa do pfsense mas  nao uma
> obrigacao.
> Estou compilando o stable e se nao tiver sucesso tiro a paravirtualizacao e
> testo novamente
> 
> Obrigado.
> 
> Diogo Dalfovo
> Em 27/10/2014 16:24, "Saul Figueiredo"  escreveu:
> 
> > Em 27 de outubro de 2014 15:35, Diogo Dalfovo 
> > escreveu:
> >
> > > root@freebsd03-router:~ # uname -a
> > > FreeBSD freebsd03-router 10.1-RC3 FreeBSD 10.1-RC3 #0 r273437: Tue Oct 21
> > > 23:55:15 UTC 2014 r...@releng1.nyi.freebsd.org:
> > > /usr/obj/usr/src/sys/GENERIC
> > >  amd64
> > >
> >
> >
> >
> > Algum motivo especifico para usar uma versão RC ? Tente em uma STABLE...
> >
> >
> > *--*
> >
> >
> > *"Deve-se aprender sempre, até mesmo com um inimigo."(Isaac Newton)*
> > []'s,
> > *Saul Figueiredo*
> > ITIL v3 Foundation
> > Linux Professional Institute Certification Level 2
> > Linux User: #554651
> >
> > 
> > -
> > 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

Já testou o Virtualbox?

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


Re: [FUG-BR] Boot do FreeBSD em motherboard com UEFI

2014-10-21 Por tôpico Paulo Henrique - BSDs Brasil
Valeu estava precisando.

Att.

Enviado do meu smartphone Sony Xperia™

 Tiago Ribeiro escreveu 

>
>> Em 21/10/2014, à(s) 16:26, Eduardo Lemos de Sa  
>> escreveu:
>> 
>> Caríssimos
>> 
>> Finalmente eu consegui trocar a motherboard de uma máquina complicada onde
>> tudo funcionava às avessas e que gerou alguns emails meus para esta lista.
>> Na máquina antiga, havia dois HDs: um com o FreeBSD-10.1PRERELEASE
>> instalado e outro com o win7. Quando eu fiz a troca da placa-mãe (agora é
>> uma Asus M5A97 r 2.0, que tem bios UEFI), o FreeBSD funcionou sem problemas
>> enquanto que o win7 não.
>> 
>> Depois de alguns dias, reinstalei o win7 que fez com que eu tivesse de
>> formatar o disco antigo - até aí, problema nenhum porque eu quase não usava
>> este sistema (eu desconectei o temporariamente o HD com o FreeBSD para
>> evitar surpresas vindas do windows). Na hora do reboot, a BIOS/UEFI só me
>> coloca como opção de boot automático o HD com o win7. Pelo que eu andei
>> lendo (
>> https://forums.freebsd.org/threads/installing-on-uefi-amd64-with-bios-only-supporting-uefi-boot.44851/),
>> o FreeBSD ainda não está pronto para lidar com este tipo de BIOS  em uma
>> máquina com boot dual.
>> 
>> Por favor, alguém tem alguma sugestão de como eu poderia contornar este
>> problema e deixar os dois HDs ligados simultaneamente, mas de modo que o
>> boot por default pudesse ser o FreeBSD?
>> 
>> Obrigado pela atenção
>> 
>> Edu
>> 
>
>Boa tarde, Eduardo, não testei ainda, não tive a oportunidade
>de ter uma maquina com UFI para ver como é mas quem sabe
>a solução para UFI esteja com os dias contados, segue o [1]link
>para download da iso, pelo que o nome indica, com suporte a 
>UFI.
>
>Mande seu retorno sobre o que deu este bicho.
>
>[1] 
>ftp://ftp2.br.freebsd.org/FreeBSD/ISO-IMAGES-amd64/10.1/FreeBSD-10.1-RC2-amd64-uefi-bootonly.iso
>
>
>--
>www.bsdjf.com.br
>
>
>
>
>-
>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] Encontro - Amarelinho (centro do RJ)

2014-10-18 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Luiz Gustavo S. Costa escreveu 

> Em 18 de outubro de 2014 00:22, Paulo Henrique - BSDs Brasil <
> paulo.rd...@bsd.com.br> escreveu:
> 
> >
> >
> > Falamos de você Gustavo!!!
> >
> >
> >
> Por isso minha orelha pegou fogo ! rsrsrsrsrs
> 

Hahahahhaa, que se torne motivação para não perder o próximo!!! 😉 

Sacanagem , só falamos coisas boas!!
> -- 
> Luiz Gustavo Costa (Powered by BSD)
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> ICQ: 2890831 / Gtalk: gustavo@gmail.com
> Blog: 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Encontro - Amarelinho (centro do RJ)

2014-10-17 Por tôpico Paulo Henrique - BSDs Brasil
Hahaha

É só fazer caravana e a sua esposa aceitar não hum mais pelo menos mais 4 nerds 
falando de computador o dia inteiro!!  

Acabei de postar as fotos do encontro no grupo FreeBSD-BR no face e o grupo 
FUG-RJ no WhatsApp, 

Bebemos e discutimos muita coisas interessantes.

Falamos de você Gustavo!!! 

A merda é que são 00:22 e a ponte esta engarrafada!!! :-( 

Enviado do meu smartphone Sony Xperia™

 Luiz Gustavo S. Costa escreveu 

>E eu me ree-estabelecendo em Teresópolis via Mundounix (www.mundounix.com.br)
>-- Então, ficam convidados a tomar uma cerveja aqui na serra.
>
>Viu como tem opção: Praia e/ou Montanha ;-)
>
>Abraços a todos !
>
>Em 17 de outubro de 2014 21:41, Claudio Pereira 
>escreveu:
>
>> 2014-10-17 15:35 GMT-03:00 Luiz Gustavo S. Costa <
>> luizgust...@luizgustavo.pro.br>:
>>
>> > Putz... hoje eu ia descer pro rio, mas acabou que não deu :p
>> >
>> > a próxima eu vou
>> >
>>
>>
>> Tambem! estou em Saquarema/RJ a hora que quiserem beber uns chopps e curti
>> uma praia na capital do surf, soh avisar.
>> Infelizmente, hoje estou pegado no trampo ate agora com problemas na rede.
>> :-(
>>
>> --
>> Abraços, IndioX.
>> --
>> Claudio P Costa
>> BSDA Certified - http://bsdcertification.org
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
>
>-- 
>Luiz Gustavo Costa (Powered by BSD)
>*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
>ICQ: 2890831 / Gtalk: gustavo@gmail.com
>Blog: 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas com ARP kernel: arp: unknown hardware address format (0x1100)

2014-10-14 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Claudio Pereira escreveu 

> 2014-10-14 13:27 GMT-03:00 Paulo Henrique - BSDs Brasil <
> paulo.rd...@bsd.com.br>:
> 
> >
> >
> > Enviado do meu smartphone Sony Xperia™
> >
> >  Claudio Pereira escreveu 
> >
> > > Prezados, bom dia!
> > >
> > > Tenho recebido diversas mensagens de ARP com esse erro abaixo, mas nao
> > > estou conseguindo identificar o problema na minha rede. Alguem sabe como
> > me
> > > ajudar?
> > >
> > > Oct 13 01:50:45 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:94:d2:7c to 9b:a5:00:00:00:00)
> > > Oct 13 02:26:26 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:84:33:bb to 6a:0f:00:00:00:00)
> > > Oct 13 21:43:29 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:3c:41:71 to 6e:2f:00:17:10:a7)
> > > Oct 13 21:43:29 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 60:00:00:00:00:14 to 90:44:00:8e:01:be)
> > > Oct 13 21:59:39 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:28:68:47 to 51:3a:41:43:41:43)
> > > Oct 13 23:02:21 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:34:55:c5 to 28:2e:00:08:4d:69)
> > > Oct 13 23:02:21 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:74:48:d3 to 95:d3:63:65:3a:31)
> > > Oct 14 00:43:30 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:74:f9:0d to d9:eb:35:2e:31:3a)
> > > Oct 14 01:15:02 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:00:34:df:85 to 43:e4:2e:32:35:30)
> > > Oct 14 04:36:07 rblive kernel: arp: unknown hardware address format
> > > (0x1100) (from 45:00:05:3c:02:ad to fe:8c:ac:e2:c5:6b)
> > >
> > > Ja tentei identificar com tcpdump, mas nao consegui. Encontrei até uma
> > > mensagem antiga na lista freebsd-stable orientando como fazer, mas não
> > > resolveu.
> > >
> > >
> > http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/032530.html
> > >
> > > --
> > > Abraços, IndioX.
> > > --
> > > Claudio P Costa
> > > BSDA Certified - http://bsdcertification.org
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> > Também tive essas mensagens na semana passada mais não consegui
> > identificar a origem.
> >
> 
> Entao Paulo, eu trabalho num provedor de acesso a internet. E eu tenho
> recebido em uma das cidades diversos pacotes desses em nossa rede de
> monitoramento.
> 
> -- 
> Abraços, IndioX.
> -- 
> Claudio P Costa
> BSDA Certified - http://bsdcertification.org
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Notei que foi apos liberar a rede wireless para o pessoal da empresa conectar 
os celulares. 

Acho que tem alguma correlação, há celulares conectados na sua rede? 

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


Re: [FUG-BR] Problemas com ARP kernel: arp: unknown hardware address format (0x1100)

2014-10-14 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Claudio Pereira escreveu 

> Prezados, bom dia!
> 
> Tenho recebido diversas mensagens de ARP com esse erro abaixo, mas nao
> estou conseguindo identificar o problema na minha rede. Alguem sabe como me
> ajudar?
> 
> Oct 13 01:50:45 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:94:d2:7c to 9b:a5:00:00:00:00)
> Oct 13 02:26:26 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:84:33:bb to 6a:0f:00:00:00:00)
> Oct 13 21:43:29 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:3c:41:71 to 6e:2f:00:17:10:a7)
> Oct 13 21:43:29 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 60:00:00:00:00:14 to 90:44:00:8e:01:be)
> Oct 13 21:59:39 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:28:68:47 to 51:3a:41:43:41:43)
> Oct 13 23:02:21 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:34:55:c5 to 28:2e:00:08:4d:69)
> Oct 13 23:02:21 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:74:48:d3 to 95:d3:63:65:3a:31)
> Oct 14 00:43:30 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:74:f9:0d to d9:eb:35:2e:31:3a)
> Oct 14 01:15:02 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:00:34:df:85 to 43:e4:2e:32:35:30)
> Oct 14 04:36:07 rblive kernel: arp: unknown hardware address format
> (0x1100) (from 45:00:05:3c:02:ad to fe:8c:ac:e2:c5:6b)
> 
> Ja tentei identificar com tcpdump, mas nao consegui. Encontrei até uma
> mensagem antiga na lista freebsd-stable orientando como fazer, mas não
> resolveu.
> 
> http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/032530.html
> 
> -- 
> Abraços, IndioX.
> -- 
> Claudio P Costa
> BSDA Certified - http://bsdcertification.org
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Também tive essas mensagens na semana passada mais não consegui identificar a 
origem. 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Fwd: Comunicado Urgente! - 8732587

2014-10-09 Por tôpico Paulo Henrique - BSDs Brasil


É serio que agora estão usando e-mail do projeto FreeBSD.org para enviar 
spam/virus ?


Brasileiro não tem limite !!

 Mensagem original 
Assunto:Comunicado Urgente! - 8732587
Data:   Thu, 09 Oct 2014 10:25:45 -0300
De: curr...@freebsd.org
Para:   curr...@freebsd.org



   Notificação

   Nosso controle de pagamentos acusa, em sua conta, prestação vencida há
   mais de 15 dias.

   motivo pelo qual pedimos a V. Sa. sua imediata regularização. Tendo em
   vista que a emissão deste aviso é automático.

   Atenciosamente,
   Clique aqui para ver o debito [1]Titulo Pendente.doc ( 28 kb )

References

   1. http://cultura2.com.br/wp-content/plugins/wp-slide/Documento.php
___
freebsd-curr...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"



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


Re: [FUG-BR] Apache24 e PHP55

2014-09-19 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 joao jamaicabsd escreveu 

> Rapazes obrigado pela atenção, mas cansei, fiz de tudo e não tem jeito, em
> contrapartida instalei o Webmin para o cliente fazer as alterações de
> bloqueio do squid, antes eu instalar um painel de controle que tenho aqui
> em php.
> Obrigado e bom find a todos.
> 

Po instale o apache22 e o php53.

Atualizei um server hoje e esta tudo ok.
> Em 19 de setembro de 2014 17:11, MrBiTs  escreveu:
> 
> > > Tem não. No php 5.4 já não tem o register_globals. :D
> > > Ainda bem porque se não tirassem, podes crer que iria ter gente usando
> > ainda. rsrsrsrs
> >
> > EU SEI! Tem um cliente meu que está ainda com o 5.3 por causa do legado.
> > Eles até estão migrando os sistemas, mas isso vai longe.
> > register_globals me deu muita dor de cabeça no passado. Isso era um câncer
> > que tinha mesmo que ser estripado.
> >
> > --
> > echo
> >
> > 920680245503158263821824753325972325831728150312428342077412537729420364909318736253880971145983128276953696631956862757408858710644955909208239222408534030331747172248238293509539472164571738870818862971439246497991147436431430964603600458631758354381402352368220521740203494788796697543569807851284795072334480481413675418412856581412376640379241258356436205061541557366641602992820546646995466P
> > | dc
> >
> >
> >
> > -
> > 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
> -
> 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] Tentando clonar um HD no FreeBSD-10-stable

2014-08-22 Por tôpico Paulo Henrique - BSDs Brasil
Vi 

Enviado do meu smartphone Sony Xperia™

 Rafael Aquino escreveu 

> - Mensagem original -
> > De: "Eduardo Lemos de Sa" 
> > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
> > 
> > Enviadas: Sexta-feira, 22 de agosto de 2014 15:06:20
> > Assunto: Re: [FUG-BR] Tentando clonar um HD no FreeBSD-10-stable
> > 
> > Oi Paulo
> > 
> > 
> > 
> > 2014-08-22 10:31 GMT-03:00 Paulo Henrique - BSDs Brasil <
> > paulo.rd...@bsd.com.br>:
> > 
> > >
> > >
> > > Enviado do meu smartphone Sony Xperia™
> > >
> > >  Eduardo Lemos de Sa escreveu 
> > >
> > > > Caríssimos
> > > >
> > > > Tentei fazer um backup de meu desktop (FreeBSD matata 10.0-STABLE 
> > > > FreeBSD
> > > > 10.0-STABLE #7 r269684M: Thu Aug  7 19:22:24 BRT 2014
> > > > edulsa@matata:/usr/obj/usr/src/sys/GENERIC
> > > > amd64) onde eu tenho um disco de 1 TB e quero copia-lo para um outro
> > > disco
> > > > (mesma marca e modelo). Eu fiz o que sempre funcionava antes:
> > > >
> > > > dd if=/dev/ada0 of=/dev/ada1 bs=32m (tenho 16 GB de RAM, logo pensei que
> > > > copiar blocos maiores deverá reduzir o tempo de cópia). No final, eu
> > > tive:
> > > >
> > > > GEOM ADA1: CORRUPT OR INVALID GPT DETECT
> > > > GEOM ADA1: GPT REJECTED = MAY NOT BE RECOVERABLE
> > > >
> > > > Então, eu fui para o google e descobri:
> > > >
> > > > 1) http://daemonforums.org/showthread.php?t=2666
> > > >
> > > > 2)
> > > >
> > > http://www.freebsd.org/cgi/man.cgi?query=gpt&apropos=0&sektion=0&manpath=FreeBSD+7.4-RELEASE&arch=default&format=html
> > > >
> > > > Onde ambos sugerem que eu use uma ferramenta/comando gpt. Como o único
> > > > lugar que eu consegui encontrar esta ferramenta foi no
> > > >
> > > > /usr/src/contrib/file/magic/Magdir/gpt
> > > >
> > > > eu achei estranho uma ferramenta que está no src não estar instalada (e
> > > nem
> > > > era um executável, eu tive que fazer um chmod +x para roda-la). Por
> > > favor,
> > > > alguém tem alguma dica de:
> > > >
> > > > a) O que aconteceu com o gpt? Ele não é mais instalado?
> > > > b) Como eu posso fazer a clonagem do disco inteiro? De preferência sem
> > > ter
> > > > de criar as partições na mão e depois fazer um dump?
> > > >
> > > > Obrigado pela atenção
> > > >
> > > > Um abraço
> > > >
> > > > Edu
> > > >
> > > >
> > > > --
> > > > Eduardo Lemos de Sa
> > > > Associated Professor Level 4
> > > > Dep. Quimica da Universidade Federal do Paraná
> > > > fone: +55(41)3361-3300
> > > > fax:   +55(41)3361-3186
> > > > Voip Number call to (41) 33613600 (listen to the message and type
> > > 10531185)
> > > > -
> > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > > No caso esta utilizando como destino apenas o disco e não a partição,
> > > recomendo a utilizar como alvo a partição ada1p1 assim não irá corromper a
> > > tabela gpt.
> > >
> > 
> > 
> > Obrigado pela atenção e pela dica. Porém, minha ignorância neste assunto é
> > grande. Por favor, eu preciso criar a partição ada1p1? Se sim, eu suponho
> > que eu deveria fazer isto usando o gpt, mas onde ele está? No ports, ele
> > não existe, tampouco no filesystem.
> > 
> > Um abraço
> > 
> > Eduardo
> > 
> > 
> > 
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > 
> > 
> > 
> > --
> > Eduardo Lemos de Sa
> > Associated Professor Level 4
> > Dep. Quimica da Universidade Federal do Paraná
> > fone: +55(41)3361-3300
> > fax:   +55(41)3361-3186
> > Voip Number call to (41) 33613600 (listen to the message and type 10531185)
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> OI,
> 
> Para criar a partição, utilize o comando gpart:
> 
> gpart create -s GPT /dev/ada1
> 
> Abraço!
> 
> ---
> Rafael Mentz Aquino
> LK6 Soluções em TI
> Rua Domingos de Almeida, 135 sala 1102
> Centro - Novo Hamburgo - RS
> (51) 3035-6997 - -7030
> www.lk6.com.br
> 
> > 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

gpart create -s gpt /dev/ada1
gpart add -t freebsd-ufs /dev/ada1
newfs /dev/ada1p1

Não sei se precisa formatar a partição para usar o dd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Tentando clonar um HD no FreeBSD-10-stable

2014-08-22 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Eduardo Lemos de Sa escreveu 

> Caríssimos
> 
> Tentei fazer um backup de meu desktop (FreeBSD matata 10.0-STABLE FreeBSD
> 10.0-STABLE #7 r269684M: Thu Aug  7 19:22:24 BRT 2014
> edulsa@matata:/usr/obj/usr/src/sys/GENERIC
> amd64) onde eu tenho um disco de 1 TB e quero copia-lo para um outro disco
> (mesma marca e modelo). Eu fiz o que sempre funcionava antes:
> 
> dd if=/dev/ada0 of=/dev/ada1 bs=32m (tenho 16 GB de RAM, logo pensei que
> copiar blocos maiores deverá reduzir o tempo de cópia). No final, eu tive:
> 
> GEOM ADA1: CORRUPT OR INVALID GPT DETECT
> GEOM ADA1: GPT REJECTED = MAY NOT BE RECOVERABLE
> 
> Então, eu fui para o google e descobri:
> 
> 1) http://daemonforums.org/showthread.php?t=2666
> 
> 2)
> http://www.freebsd.org/cgi/man.cgi?query=gpt&apropos=0&sektion=0&manpath=FreeBSD+7.4-RELEASE&arch=default&format=html
> 
> Onde ambos sugerem que eu use uma ferramenta/comando gpt. Como o único
> lugar que eu consegui encontrar esta ferramenta foi no
> 
> /usr/src/contrib/file/magic/Magdir/gpt
> 
> eu achei estranho uma ferramenta que está no src não estar instalada (e nem
> era um executável, eu tive que fazer um chmod +x para roda-la). Por favor,
> alguém tem alguma dica de:
> 
> a) O que aconteceu com o gpt? Ele não é mais instalado?
> b) Como eu posso fazer a clonagem do disco inteiro? De preferência sem ter
> de criar as partições na mão e depois fazer um dump?
> 
> Obrigado pela atenção
> 
> Um abraço
> 
> Edu
> 
> 
> -- 
> Eduardo Lemos de Sa
> Associated Professor Level 4
> Dep. Quimica da Universidade Federal do Paraná
> fone: +55(41)3361-3300
> fax:   +55(41)3361-3186
> Voip Number call to (41) 33613600 (listen to the message and type 10531185)
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

No caso esta utilizando como destino apenas o disco e não a partição, recomendo 
a utilizar como alvo a partição ada1p1 assim não irá corromper a tabela gpt.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] teste

2014-08-14 Por tôpico Paulo Henrique - BSDs Brasil
Testado

Enviado do meu smartphone Sony Xperia™

 Renato Botelho escreveu 

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


Re: [FUG-BR] Monitorar temperatura via SNMP

2014-08-07 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Otavio Augusto escreveu 

> Em 7 de agosto de 2014 22:28, Paulo Henrique - BSDs Brasil
>  escreveu:
> > Saudações,
> >
> > Estou reconfigurando o Zabbix da rede e pretendo não utilizar mais o 
> > zabbix_agentd, quero monitorar tudo usando somente SNMP, contudo uma das 
> > coisa que efetuava o monitoramento através do zabbix_agentd era a 
> > temperatura dos processadores que retornava através de um script shell 
> > utilizando o modulo coretemp.
> > Alguém sabe como obter os valores do coretemp através do snmp?
> > E aproveitando o gancho, alguém poderia explicar como funciona o 
> > acpi_thermal, ele entrega os valores para o devd contudo não consegui fazer 
> > ele funcionar em nenhuma placa mais nova só em uma antiga placa d865-perl 
> > da intel, lembro que na época conseguia monitorar a temperatura do 
> > controlador de disco, um ICH6.
> >
> > Qualquer sugestão é bem vindo.
> >
> > Att.
> >
> > Enviado do meu smartphone Sony Xperia™
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> Uma pergunta boba. Por que não usar o agent no FreeBSD já que ele tem
> suporte ao mesmo ?
> Seria segurança ? oute tem outro motivo ?
> 
> -- 
> Otavio Augusto
> -
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br

Otávio,  no caso eu estou usando o próprio bsnmpd do sistema, o que quero saber 
é qual o oid que retorna a temperatura do processador obtida através do modulo 
coretemp.

Att.
> -
> 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] Monitorar temperatura via SNMP

2014-08-07 Por tôpico Paulo Henrique - BSDs Brasil
Saudações, 

Estou reconfigurando o Zabbix da rede e pretendo não utilizar mais o 
zabbix_agentd, quero monitorar tudo usando somente SNMP, contudo uma das coisa 
que efetuava o monitoramento através do zabbix_agentd era a temperatura dos 
processadores que retornava através de um script shell utilizando o modulo 
coretemp.
Alguém sabe como obter os valores do coretemp através do snmp? 
E aproveitando o gancho, alguém poderia explicar como funciona o acpi_thermal, 
ele entrega os valores para o devd contudo não consegui fazer ele funcionar em 
nenhuma placa mais nova só em uma antiga placa d865-perl da intel, lembro que 
na época conseguia monitorar a temperatura do controlador de disco, um ICH6.

Qualquer sugestão é bem vindo.

Att.

Enviado do meu smartphone Sony Xperia™
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] upgrade 9.0 -> 10.0

2014-08-07 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Welkson Renny de Medeiros escreveu 

> Em 7 de agosto de 2014 14:32, Paulo Henrique - BSDs Brasil <
> paulo.rd...@bsd.com.br> escreveu:
> 
> > Atualizei a minha estação de trabalho no final de semana da versão 9.2
> > para a 10 STABLE e não tive nenhum problema no processo, contudo ja havia
> > migrado para o pkg antes da atualização.
> > Os passos foram os seguintes :
> >
> > Atualizar o subversion
> > Remover o /usr/src
> >
> 
> Paulo, estou com uma dúvida, você removeu o /usr/src e já fez o make
> buildworld? Não tem um svn checkout antes desse make buildworld?
> 

No caso como utilizo svn só efetuei um svn switch, mais nada impede de realizar 
um rm /usr/src e um checkout, só sou preguiçoso mesmo por isso usei o switch!!

O buildworld é requerido para compilar o kernel, sem ele da erro na linkedição 
de algumas bibliotecas no kernel. 

Como sempre que atualizo o sistema já de praxe atualizo também o userland então 
não tenho erros de libs quebradas.


> 
> 
> > make buildworld ( é requerimento para qualquer troca de major release)
> > make buildkernel KERNCONF=MYKERNEL
> > make installkernel KERNCONF=MYKERNEL
> > mergemaster -iFp
> > reboot
> > make installworld
> > mergemaster -Fp
> > reboot
> > make delete-old-lib
> > make delete-old-dir
> > reboot
> >
> >
> Welkson
> -
> 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] upgrade 9.0 -> 10.0

2014-08-07 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Ricardo Campos Passanezi escreveu 

> On Wed, Aug 06, 2014 at 01:02:47PM -0300, Nilton Jose Rizzo wrote:
> > 
> > Só uma coisa que esqueci de comentar, cuidado ao remover as bibliotecas
> > antigas (make delete-old-libs) isso deixa alguns ports sem funcionar,
> > inclusive o próprio pkg e o svn.   segue o meus sistema:
> > 
> > rizzo@valfenda:~ % pkg --version
> > 1.3.3
> > rizzo@valfenda:~ % uname -a
> > FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r268436: Wed Jul  9
> > 00:21:58 BRT 2014 root@valfenda:/usr/obj/usr/src/sys/VALFENDA  amd64
> > rizzo@valfenda:~ % 
> 
> Algo interessante de se fazer antes do upgrade é:
> 
> # pkg info -qoa > /root/pkgs.txt
> 
> Após o upgrade do sistema dá pra remover todos os pacotes e
> reinstalá-los sem esquecer de nada.
> 
> Vi isso num tópico antigo em
> https://forums.freebsd.org/viewtopic.php?&t=17722
> 
> 
> -- 
> Ricardo Campos Passanezi
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Atualizei a minha estação de trabalho no final de semana da versão 9.2 para a 
10 STABLE e não tive nenhum problema no processo, contudo ja havia migrado para 
o pkg antes da atualização. 
Os passos foram os seguintes :

Atualizar o subversion
Remover o /usr/src
make buildworld ( é requerimento para qualquer troca de major release) 
make buildkernel KERNCONF=MYKERNEL
make installkernel KERNCONF=MYKERNEL
mergemaster -iFp
reboot
make installworld
mergemaster -Fp
reboot 
make delete-old-lib
make delete-old-dir
reboot

No caso eu utilizo o postmaster
cd /usr/ports/ports-mngr/portmaster
make install clean
rehash
portmaster -Rf devel/subversion 
rehash
svn up /usr/ports (no caso utilizo apenas o svn, se utilizar o portsnap é só 
utilizar ele) 
portmaster -aRf

O processo para uma estação com pouco mais de 1600 ports instalados levou 
aproximadamente 15 horas de compilação no total estava tudo atualizado em 22:00 
sem qualquer problema com o pkg.

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


Re: [FUG-BR] Planilha corrompida.

2014-08-05 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Elias escreveu 

> Bom dia pessoal,
> 
> Ontem tive problema num diretório do samba 3.0.32, que corrompeu uma
> planilha devido ao cooler ter quebrado (Os pinos de fixação ficaram
> ressequidos) 
> Estava envolvido em outro assunto mais importante e resolvi deixar a
> planilha numa área sem backup até eu poder disponibilizar na área correta,
> 
> Ocorre que ao subir o freeBsd 7.1 depois de substituir o cooler o sistema
> rodou o fsck e levantou todos os serviços certinho, apenas essa planilha
> corrompeu,
> 
> Problema: Planilha ficou com tamanho do file zerado ( 0 KB )
> 
> 
> Alguma dica?
> 
> Desde já agradecido.
> Elias - TI
> Engemolde Engenharia
> 513597.2033 |513597.8802
> www.engemolde.eng.br  
> www.engemoldeengenharia.com.br  
> 
> 
> -


Samba 3.0 e FreeBSD 7.1, Amigo melhor atualizar o seu sistema em ambas a 
versões do software há falhas de seguranças sinistras.

Quanto ao seu problema, vrrifixa na pasta lost+found na rais do mount point, 
não sei com certeza se tal diretório se refere a inodes de arquivos no qual o 
fsck não foi possível recuperar durante a verificação. 

Reforço que é mera especulação, estou levando em consideração os significados 
das palavras e não tem acesso no momento a um BSD para poder ler o man page e 
certificar-me da informação.

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


Re: [FUG-BR] Segurança no FreeBSD

2014-07-17 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Renato Botelho escreveu 

> On Jul 17, 2014, at 11:40, Thiago Gomes  wrote:
> > 
> > Pessoal,
> > 
> > Gostaria de montar um servidor para um cliente e deixar por 30 dias em
> > teste, porém como eu faço para ele não acessar o quebrar a senha de
> > acesso.
> > 
> > Existe uma solução ?
> 
> Meio difícil conseguir isso, pois se o cara vai ter acesso físico ao 
> servidor, nada impede inclusive de ele remover o disco, ligar em outra 
> máquina e fazer uma cópia dos dados.
> 
> O único jeito que consigo imaginar é criptografando o disco, mas aí em cada 
> boot uma senha (que o cliente não poderia saber) será necessária. Talvez 
> alguém tenha uma ideia melhor.
> 
> --
> Renato Botelho
> 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebs

Creio que não é os dados o que ele quer proteger, mais evitar de trocar a senha 
root/toor.

Bom acho que a flag de imutável nos arquivos master.passwd, rc.conf e no passwd 
e colocar o servidor em securelevel =3 e tirando o insecure do ttys ja seja o 
suficiente para não conseguir fazer isso.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] SNMP

2014-07-17 Por tôpico Paulo Henrique - BSDs Brasil


Enviado do meu smartphone Sony Xperia™

 Lucas Martinez escreveu 

> Sim, liberei o destino para servidor !
> 
> Porque precisei realizar um NAT de outras regras para este mesmo servidor e
> funcionou , apenas o snmp que não.
> 
> 
> 
> 
> Em 16 de julho de 2014 20:49, Paulo Henrique - BSDs Brasil <
> paulo.rd...@bsd.com.br> escreveu:
> 
> >
> >
> > Enviado do meu smartphone Sony Xperia™
> >
> >  Lucas Martinez escreveu 
> >
> > > Então, tentei deixando ALL e WAN
> > >
> > >
> > >
> > > Em 16 de julho de 2014 19:57, Paulo Henrique - BSDs <
> > paulo.rd...@bsd.com.br>
> > > escreveu:
> > >
> > > >
> > > > Em 16/07/2014 15:28, Lucas Martinez escreveu:
> > > > > Srs, ola !
> > > > >
> > > > > Tenho um servidor linux rodando Nagios+ Centreon , sendo que nele
> > > > monitoro
> > > > > varios equipamentos.
> > > > >
> > > > > Porem tenho um PFSENSE rodando e habilitei o SNMP dele, configurei o
> > > > string.
> > > > >
> > > > > Como fiz nos demais servidores e equipamentos.
> > > > >
> > > > > Fica me apresentando SNMP TABLE ERROR em meu nagios.
> > > > >
> > > > > Quando realizo telnet na porta 161 , apresenta timeout.
> > > > >
> > > > > Vou no pfsense , faço uma regra NAT em qualquer porta para outro
> > > > > equipamento funciona perfeitamente.
> > > > >
> > > > > Então, descartei esta fazendo regra errada no PFSENSE.
> > > > >
> > > > > Porque será que esse meu servidor NAGIOS não chega apenas nesse
> > PFSENSE ?
> > > > > sendo que no demais equipamento chega.
> > > > >
> > > > > Obrigado ,
> > > > >
> > > >
> > > > Na aba Service -> SNMP
> > > > A Interface Binding está setado qual interface ?
> > > >
> > > > Att.
> > > >
> > > > --
> > > > Paulo Henrique.
> > > > Grupo de Usuários de Sistemas BSDs no Brasil.
> > > > Fone: +55 21 96713-5042
> > > >
> > > > Não importa o que faça, sempre haverá alguém em algum lugar do mundo
> > que
> > > > será sempre melhor do que você.
> > > >
> > > > -
> > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > >
> > >
> > >
> > >
> > > --
> > >
> > >
> > > *=)Lucas Martinez*
> > > *( Celular: 19-8169 4848*
> > >
> > > Email: *corumb...@gmail.com *
> > >
> > > *  lucasmarti...@hotmail.com.br
> > >   coru...@hotmail.com.br
> > > *
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> >
> > Olha o top-posting,
> >
> > E as regras de firewall? Vc libero o acesso destino->servidor?
> >
> > Att.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> 
> 
> -- 
> 
> 
> *=)Lucas Martinez*
> *( Celular: 19-8169 4848*
> 
> Email: *corumb...@gmail.com *
> 
> *  lucasmarti...@hotmail.com.br
>   coru...@hotmail.com.br
> *
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

No caso tem um roteador ente seu nagios e o seu PFSense ou estão no mesmo 
segmento Ethernet? 

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


  1   2   3   4   >