Re: [FUG-BR] Leitor de Cartão de memória

2019-01-08 Por tôpico Paulo Henrique
Em Ter, 8 de jan de 2019 20:57, Nilton Jose Rizzo 
> Galera tenho uma senhora dúvida.
>
>
> Tenho um leitor de cartões (genérico) ligados a uma porta USB interna,
>
> mais para ser exato este aqui:
>
>
> https://www.google.com/search?q=%2BUSB+%2Bleitor+%2Bcart%C3%A3o+%2Bmultiplos+%2Bpreto+%2Binterno=firefox-b-ab=isch=iu=1=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw=X=2ahUKEwjd54z2od_fAhWLtVkKHfD9BUIQ9QEwA3oECAMQCA#imgrc=IuwFu6owCwCHZM
> :
>
> só que coloco o cartão e ele simplesmente não me dá acesso,
>
> ai notei que ele é reconhecido durante o boot e cria os devices:
> /dev/da[0-3] e com o cam control eu os listos:
>
> root@valfenda:/home2/rizzo/src/repositorios/Image # camcontrol devlist
>  at scbus0 target 0 lun 0 (ada0,pass0)
>   at scbus1 target 0 lun 0 (ada1,pass1)
>   at scbus2 target 0 lun 0 (ada2,pass2)
>at scbus8 target 0 lun 0 (da0,pass3)
>at scbus8 target 0 lun 1 (da1,pass4)
>at scbus8 target 0 lun 2 (da2,pass5)
>at scbus8 target 0 lun 3 (da3,pass6)
>
> só que não consigo montar o cartão SD, dá sempre erro.
> já tentei vários comandos com o CAMCONTROL:
>
> stop/start
> eject
>
> rescan
>
>
> e nenhum deles deu jeito, alquém tem alguma ideia?
>
>
> TIA,
>
>
> Rizzo
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



O modulo usb mass storage está carregado ou compilado no kernel ?

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] sql injection - off topic

2018-10-20 Por tôpico Paulo Henrique
Em Sáb, 20 de out de 2018 10:15, Diego Cananéa 
escreveu:

> Posso estar enganado, mas creio que sql injection é relacionado ao código
> mesmo e à falta de tratamento nos campos de entrada de dados.
>
> Em sáb, 20 de out de 2018 10:13,  escreveu:
>
> > olá pessoal,
> >
> > preciso de um help, montei um servidor BSD para disponibilizar conteúdo
> > web c/ apache, php, mysql...
> >
> > estou com problemas relacionado a sql injection... e minha pergunta é:
> >
> > esses ataques sql injection está relacionado apenas ao código fonte PHP
> > (arquivos das paginas do site) ou tem relação com os serviços PHP, Apache
> > e Mysql??
> >
> > abs
> > sebastião
> >
>


Está relacionado a ausencia de tratamento de caracteres em campos de
entrada de informação por parte do usuario.
Caso o codigo da aplicação não tenha esses cuidados pode usar o
mod_security como um WFA mas o correto é usar praticas de desenvolvimento
seguras para aplicações web.

E o assunto não é off-topic.

Att. Paulo Henrique.

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


[FUG-BR] Alterar politica padrão do PFSense

2018-07-12 Por tôpico Paulo Henrique
Saudações,

Alguém sabe qual é o arquivo que preciso editar para alterar a politica
padrão de block para allow no PFSense.

Mesmo com regras floating com a opção quick ativada entre as duas
interfaces em questão trafego legitimo porem com states espirados são
bloqueados.
A ultima solução que observo é ajustar a regra da politica padrão de block
para allow, pois o problema no timeout do state do firewall.

Mesmo com a opção " Bypass firewall rules for traffic on the same
interface" em System -> Advanced -> Firewall/NAT ativada, o trafego está
sendo bloqueado por que o state expira.

Att. Paulo Henrique.

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


[FUG-BR] Alterar a versão do FreeBSD no uname e em outros programas.

2018-07-08 Por tôpico Paulo Henrique
Saudações a todos,

Gostaria de saber como fazer para alterar a versão/nome do sistema
operacional no comando uname e também na detecção do nmap, já fiz algumas
pesquisas mais sempre retorna sobre o motd que não é o objetivo.

No meu sistema quanto executo uname -a retorna a linha abaixo:

FreeBSD matilda 11.1-STABLE FreeBSD 11.1-STABLE #3 r327905: Sat Jan 13
01:31:20 -02 2018 NoRm4nD@matilda:/usr/obj/usr/src/sys/MATILDA  amd64

No caso eu quero alterar para que no lugar de FreeBSD 11.1-STABLE retorne
um nome especifico de minha escolha.

E se alterando isso um scanner de OS do nmap irá detectar e retorna o novo
nome do tipo do sistema ?

Nesse campo do retorno do resultado:

Service Info: OS: FreeBSD; CPE: cpe:/o:freebsd:freebsd

root@matilda:/ # nmap -A -T4 127.0.0.1

Starting Nmap 7.40 ( https://nmap.org ) at 2018-07-08 14:22 -03
Warning: 127.0.0.1 giving up on port because retransmission cap hit (6).
Stats: 0:00:19 elapsed; 0 hosts completed (1 up), 1 undergoing SYN Stealth
Scan
SYN Stealth Scan Timing: About 32.10% done; ETC: 14:23 (0:00:38 remaining)
Stats: 0:00:21 elapsed; 0 hosts completed (1 up), 1 undergoing SYN Stealth
Scan
SYN Stealth Scan Timing: About 38.63% done; ETC: 14:23 (0:00:32 remaining)
Stats: 0:00:55 elapsed; 0 hosts completed (1 up), 1 undergoing SYN Stealth
Scan
SYN Stealth Scan Timing: About 99.99% done; ETC: 14:23 (0:00:00 remaining)
Nmap scan report for localhost (127.0.0.1)
Host is up (0.14s latency).
Not shown: 998 closed ports
PORT STATE SERVICE VERSION
53/tcp   open  domain  Unbound 1.5.10
| dns-nsid:
|   id.server: matilda
|_  bind.version: unbound 1.5.10
/tcp open  ssh OpenSSH 7.5 (FreeBSD 20170903; protocol 2.0)
| ssh-hostkey:
|   2048 43:ed:82:8c:fa:67:b3:95:43:e9:89:d5:7f:01:f8:51 (RSA)
|_  256 a1:2f:e7:76:71:25:ff:da:9f:92:b3:e2:f6:f2:39:7c (ECDSA)
No exact OS matches for host (If you know what OS is running on it, see
https://nmap.org/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=7.40%E=4%D=7/8%OT=53%CT=1%CU=33755%PV=N%DS=0%DC=L%G=Y%TM=5B4248E1
OS:%P=amd64-portbld-freebsd11.1)SEQ(SP=108%GCD=1%ISR=10D%TI=Z%CI=Z%TS=20)OP
OS:S(O1=M3FD8NW6ST11%O2=M3FD8NW6ST11%O3=M3FD8NW6NNT11%O4=M3FD8NW6ST11%O5=M3
OS:FD8NW6ST11%O6=M3FD8ST11)WIN(W1=%W2=%W3=%W4=%W5=%W6=F
OS:FFF)ECN(R=Y%DF=Y%T=40%W=%O=M3FD8NW6SLL%CC=Y%Q=)T1(R=Y%DF=Y%T=40%S=O%
OS:A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=%S=O%A=S+%F=AS%O=M3FD8NW
OS:6ST11%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=
OS:40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0
OS:%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%IPL=3
OS:8%UN=0%RIPL=G%RID=G%RIPCK=Z%RUCK=G%RUD=G)IE(R=Y%DFI=S%T=40%CD=S)

Network Distance: 0 hops
Service Info: OS: FreeBSD; CPE: cpe:/o:freebsd:freebsd

OS and Service detection performed. Please report any incorrect results at
https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 111.11 seconds


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


Re: [FUG-BR] PF no FreeBSD 11.2

2018-07-03 Por tôpico Paulo Henrique
Em Ter, 3 de jul de 2018 17:19, Otavio Augusto 
escreveu:

> Boa tarde,
> Estou em um projeto de firewall redundante e a escolha foi o PF ( CARP
> + PFsync).
>
> Com relação as regras tanto para filtro quanto para nat gostaria de
> saber se a documentação atual no site do  OpenBSD é válida para
> FreeBSD também.
>
>
>
> Se for só firewall recomendo utilizar PFsense !!
>
>
> --
> Otavio Augusto
> -
> Consultor de TI
> echo fkrmzfkz.xdrzc*tfd | tr a-z.* j-za-i@.
> 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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Uma carta aberta para Empresas e Projetos que usam sistemas BSD

2018-03-18 Por tôpico Paulo Henrique
Interessante.

Valeu por compartilhar a informação!!

Att.

2018-03-18 12:47 GMT-03:00 Vinícius Zavam :

> https://torbsd.org/open-letter-pt.html
> + https://wiki.torbsd.org/doku.php?id=pt:start
>
>
> --
> Vinícius Zavam
> keybase.io/egypcio/key.asc
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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


Re: [FUG-BR] [Pfsense-pt] Falha no carregamento de lista de pacotes - "Unable to retrieve package information."

2018-03-15 Por tôpico Paulo Henrique
Em 15 de mar de 2018 21:26, "Luiz Otavio O Souza" <lists...@gmail.com>
escreveu:

2018-03-15 16:30 GMT-03:00 Paulo Henrique:
> Saudações a todos,
>
> Estou deparando-me com um problema no PFsense, onde o Package manager não
> carrega a lista de pacotes disponíveis.
> Através de pesquisa na internet, observei que o problema é recorrente e
> entre os fatores que faz o problema ocorrer é o pkg não conseguir acesso
ao
> endereço srv:pkg.pfsense.org que redireciona para os servidores
> files01.netgate.com e files00.netgate.com informando que não há rota para
o
> mesmo.
> Entre as recomendações sugeriram usar os DNS da google porém mesmo
> efetuando as alterações o problema persisti.
> Já testei com os dois brasch disponiveis, a versão 2.4.2 e a 2.3.5 e ambas
> as versões o problema acontece.
> Já editei a opção System / Advanced / Networking / Prefer to use IPv4 even
> if IPv6 is available para usar preferencialmente o IPv4 sobre o IPv6.
> Usando o comando host, tanto usando os servidores DNS da empresa como da
> google resolve e retorna a resposta, como se segue abaixo.
>
> Usando os DNS da empresa
> bash-4.3$ host -t srv _https._tcp.pkg.pfsense.org
> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com.
> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com.
>
> Usando os DNS da google.
> bash-4.3# host -t srv _https._tcp.pkg.pfsense.org
> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com.
> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com.
>
> Alguma sugestão que possa resolver esse problema ? ou alguém mais está
> passando por estas mesmas dificiuldades.
>

Isso só acontece comigo quando eu estou na minha rede de testes onde o
IPv6 não tem conexão upstream.

Como geralmente estou no console, eu faço assim:

$ ifconfig xxxN inet6 ifdisabled

Eu ainda não testei com a opção de preferir ipv4 sobre ipv6, mas
deveria funcionar também.

Quanto ao DNS, não há qualquer problema, o pkg.pfsense.org não tem um
registro A (ou ) apenas SRV.  Você não vai conseguir pingar ou
conectar mas o pkg vai funcionar.

Como você esta rodando o pkg ai ? Já tentou no console ?

-l




O problema era simples, a rede que estava usando não estava publicada no
BGP !! Bastou publicar e funcionou 100%

Valeu por essa informação, fica como dica para o proximo que tiver o mesmo
problema e que não seja bios !!!

___
Pfsense-pt mailing list
pfsense...@lists.pfsense.org
http://lists.pfsense.org/mailman/listinfo/pfsense-pt
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Falha no carregamento de lista de pacotes - "Unable to retrieve package information."

2018-03-15 Por tôpico Paulo Henrique
Saudações a todos,

Estou deparando-me com um problema no PFsense, onde o Package manager não
carrega a lista de pacotes disponíveis.
Através de pesquisa na internet, observei que o problema é recorrente e
entre os fatores que faz o problema ocorrer é o pkg não conseguir acesso ao
endereço srv:pkg.pfsense.org que redireciona para os servidores
files01.netgate.com e files00.netgate.com informando que não há rota para o
mesmo.
Entre as recomendações sugeriram usar os DNS da google porém mesmo
efetuando as alterações o problema persisti.
Já testei com os dois brasch disponiveis, a versão 2.4.2 e a 2.3.5 e ambas
as versões o problema acontece.
Já editei a opção System / Advanced / Networking / Prefer to use IPv4 even
if IPv6 is available para usar preferencialmente o IPv4 sobre o IPv6.
Usando o comando host, tanto usando os servidores DNS da empresa como da
google resolve e retorna a resposta, como se segue abaixo.

Usando os DNS da empresa
bash-4.3$ host -t srv _https._tcp.pkg.pfsense.org
_https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com.
_https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com.

Usando os DNS da google.
bash-4.3# host -t srv _https._tcp.pkg.pfsense.org
_https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com.
_https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com.

Alguma sugestão que possa resolver esse problema ? ou alguém mais está
passando por estas mesmas dificiuldades.

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


Re: [FUG-BR] Problemas com o mouse

2018-03-14 Por tôpico Paulo Henrique
Kldload psm

Em 14 de mar de 2018 9:27 PM, "Eduardo Lemos de Sa" <
eduardo.lemosd...@gmail.com> escreveu:

> Prezados
>
> Agradeço ao Nilton a sugestão (meus comentários estão abaixo da resposta
> dele)
>
> O moused realmente não está ativo, apesar de constar MOUSED_ENABLE="YES" no
> /etc/rc.conf. Quando eu tento reativa-lo via /etc/rc.d/moused restart (ou
> onestart) eu recebo a mensagem:
>
> moused not running? (check /var/run/moused.pid).
> Starting default mousedmoused: unable to open /dev/psm0: No such file or
> directory
>
> e realmente um ls -la no /dev/psm0 retorna:
>
> ls: /dev/psm0: No such file or directory
>
> Em outras máquinas que eu tenho rodando o 10.4 (com mouse USB):
>
> pstree | grep -i moused
>  |--= 00469 root /usr/sbin/moused -p /dev/ums0 -t auto -I
> /var/run/moused.ums0.pid
>
>
> Mas nesta máquina problemática, não há ums0, de forma que o comando
>
>  moused -p /dev/ums0 -t auto -l  /var/run/moused.ums0.pid
>
>
> retorna um erro.
>
> Eu rodo o kernel GENERIC e vi que nele (/usr/src/sys/amd64/conf/GENERIC)
> nem o psm0 e nem o ums0 aparecem.
>
> Por favor, há como se inserir estes dois dev (ou, pelo menos, o ums0) para
> que o moused funcione?
>
> Obrigado pela atenção
>
> Um abraço
>
> Edu
>
>
> 2018-02-24 20:33 GMT-03:00 Nilton José Rizzo :
>
> > Em 2018-02-22 17:51, Eduardo Lemos de Sa escreveu:
> >
> >> Prezados
> >>
> >> Depois de muito tempo instalando e usando o FreeBSD (desde a versão
> 2.1.5)
> >> eu esbarrei em um problema que eu não consigo resolver: o mouse não é
> >> reconhecido ou não consegue conversar com o O.S.:
> >>
> >> uname -a
> >>
> >> FreeBSD celhart 10.4-RELEASE-p5 FreeBSD 10.4-RELEASE-p5 #0 r328327: Wed
> >> Jan
> >> 24 11:27:53 BRST 2018 root@celhart:/usr/obj/usr/src/sys/GENERIC
> >> amd64
> >>
> >>
> >>
> >>
> >> O mouse é um relis leadership com conexão USB. Achei que fosse problema
> >> com
> >> o mouse, e tirei outros dois da embalagem (marcas diferentes, mas todos
> >> USB): nenhum funcionou. Aparentemente o mouse é reconhecido :
> >>
> >>
> >> dmesg | grep -i mouse
> >>
> >> ugen1.2:  at usbus1
> >>
> >>
> >> Já tentei usaro o bsdconfig (protocolo AUTO) mas não há opção para USB
> >> (somente COM1,COM2,etc.)
> >>
> >> Estou escrevendo de uma máquina que tem um mouse USB e não me lembro de
> >> ter
> >> configurado algo para que ele trabalhasse.
> >>
> >> Por favor, alguém poderia dar alguma sugestão de como resolver este
> >> problema ou apontar qual é a mancada que eu estou fazendo?
> >>
> >> Agradeço o tempo e a atenção de todos
> >>
> >> Um abraço
> >>
> >> Eduardo
> >>
> >
> >
> >Veja se não vai ser necessário executar o moused
> >
> > MOUSED(8)   FreeBSD System Manager's Manual
> > MOUSED(8)
> >
> > NAME
> >  moused – pass mouse data to the console driver
> >
> > SYNOPSIS
> >
> >
> > --
> > 
> > * Nilton José Rizzo Sistema de InformaçãoUFRRJ *
> > * http://cursos.ufrrj.br/grad/sistemas/*
> > * lattes: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
> >
>
>
>
> --
> Eduardo Lemos de Sa
> Professor Titular
> 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


[FUG-BR] Historicos da Lista

2018-02-24 Por tôpico Paulo Henrique
Saudações,

Estou procurando uma thread em que o Patrick Tracanelli explica
detalhadamente as diferenças na forma de tratamento dos recursos de
gerenciamento de memoria fisica e de swap entre o FreeBSd e o Linux assim
como faz uma breve abordagem ao schenduler ULE, é uma thread que ocorreu
por volta de 2011/2012 ao que recordo, através do google não achei, e
quando fui ver diretamente no historico da Lista o mesmo só tem de dois
meses Junho e Maio de 2006, o historico da lista da FUG-BR foi perdido ?

http://www.fug.com.br/pipermail/freebsd/

Att. Paulo Henrique.

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


Re: [FUG-BR] [Offtopic] Vagas de SysAdm e Devops no RJ

2018-02-16 Por tôpico Paulo Henrique
Não gostei em nada da stone e seu video motivador, parece mais querendo
comprar uma engrenagem para um motor ruim do que investir em uma nova
concepção não de um motor melhor mais de algo realmente quem nem de motor
precisa!!, mais do mesmo com um bom roteiro, mas sem incentivar o novo,
embora no começo, tipo 40 segundos foi muito interessante.

Em 16 de fev de 2018 4:01 PM, "Edson Brandi"  escreveu:

Pessoal,

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

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

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

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

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

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

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

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

Observações:

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

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

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

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

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


Re: [FUG-BR] Automação e gerenciamento de configuração no FreeBSD

2018-02-15 Por tôpico Paulo Henrique
Em 15 de fev de 2018 01:56, "Adiel de Lima Ribeiro" <
adiel.netad...@gmail.com> escreveu:

Bom dia, lista.
De minhas pesquisas eu ví que o Chef e o Puppet não são totalmente
compatíveis com o FreeBSD e não é possível executá-los sobre o FreeBSD.
Sendo assim, segue minha dúvida:
Qual ferramenta vocês utilizam para lidar com isso em seus parques de
servidores FreeBSD?
Obrigado.

-- 
Best regards;
Adiel de Lima Ribeiro
AWS Certified Solutions Architect
Specialist in Linux Network Administration
Microsoft Certified Systems Administrator
+55 (31) 98961-5984
http://nuvym.com/

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



Jails funcionam muito bem, e há a opção de usar o hipervisor bhyve.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] ZFS vs UFS para MySQL

2018-02-15 Por tôpico Paulo Henrique
Em 15 de fev de 2018 01:58, "Willy Romão" 
escreveu:

Olá Pessoal.

Gostaria da opinião de vocês quanto a performance do ZFS e do UFS para os
seguintes cenários.

Tenho dois ambientes em H.A. (CARP + HAST) rodando em homologação nos
seguintes hardwares:

2x Dell PowerEdge R410:
8Gb RAM;
2x Xeon E5620;
Controladora RAID PERC H330 Mini;
1x 300GB 15K RPM SAS 6Gbps;

Configurações de Hardware/S.O. dos ambientes:
Sistema Operacional: FreeBSD 11.1-RELEASE-p4;
Modo de uso da controladora RAID: HBA (http://www.dell.com/support/
manuals/us/en/19/poweredge-rc-h730/perc9ugpublication/
switching-the-controller-to-hba-mode?guid=guid-1fcc87e1-
d534-451a-9947-56f1175886c5=en-us );
Driver da controladora utilizado: mrsas (https://www.freebsd.org/
releases/11.1R/hardware.html#disk );

Ambiente/Cenário 1 (ZFS):
Opções do Filesystem: noatime, compression=lz4;
Configurações do serviço MySQL: my.cnf default da instalação do MySQL no
FreeBSD;

*Obs. 1: A partição onde há atuação do HAST para replicação dos dados é a
partição do MySQL;
*Obs. 2: houveram tentativas de tuning no ZFS específico para o MySQL, mas
que não mudaram em grandes fatores os resultados dos testes. (
https://www.patpro.net/blog/index.php/2014/03/09/2617-mysql-on-zfs-on-freebsd/
);

Ambiente/Cenário 2 (UFS):
Opções no Filesystem: noatime;
Configurações do serviço MySQL: my.cnf default da instalação do MySQL no
FreeBSD;

*Obs. 1: A partição onde há atuação do HAST para replicação dos dados é a
partição do MySQL;


Testes de desempenho cenário 1 (ZFS):
Tempo de execução da Query1 pela primeira vez: ~1,99 s
Tempo de execução da Query1 pela enésima vez: ~734 ms
Tempo de execução da Query2 pela primeira vez: ~3,73 s
Tempo de execução da Query2 pela enésima vez: ~1,16 s
*Obs. 1: As queries executadas nos testes, serão largamente utilizadas no
sistema em produção;
*Obs. 2: Foram executadas também lotes de queries
(SELECTs/INSERTs/UPDATEs), mas não há diferença significante
proporcionalmente se tratando dos tempos de execução.


Testes de desempenho cenário 2 (UFS):
Tempo de execução da Query1 pela primeira vez: ~560 ms
Tempo de execução da Query1 pela enésima vez: ~490 ms
Tempo de execução da Query2 pela primeira vez: ~1,16 s
Tempo de execução da Query2 pela enésima vez: ~734 ms
*Obs. 1: As queries executadas nos testes, serão largamente utilizadas no
sistema em produção;
*Obs. 2: Foram executadas também lotes de queries
(SELECTs/INSERTs/UPDATEs), mas não há diferença significante
proporcionalmente se tratando dos tempos de execução.


Após muita leitura sobre comparações entre ZFS e UFS, entendo que para a
maioria dos casos o UFS parece ser mais rápido, mas é claro, não há todas
as features e nem a flexibilidade que há no ZFS.
Essas features e flexibilidade são muito importantes neste ambiente, logo,
provavelmente eu usarei ZFS em produção.
De qualquer forma, entendo que a diferença de perfomance entre ZFS e UFS
neste caso foi significativamente grande em comparação com os testes de
performance que eu consegui analisar na internet.
Por este motivo, gostaria da opinião de vocês sobre o ambiente utilizando
cada um desses filesystems, ou até uma possível correção que poderia fazer
com que o ZFS chegasse um pouco mais perto do desempenho do UFS.

Desculpem pelo textão, mas foi a melhor forma que encontrei de passar todas
essas informações.

Grato pela atenção,

Willy Romão G. França

Contatos / Contacts:
+55 (31) 3069-8109
+55 3003-5410 - Ramal / Extension: 7090
E-mail / Hangout: willyr.goncal...@gmail.com 
LinkedIn: https://www.linkedin.com/in/willyrgf/
Twitter: @willyrgf


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



O ZFS só vai ter diferença quando se tem muita memoria para manter cache de
leitura no ARC/L2ARC e o principal fator que melhora é com relação a
escrita pois a concorrência entre leitura e escrita do disco diminuira com
blocos destinados a leitura sendo entregue atravéz do cache de memoria.

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] Intel X520-DA2 em FreeBSD 9.2-STABLE = no carrier

2018-02-15 Por tôpico Paulo Henrique
Em 15 de fev de 2018 01:08, "NOC Provale"  escreveu:

Boa tarde a todos,

Hoje realizamos a instalação de uma placa Intel X520-DA2 com duas portas
SFP+ em nosso servidor FreeBSD 9.2-STABLE amd64.

A questão por conta disso é que a interface simplesmente não sobe, ficando
com status "no carrier" o tempo todo.

Medimos o sinal vindo da interface com um OTDR e conseguimos sinal de -17
dBm vindo do GBIC, descartando problema físico na interface.

Se alguém já passou por situação semelhante, como fizeram para conseguir
subir a interface?
Pode ser relacionado a questões de compatibilidade da placa com o GBIC?

Ela foi reconhecida corretamente pelo FreeBSD como ix0 e ix1.

Obrigado desde já por qualquer auxílio.

Abraço.




Essas placas exigem que ambos os lados sejam GBics de mesma especificação,
tive o mesmo problema com ela tanto no FreeNAS, PFsense e VMWare 6.0, em
todos os casos apenas quando se utilizava gbics de mesmo modelo e
fabricante em ambas as pontas se estabelece o enlace.

Testei todos os cenários abaixo e em todos o resultafo se confirmou, do
contradio não houve estabelecimento de comunicação.

PFsense × Switch Dell
FreeNAS x switch Dell ( outro modelo )
FreeNAS x VMware ( comunicação direta entre as placas )
VMware × Switch Dell

Usei tanto gbics da propria Intel como gbics com eeprom regravadas e só
havia estabelecimento de enlace se em ambos os lados as Gbics fossem do
mesmo modelo, mesma as com eeprons regradas.

Att.


-- 
*_Bruno Santos_
Departamento de Tecnologia*
/Provale Informática Ltda./
Tel: (12) 2131-4900
http://www.provale.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] atualizar PRE-RELEASE

2018-02-15 Por tôpico Paulo Henrique
Em 15 de fev de 2018 01:34, "Denis Granato" 
escreveu:

Bom dia lista
hoje possuo um server com 9.1 PRERELEASE



*# uname -r9.1-PRERELEASE*
Qual melhor/seguro jeito para atualizar para o 10?

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



Usando o svn e recompilando o tudo para a release que deseja.

Teve uma alteração quanto ao pkg na release 10.3, verifica antes pois tive
problemas com ele e acabei por fim reinstalando a maquina pois seria mais
rapido.

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


[FUG-BR] Teste 123

2018-02-14 Por tôpico Paulo Henrique
Teste 123
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] teste de funcionamento

2018-02-14 Por tôpico Paulo Henrique
testando em 3, 2, 1 !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Falhas de segurança reportadas pelo CVE não listadas no Security Advisory da página do Projeto.

2018-02-14 Por tôpico Paulo Henrique
Saudações nobres colegas !!

Analisando as falhas de segurança reportadas desde dezembro do 2016,
observei que há vários reports de segurança que são apresentados com
relação ao FreeBSD, porém que não são listadas no security advisory da
pagina do projeto.
Segue uma que observei, porém há outras que tinha observado porém foi antes
de ter motivação para escrever esse e-mail.

https://cxsecurity.com/issue/WLB-2016120046

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


Re: [FUG-BR] Cuidado na atualização no/pro FreeBSD 12 (problema, descrição e solução)

2017-06-05 Por tôpico Paulo Henrique
Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho <goffr...@gmail.com>
escreveu:

> Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" <paulo.rd...@bsd.com.br>
> escreveu:
>
> Em 5 de junho de 2017 00:01, Joao Rocha Braga Filho <goffr...@gmail.com>
> escreveu:
>
> > Oi pessoal.
> >
> > Eu uso no meu desktop o FreeBSD 12 e tive um problema para atualizar ele.
> >
> > Depois que subi o kernel em monousuário para instalar o resto do sistema
> > tudo
> > o que eu fazia dava chamada ilegal de system call. Até o /bin/sh dava
> este
> > erro.
> > Fiquei meio empacado.
> >
> > Dei boot com o kernel anterior e fui fazer um make installworld, e mesma
> > coisa.
> >
> > Alguma coisa importante mudou nas system calls.
> >
> > Depois de ficar empacado, e um pouco de RTFM, achei o que era e como
> > contornar.
> >
> > O que aconteceu, e a solução, estão descritos no arquivo
> /usr/src/UPDATING,
> > na anotação feita em 20170523 (23/05/2017). O FreeBSD aumentou o limite
> > de arquivos e diretórios que um sistema de arquivo poderia ter, de um
> > número
> > muito grande para um número grande para ca... ca... caramba, trocando a
> > representação de i-nodos para 64 bits, o que teve que mudar algumas
> system
> > calls, gerando uma incompatibilidade.
> >
> > Para contornar, e poder fazer a atualização do sistema, foi criada a
> opção
> > de
> > kernel COMPAT_FREEBSD11 que tem que ser colocada no seu arquivo de
> > configuração do kernel antes de compilar ele.
> >
> > options COMPAT_FREEBSD11
> >
> > Ela faz com que os formatos de chamada de system calls que envolvam
> i-nodos
> > sejam aceitas no formato de i-nodo anterior.
> >
> > Aparentemente, depois do sistema instalado, ela possa ser eliminada, mas
> > não
> > quero experimentar isto agora.
> >
> > Um efeito colateral é que agora o meu kernel antigo, o que usei para me
> > salvar
> > quando deu problema, não deve mais aceitar todo o resto que está
> instalado.
> > É uma forte suspeita, e não estou afim de testar isto agora.
> >
> > Achei que é uma mudança importante, que afetará quem faz atualização, e
> que
> > me fez penar, então resolvi compartilhar para que outros não penem.
> >
> > E acho que ter mais de 4 bilhões de arquivos e diretórios em um sistema
> de
> > arquivos algo extraordinariamente difícil, mas quem sabe no futuro, daqui
> a
> > 10 anos. Eu comparo com UFS2, que superou o limite de 2 TB de um sistema
> > de aquivos. Isto faz mais de 10 anos, creio eu, e agora tenho discos de 4
> > TB
> > no meu desktop e de backup.
> >
> >
> > Abraços a todos,
> > João Rocha.
> >
> > --
> > "Sempre se apanha mais com as menores besteiras. Experiência própria."
> >
> > http://jgoffredo.blogspot.com
> > goffr...@gmail.com
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> Agradecemos a dica João !!
>
> O lance de arquivos em um unico diretório não é com relação a arquivos de
>
>
> Em único sistemas de arquivos.
>
> usuários, mais sim arquivos de configurações e dependências de aplicações.
>
> o ~/.cache por exemplo é facil ter ele com mais de 1G de arquivos.
>
>
> Faz sentido. E cache de squid, por exemplo.
>
>
>
Não é o cache do Squid, embora realmente ele pode chegar a isso fácil,
coloco com relação ao cache do KDE, Firefox, que costumam manter muito
cache de navegação.

Att.


> Os usuários hoje não fazem tanto arquivos como os programas em si.
>
> Att.!
>
>
> --
:UNI>http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cuidado na atualização no/pro FreeBSD 12 (problema, descrição e solução)

2017-06-04 Por tôpico Paulo Henrique
Em 5 de junho de 2017 00:01, Joao Rocha Braga Filho 
escreveu:

> Oi pessoal.
>
> Eu uso no meu desktop o FreeBSD 12 e tive um problema para atualizar ele.
>
> Depois que subi o kernel em monousuário para instalar o resto do sistema
> tudo
> o que eu fazia dava chamada ilegal de system call. Até o /bin/sh dava este
> erro.
> Fiquei meio empacado.
>
> Dei boot com o kernel anterior e fui fazer um make installworld, e mesma
> coisa.
>
> Alguma coisa importante mudou nas system calls.
>
> Depois de ficar empacado, e um pouco de RTFM, achei o que era e como
> contornar.
>
> O que aconteceu, e a solução, estão descritos no arquivo /usr/src/UPDATING,
> na anotação feita em 20170523 (23/05/2017). O FreeBSD aumentou o limite
> de arquivos e diretórios que um sistema de arquivo poderia ter, de um
> número
> muito grande para um número grande para ca... ca... caramba, trocando a
> representação de i-nodos para 64 bits, o que teve que mudar algumas system
> calls, gerando uma incompatibilidade.
>
> Para contornar, e poder fazer a atualização do sistema, foi criada a opção
> de
> kernel COMPAT_FREEBSD11 que tem que ser colocada no seu arquivo de
> configuração do kernel antes de compilar ele.
>
> options COMPAT_FREEBSD11
>
> Ela faz com que os formatos de chamada de system calls que envolvam i-nodos
> sejam aceitas no formato de i-nodo anterior.
>
> Aparentemente, depois do sistema instalado, ela possa ser eliminada, mas
> não
> quero experimentar isto agora.
>
> Um efeito colateral é que agora o meu kernel antigo, o que usei para me
> salvar
> quando deu problema, não deve mais aceitar todo o resto que está instalado.
> É uma forte suspeita, e não estou afim de testar isto agora.
>
> Achei que é uma mudança importante, que afetará quem faz atualização, e que
> me fez penar, então resolvi compartilhar para que outros não penem.
>
> E acho que ter mais de 4 bilhões de arquivos e diretórios em um sistema de
> arquivos algo extraordinariamente difícil, mas quem sabe no futuro, daqui a
> 10 anos. Eu comparo com UFS2, que superou o limite de 2 TB de um sistema
> de aquivos. Isto faz mais de 10 anos, creio eu, e agora tenho discos de 4
> TB
> no meu desktop e de backup.
>
>
> Abraços a todos,
> João Rocha.
>
> --
> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>
> http://jgoffredo.blogspot.com
> goffr...@gmail.com
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Agradecemos a dica João !!

O lance de arquivos em um unico diretório não é com relação a arquivos de
usuários, mais sim arquivos de configurações e dependências de aplicações.

o ~/.cache por exemplo é facil ter ele com mais de 1G de arquivos.

Os usuários hoje não fazem tanto arquivos como os programas em si.

Att.!


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


Re: [FUG-BR] Localizando HD para boot usando zfs

2017-05-27 Por tôpico Paulo Henrique
Em 26 de maio de 2017 15:22, Eduardo Lemos de Sa <
eduardo.lemosd...@gmail.com> escreveu:

> Prezados
>
> Eu tentei encontrar no handbook e, depois no google, mas não fui feliz na
> minha busca, por isto recorro à lista e à sua boa-vontade.
> Antigamente, quando eu usava UFS/UFS2 e, por algum motivo, eu mudava a
> conexão do HD com a placa-mãe, ele era renomeado, por exemplo de ada0 para
> ada1 e o boot parava porque não conseguia montar o filesystem. Eu resolvia
> este problema, inicialmente, por tentativa e erro trocando os cabos de
> posição até que eu chegasse a uma conexão em que o HD era chamado pelo nome
> correto. Depois, com a experiência e vendo os posts da FUQ, eu fazia um
> boot com livesystem, montava o /etc e editava o fstab substituindo o nome
> errado pelo certo. Mas agora, com o zfs sendo o filesystem em uso, eu
> resolvi olhar o /etc/fstab e só encontrei:
>
> # DeviceMountpointFStypeOptionsDumpPass#
> #/dev/ada0p2noneswapsw00
> md99noneswapsw,file=/usr/swap0,late 0   0
>
> ou seja, ele só indica onde o swap está montado (e, mesmo assim, eum uma
> linha que está comentada). Por favor, se eu conectar um HD com ZFS em uma
> outra máquina, qual é o melhor estratégia para fazer o boot se ele não
> achar o meu (acredito ser o caso, /dev/ada0p2, /dev/ada0p3, etc.?)
>
> Obrigado pela atenção
>
> Eduardo
>
>
> --
> Eduardo Lemos de Sa
> Professor Titular
> 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
>

Saudações,
Segue um RTMF muito util aqui[1].
E um WTMF seria muito util pois há um excelente guide user aqui [2].

Link[1]: https://wiki.freebsd.org/ZFSQuickStartGuide
Link[2]: https://wiki.illumos.org/display/illumos/ZFS

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


Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11

2017-05-15 Por tôpico Paulo Henrique
Em 15 de maio de 2017 12:12, Renato Frederick <ren...@frederick.eti.br>
escreveu:

> Em 15 de maio de 2017 10:55, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> > Em 15 de maio de 2017 09:39, Renato Frederick <ren...@frederick.eti.br>
> > escreveu:
> >
> > > Em 8 de maio de 2017 12:01, Paulo Henrique <paulo.rd...@bsd.com.br>
> > > escreveu:
> > >
> > > > Em 8 de maio de 2017 11:03, Renato Frederick <
> ren...@frederick.eti.br>
> > > > escreveu:
> > > >
> > > > > Em 8 de maio de 2017 08:26, Renato Botelho <rbga...@gmail.com>
> > > escreveu:
> > > > >
> > > > > > On 05/05/17 20:31, Renato Frederick wrote:
> > > > > > > Em 3 de maio de 2017 17:46, Renato Botelho <rbga...@gmail.com>
> > > > > escreveu:
> > > > > > >
> > > > > > >> On 03/05/17 16:39, Edinilson - ATINET wrote:
> > > > > > >>> On 03/05/17 16:11, Edinilson - ATINET wrote:
> > > > > > >>>> On 03/05/17 14:29, Edinilson - ATINET wrote:
> > > > > > >>>>> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o
> > 11?
> > > > > > >>>>>
> > > > > > >>>>> Se sim, poderia compartilhar a experiencia?
> > > > > > >>>>>
> > > > > > >>>>> Você usa 9.3-RELEASE ou 9.3-STABLE?
> > > > > > >>>>> Quer atualizar via src ou via freebsd-update?
> > > > > > >>>>> --
> > > > > > >>>>> Renato Botelho
> > > > > > >
> > > > > >
> > > > > > Ah sim, eu não compilo mais nada em servidores há muito tempo. Só
> > uso
> > > > > pkgs.
> > > > > >
> > > > > > Se o ambiente pede pkgs com OPTIONS diferentes eu monto um
> > poudriere
> > > e
> > > > > > ele gera meus repositórios automaticamente.
> > > > > >
> > > > >
> > > > > Pois é, xará, compilar não é vida não. Já foi a época que eu
> > compilava
> > > > > QMAIL, antispam, blá blá. lembro de fazer no início no SLACKWARE,
> que
> > > nem
> > > > > ports tinha. Isso em Pentium, ou se o cliente era milionário,
> Pentium
> > > > > Pro...
> > > > >
> > > > > Hoje ou eu coloco um pfsense se for prá fazer qualquer coisa de
> > > > > firewall/router/etc ou instalo o bsd e adquiro programas com
> > instalador
> > > > que
> > > > > a licença é barata, se for prá serviço de email.
> > > > >
> > > > > Acho que a única coisa que eu deixo instalando é se for o DJBDNS,
> > pois
> > > > não
> > > > > trabalho com bind, mas não aceitar IPv6 parou no tempo
> > > > >
> > > > >
> > > > >
> > > > > 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
> > > > >
> > > >
> > > > Nada contra quanto as descisões por utilizar software/solução de
> > > caixinha.
> > > > Concordo que quando a coisa é simples, um firewall/proxy/snort ( com
> > > regras
> > > > open-source ) a praticidade e a interface torna o PFSense uma
> excelente
> > > > escolha., um Storage com recursos triviais faz o FreeNAS ser uma
> ótima
> > > > solução, nesse caso creio que é uma solução que se supera, o nivel de
> > > > otimização e recursos do mesmo é imcomparavel mesmo para o FreeBSD
> > puro.
> > > >
> > > > Quando se volta a atenção para uma necessidade onde o fator custo é
> > > critica
> > > > (instituição publica ou educacional) e o fator segurança também é
> > > critica o
> > > > que resta é apelar para o open-source em um comodity hardware,
> > > recentemente
> > > > li a utilização do BRO ( NMS ) filtrando 100GB/s de tráfego em uma
> > > > universidade do EUA, uma solução de ID

Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11

2017-05-15 Por tôpico Paulo Henrique
Em 15 de maio de 2017 09:39, Renato Frederick <ren...@frederick.eti.br>
escreveu:

> Em 8 de maio de 2017 12:01, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> > Em 8 de maio de 2017 11:03, Renato Frederick <ren...@frederick.eti.br>
> > escreveu:
> >
> > > Em 8 de maio de 2017 08:26, Renato Botelho <rbga...@gmail.com>
> escreveu:
> > >
> > > > On 05/05/17 20:31, Renato Frederick wrote:
> > > > > Em 3 de maio de 2017 17:46, Renato Botelho <rbga...@gmail.com>
> > > escreveu:
> > > > >
> > > > >> On 03/05/17 16:39, Edinilson - ATINET wrote:
> > > > >>> On 03/05/17 16:11, Edinilson - ATINET wrote:
> > > > >>>> On 03/05/17 14:29, Edinilson - ATINET wrote:
> > > > >>>>> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11?
> > > > >>>>>
> > > > >>>>> Se sim, poderia compartilhar a experiencia?
> > > > >>>>>
> > > > >>>>> Você usa 9.3-RELEASE ou 9.3-STABLE?
> > > > >>>>> Quer atualizar via src ou via freebsd-update?
> > > > >>>>> --
> > > > >>>>> Renato Botelho
> > > > >
> > > >
> > > > Ah sim, eu não compilo mais nada em servidores há muito tempo. Só uso
> > > pkgs.
> > > >
> > > > Se o ambiente pede pkgs com OPTIONS diferentes eu monto um poudriere
> e
> > > > ele gera meus repositórios automaticamente.
> > > >
> > >
> > > Pois é, xará, compilar não é vida não. Já foi a época que eu compilava
> > > QMAIL, antispam, blá blá. lembro de fazer no início no SLACKWARE, que
> nem
> > > ports tinha. Isso em Pentium, ou se o cliente era milionário, Pentium
> > > Pro...
> > >
> > > Hoje ou eu coloco um pfsense se for prá fazer qualquer coisa de
> > > firewall/router/etc ou instalo o bsd e adquiro programas com instalador
> > que
> > > a licença é barata, se for prá serviço de email.
> > >
> > > Acho que a única coisa que eu deixo instalando é se for o DJBDNS, pois
> > não
> > > trabalho com bind, mas não aceitar IPv6 parou no tempo
> > >
> > >
> > >
> > > 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
> > >
> >
> > Nada contra quanto as descisões por utilizar software/solução de
> caixinha.
> > Concordo que quando a coisa é simples, um firewall/proxy/snort ( com
> regras
> > open-source ) a praticidade e a interface torna o PFSense uma excelente
> > escolha., um Storage com recursos triviais faz o FreeNAS ser uma ótima
> > solução, nesse caso creio que é uma solução que se supera, o nivel de
> > otimização e recursos do mesmo é imcomparavel mesmo para o FreeBSD puro.
> >
> > Quando se volta a atenção para uma necessidade onde o fator custo é
> critica
> > (instituição publica ou educacional) e o fator segurança também é
> critica o
> > que resta é apelar para o open-source em um comodity hardware,
> recentemente
> > li a utilização do BRO ( NMS ) filtrando 100GB/s de tráfego em uma
> > universidade do EUA, uma solução de IDS/IPS/NMS com caixinha fechada era
> > inviável devido aos elevados custos tanto com a caixa como com o
> > licenciamento das soluções, gastaram com o hardware somente e
> construiram a
> > própria solução que está atendendo-os a uma fração do custo do
> proprietário
> >
> > Não é uma solução prática de trabalhar, requer dos administratores uma
> dose
> > significativa de esforço e competência técnica, além de estarem quase
> fora
> > de capacidade de suporte pela comunidade quanto a potenciais problemas,
> > incluindo ai a ausência ou dificuldade de se contratar um suporte
> comercial
> > e a instituição ficar refém de dois ou três caras, são pontos que vale a
> > pena discutir e determinar se o projeto/instituição terá problemas com
> > elas.
> >
> > Há outros cenários onde compilar o kernel/world/ports ainda tem algumas
> > vantagens, seja para ativar recursos ou otimizar a capacidade
> > computacional, como roteador de borda, a 4 anos atrás quando se falavam
> em
> > mais 

Re: [FUG-BR] Erro na compilação do x11-toolkits/qt5-widgets - FreeBSD 11-Stable

2017-05-14 Por tôpico Paulo Henrique
Em 14 de maio de 2017 12:33, Paulo Olivier Cavalcanti <
procavalca...@gmail.com> escreveu:

> Em Dom 14 Mai 2017 10:16:27 BRT
> Paulo Henrique <paulo.rd...@bsd.com.br> escreveu:
>
> > Saudações,
> >
> > Estou tendo um problema na compilação do port
> > x11-toolskits/qt5-widgets, um port que é dependência do KDE.
> > Abaixo estão as linhas do erro.
> >
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > multiple definition of `__bss_start@Qt_5'
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > first defined here
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > multiple definition of `_edata@Qt_5'
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > first defined here
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x2b2a0):
> > multiple definition of `_end@Qt_5'
> > c++: error: linker command failed with exit code 1 (use -v to see
> > invocation)
> > *** Error code 1
> >
> > Stop.
> > make[2]: stopped in
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/src/tools/uic
> > *** Error code 1
> >
> > Stop.
> > make[1]: stopped in /usr/ports/x11-toolkits/qt5-widgets
> > *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/x11-toolkits/qt5-widgets
> > root@matilda:/usr/ports/x11-toolkits/qt5-widgets #
> >
> > AS info do meu sistema estão abaixo, alguem sabe o que está causando
> > esse erro ?
> > root@matilda:/usr/ports/x11-toolkits/qt5-widgets # uname -a
> > FreeBSD matilda.underground 11.0-STABLE FreeBSD 11.0-STABLE #8
> > r310546M: Thu Jan  5 10:43:38 BRST 2017
>
>
> Parece ser um problema na linkedição ou conflito de lib. Já verificou se
> tem algum qt4-* instalado?
>
>
> --
> Paulo Olivier Cavalcanti
> http://about.me/paulocavalcanti
> -
>

Pois é, fiquei meio puto e rodei um pkg delete all removi tudo que tinha
relacionado aos ports anteriormente instalados e estou compilando do zero
de novo.

ATt.

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


Re: [FUG-BR] Ransoware - PENINSULA IBÉRICA - 12/05

2017-05-12 Por tôpico Paulo Henrique
Em 12 de maio de 2017 14:36, Thiago Gomes  escreveu:

> >
> > Sim, SMB entrante somente no servidor de compartilhamento de arquivos,
> > depois de atualizado.
> > Estações de trabalho só pode permitir caso tenha alguma pasta
> compartilhada
> > e ainda assim com a permissão restrita a esta.
> >
>
> Ainda não entendi vc fala da porta destas portas da externo para interno ?
>
> TCP 139
> TCP 445
> TCP 137
> TCP 138
>

Exato, técnicamente só a 139/138 TCP/UDP para conexões entrantes.
A 137 ao que recordo é para consulta de netbios ela não é usada depois na
transferencia de arquivos e se fechar ela as maquinas da rede local não se
veem.

Att.

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



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


Re: [FUG-BR] Ransoware - PENINSULA IBÉRICA - 12/05

2017-05-12 Por tôpico Paulo Henrique
Em 12 de maio de 2017 14:17, Thiago Gomes <thiagome...@gmail.com> escreveu:

> qual seria esse bloqueio
>
>  serviços de SMB
>

Sim, SMB entrante somente no servidor de compartilhamento de arquivos,
depois de atualizado.
Estações de trabalho só pode permitir caso tenha alguma pasta compartilhada
e ainda assim com a permissão restrita a esta.

Att.


>
> Em 12 de maio de 2017 14:06, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
> > Creio que é assunto para ambas as listas, as vezes o participante só está
> > em uma delas.
> > Hoje pela manhã um novo ransoware deu o ar das graças pelo lado da
> Europa,
> > e conforme visto no MalwareTech já chegou no Brasil.
> > O pessoal que não atualizou o Windows e o firewall não foi configurado
> para
> > evitar acesso aos serviços de SMB fiquem esperto, se não tiver backup
> será
> > 2BTC para resgatar.
> >
> > A vunerabilidade que é utilizada pelo ransoware:
> > https://technet.microsoft.com/en-us/library/security/ms17-010.aspx
> >
> > A proporção de disseminação do mesmo no mundo.
> > https://intel.malwaretech.com/botnet/wcrypt
> >
> >
> > --
> > :UNI> > Paulo Henrique.
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> --
> Thiago Gomes
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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


[FUG-BR] Ransoware - PENINSULA IBÉRICA - 12/05

2017-05-12 Por tôpico Paulo Henrique
Creio que é assunto para ambas as listas, as vezes o participante só está
em uma delas.
Hoje pela manhã um novo ransoware deu o ar das graças pelo lado da Europa,
e conforme visto no MalwareTech já chegou no Brasil.
O pessoal que não atualizou o Windows e o firewall não foi configurado para
evitar acesso aos serviços de SMB fiquem esperto, se não tiver backup será
2BTC para resgatar.

A vunerabilidade que é utilizada pelo ransoware:
https://technet.microsoft.com/en-us/library/security/ms17-010.aspx

A proporção de disseminação do mesmo no mundo.
https://intel.malwaretech.com/botnet/wcrypt


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


Re: [FUG-BR] Problemas de acentuação em aplicativos compilados com Qt5

2017-05-09 Por tôpico Paulo Henrique
Em 9 de maio de 2017 09:48, Ricardo Campos Passanezi 
escreveu:

> On Tue, May 09, 2017 at 07:46:18AM -0300, Clayton Eduardo dos Santos wrote:
> > > Só consegui configurar através da central de configurações do KDE.
> > > De uma vista na manpage em busca de alguma variável de ambiente
> introduzido
> > > no QT5.5 que permita isso.
> > > Aplicações GTK reconhecem tranquilamente a linguagem padrão do
> sistema, no
> > > QT é que tem esse problema.
> > >
> > > Abraços
> >
> > Bom dia Paulo,
> >
> > Nem o KDE resolveu. Vou dar mais uma olhada nas manpages, conforme sua
> > sugestão.
> >
> > [ ]'s
> >
> > Clayton
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> Bom, sei que não tem nada a ver com a solução do problema, mas já
> experimentou o Lumina?
>
> Eu estava usando o fvwm, por ser bem leve. Testei o Lumina e estou
> achando bem legal. Funcionando teclado normalmente.
>
> Sobre a parte gráfica + teclado em UTF8, tenho:
>
> - xorg.conf está em branco
>
> - /usr/local/etc/X11/xorg.conf.d/
>
> # cat fonts.conf
> Section "Files"
>   ModulePath   "/usr/local/lib/xorg/modules"
>   FontPath "/usr/local/share/fonts/misc/"
>   FontPath "/usr/local/share/fonts/TTF/"
>   FontPath "/usr/local/share/fonts/OTF/"
>   FontPath "/usr/local/share/fonts/Type1/"
>   [mais um monte de fontes]
> EndSection
>
> Section "Module"
>   Load  "dbe"
>   Load  "dri"
>   Load  "dri2"
>   Load  "extmod"
>   Load  "record"
>   Load  "freetype"
>   Load  "bitmap"
>   Load  "type1"
>   Load  "glx"
> EndSection
>
> # cat keyboard-br.conf
> Section "InputClass"
>   Identifier  "KeyboardDefaults"
>   Driver  "keyboard"
>   MatchIsKeyboard   "on"
>   Option  "XkbLayout" "br"
>   Option  "XkbOptions" "terminate:ctrl_alt_bksp"
> EndSection
>
> - No rc.conf: keymap="br"
>
> - No ambiente:
>
> MM_CHARSET=UTF-8
> LC_ALL=pt_BR.UTF-8
> LANG=pt_BR.UTF-8
>
> (como uso tcsh, com setenv no .cshrc)
>
> Pode colocar no /etc/login.conf e deixar padrão (acho que é o ideal, mas
> já estou nessa há tanto tempo que vai como sempre :-))
>
> Se te der ideias de onde procurar, melhor.
>
>
> --
> Ricardo Campos Passanezi
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Otacilio, como fica a sua variável de ambiente LC_ALL ?
No meu sempre fica sem nada !!
Valeu por compartilhar, procurava por essa opção a muito tempo, tinha uma
forma de fazer através do policy do hal
Option  "XkbOptions" "terminate:ctrl_alt_bksp"



Att.

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


Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11

2017-05-08 Por tôpico Paulo Henrique
Em 8 de maio de 2017 11:03, Renato Frederick 
escreveu:

> Em 8 de maio de 2017 08:26, Renato Botelho  escreveu:
>
> > On 05/05/17 20:31, Renato Frederick wrote:
> > > Em 3 de maio de 2017 17:46, Renato Botelho 
> escreveu:
> > >
> > >> On 03/05/17 16:39, Edinilson - ATINET wrote:
> > >>> On 03/05/17 16:11, Edinilson - ATINET wrote:
> >  On 03/05/17 14:29, Edinilson - ATINET wrote:
> > > Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11?
> > >
> > > Se sim, poderia compartilhar a experiencia?
> > >
> > > Você usa 9.3-RELEASE ou 9.3-STABLE?
> > > Quer atualizar via src ou via freebsd-update?
> > > --
> > > Renato Botelho
> > >
> >
> > Ah sim, eu não compilo mais nada em servidores há muito tempo. Só uso
> pkgs.
> >
> > Se o ambiente pede pkgs com OPTIONS diferentes eu monto um poudriere e
> > ele gera meus repositórios automaticamente.
> >
>
> Pois é, xará, compilar não é vida não. Já foi a época que eu compilava
> QMAIL, antispam, blá blá. lembro de fazer no início no SLACKWARE, que nem
> ports tinha. Isso em Pentium, ou se o cliente era milionário, Pentium
> Pro...
>
> Hoje ou eu coloco um pfsense se for prá fazer qualquer coisa de
> firewall/router/etc ou instalo o bsd e adquiro programas com instalador que
> a licença é barata, se for prá serviço de email.
>
> Acho que a única coisa que eu deixo instalando é se for o DJBDNS, pois não
> trabalho com bind, mas não aceitar IPv6 parou no tempo
>
>
>
> 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
>

Nada contra quanto as descisões por utilizar software/solução de caixinha.
Concordo que quando a coisa é simples, um firewall/proxy/snort ( com regras
open-source ) a praticidade e a interface torna o PFSense uma excelente
escolha., um Storage com recursos triviais faz o FreeNAS ser uma ótima
solução, nesse caso creio que é uma solução que se supera, o nivel de
otimização e recursos do mesmo é imcomparavel mesmo para o FreeBSD puro.

Quando se volta a atenção para uma necessidade onde o fator custo é critica
(instituição publica ou educacional) e o fator segurança também é critica o
que resta é apelar para o open-source em um comodity hardware, recentemente
li a utilização do BRO ( NMS ) filtrando 100GB/s de tráfego em uma
universidade do EUA, uma solução de IDS/IPS/NMS com caixinha fechada era
inviável devido aos elevados custos tanto com a caixa como com o
licenciamento das soluções, gastaram com o hardware somente e construiram a
própria solução que está atendendo-os a uma fração do custo do proprietário

Não é uma solução prática de trabalhar, requer dos administratores uma dose
significativa de esforço e competência técnica, além de estarem quase fora
de capacidade de suporte pela comunidade quanto a potenciais problemas,
incluindo ai a ausência ou dificuldade de se contratar um suporte comercial
e a instituição ficar refém de dois ou três caras, são pontos que vale a
pena discutir e determinar se o projeto/instituição terá problemas com elas.

Há outros cenários onde compilar o kernel/world/ports ainda tem algumas
vantagens, seja para ativar recursos ou otimizar a capacidade
computacional, como roteador de borda, a 4 anos atrás quando se falavam em
mais de 2.5Gb/s de trafego e 1Mpps a adoção de soft-routers automaticamente
já era condenada, porém hoje há inumeros relatos de soft-router sobre
FreeBSD/Linux comutando 5Gb/s com mais de 2Mpps com várias sessões BGP
full-router.
Servidores de front-end de portais de internet com quantidade de acessos
muito grandes também requer uma ótimização mais fina do sistema, afinal o
Whatsapp só consegue manter a estabilidade/disponibilidade dele para a base
de usuários deles com custos realmente baixo devido as otimizações
realizadas no sistema, ( a disponibilidade nem tanto pois teve um galho
semana passada, mas sem qualquer explicação para compreendermos ).

O encaixotamento de solução por parte dos fornecedores de software faz mais
mal a comunidade open-source do que bem, não é atoa que nos ultimos anos a
capacitação técnica dos profissionais Linux/Unix que entram no mercado são
medonhos, profissionais com LPI1/2 que nunca compilaram um kernel linux,
felizmente ainda não é o caso da BSDA, profissionais de redes que só usam o
linux X ou Y por que se mudar a distribuição não sabem nem por onde
começar, isso quando utilizam linux, pois já vi CCNA que só sabia usar
Windows.

Quando presto um serviço na implantação de um servidor/serviço em uma
empresa, tenho por obrigação otimizar ao máximo e garantir a maior
estabilidade do sistema que estou sendo pago para implantar, se a descisão
é por uma solução open-source, irei otimizar tudo o que for possivel,
ativar tudo que é 

Re: [FUG-BR] Problemas de acentuação em aplicativos compilados com Qt5

2017-05-07 Por tôpico Paulo Henrique
Em 7 de maio de 2017 17:16, Clayton Eduardo dos Santos <clayto...@bsd.com.br
> escreveu:

>
>
> Em 07/05/2017 16:11, Paulo Henrique escreveu:
>
>> Em 07/05/2017 14:44, "Clayton Eduardo dos Santos" <clayto...@bsd.com.br>
>> escreveu:
>>
>>> Boa noite pessoal,
>>>
>>> Recentemente percebi problemas de acentuação com softwares que utilizam o
>>>
>> Qt5 como toolkit gráfico, como por exemplo o LyX e o VirtualBox. Bem, ao
>> menos essa foi a única relação que encontrei.
>>
>>> O cedilha funciona normalmente, no entanto, qualquer outro caractere
>>>
>> acentuado exibe um losango preto com uma interrogação a medida que digito
>> as letras acentuadas. O detalhe é que se eu copiar um texto já acentuado
>> para a área de transferência e colar em qualquer um dos aplicativos
>> citados, os caracteres são reconhecidos e exibidos sem problemas.
>>
>>> Meu sistema (FreeBSD 11 + XFCE) está configurado para pt_BR.UTF-8,
>>>
>> conforme exibido a seguir:
>>
>>> LANG=pt_BR.UTF-8
>>> LC_CTYPE="pt_BR.UTF-8"
>>> LC_COLLATE="pt_BR.UTF-8"
>>> LC_TIME="pt_BR.UTF-8"
>>> LC_NUMERIC="pt_BR.UTF-8"
>>> LC_MONETARY="pt_BR.UTF-8"
>>> LC_MESSAGES="pt_BR.UTF-8"
>>> LC_ALL=
>>>
>>> Todas as demais aplicações acentuam sem nenhum problema.
>>>
>>> Dando uma olhada em http://wiki.lyx.org/LyX/NewInLyX22 , me deparei com
>>>
>> isso:
>>
>>> Qt5 support
>>>
>>> LyX can be built with Qt5 (Qt4 is still supported and an official
>>>
>> toolkit). Note that, due to a Qt5 bug that affects keyboard input <
>> http://www.lyx.org/trac/ticket/9218>, we strongly suggest to build
>> against
>> Qt 5.5. (Qt 5.6 under Linux <http://www.lyx.org/trac/ticket/9731>)
>>
>>> Parece de fato um bug do Qt5.5, mas mesmo recompilando os pacotes com a
>>>
>> versão atual (5.7.1) ou utilizando os pacotes estáticos, o problema
>> permanece.
>>
>>> Palpites?
>>>
>>> Grato pela atenção,
>>>
>>> Clayton
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> Tem que configurar o teclado na central de configurações do kde.
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
> Boa tarde Paulo,
>
> Obrigado pela resposta, no entanto, não estou utilizando o KDE como
> gerenciador de janelas e sim o XFCE.
> Além disso, a acentuação funciona normalmente em todas as outras
> aplicações.
>
> Att,
>
>
> Clayton
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Só consegui configurar através da central de configurações do KDE.
De uma vista na manpage em busca de alguma variável de ambiente introduzido
no QT5.5 que permita isso.
Aplicações GTK reconhecem tranquilamente a linguagem padrão do sistema, no
QT é que tem esse problema.

Abraços


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


Re: [FUG-BR] Problemas de acentuação em aplicativos compilados com Qt5

2017-05-07 Por tôpico Paulo Henrique
Em 07/05/2017 14:44, "Clayton Eduardo dos Santos" 
escreveu:
>
> Boa noite pessoal,
>
> Recentemente percebi problemas de acentuação com softwares que utilizam o
Qt5 como toolkit gráfico, como por exemplo o LyX e o VirtualBox. Bem, ao
menos essa foi a única relação que encontrei.
>
> O cedilha funciona normalmente, no entanto, qualquer outro caractere
acentuado exibe um losango preto com uma interrogação a medida que digito
as letras acentuadas. O detalhe é que se eu copiar um texto já acentuado
para a área de transferência e colar em qualquer um dos aplicativos
citados, os caracteres são reconhecidos e exibidos sem problemas.
>
> Meu sistema (FreeBSD 11 + XFCE) está configurado para pt_BR.UTF-8,
conforme exibido a seguir:
>
> LANG=pt_BR.UTF-8
> LC_CTYPE="pt_BR.UTF-8"
> LC_COLLATE="pt_BR.UTF-8"
> LC_TIME="pt_BR.UTF-8"
> LC_NUMERIC="pt_BR.UTF-8"
> LC_MONETARY="pt_BR.UTF-8"
> LC_MESSAGES="pt_BR.UTF-8"
> LC_ALL=
>
> Todas as demais aplicações acentuam sem nenhum problema.
>
> Dando uma olhada em http://wiki.lyx.org/LyX/NewInLyX22 , me deparei com
isso:
>
> Qt5 support
>
> LyX can be built with Qt5 (Qt4 is still supported and an official
toolkit). Note that, due to a Qt5 bug that affects keyboard input <
http://www.lyx.org/trac/ticket/9218>, we strongly suggest to build against
Qt 5.5. (Qt 5.6 under Linux )
>
> Parece de fato um bug do Qt5.5, mas mesmo recompilando os pacotes com a
versão atual (5.7.1) ou utilizando os pacotes estáticos, o problema
permanece.
>
> Palpites?
>
> Grato pela atenção,
>
> Clayton
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Tem que configurar o teclado na central de configurações do kde.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11

2017-05-03 Por tôpico Paulo Henrique
2017-05-03 14:29 GMT-03:00 Edinilson - ATINET :

> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11?
>
> Se sim, poderia compartilhar a experiencia?
>
> Obrigado
>
> Edinilson
> --
> ATINET
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Saudações,

No começo do ano eu migrei do 10.2 stable para o 11, o sistema ficou muito
instável e descidi formatar e fazer tudo do zero já sobre o 11.
Obs; Não utilizou o freebsd-upgrade ou o pkg, as aplicações que uso são
compiladas a partir dos ports.

Tenho um servidor para migrar dessa versão sua e já estou planejando
reinstala-lo para não ter muitos problemas.

Att.

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


[FUG-BR] Fwd: [MASOCH-L] Utilizacao de FreeBSD no Brasil

2017-05-03 Por tôpico Paulo Henrique
Aos moderadores, relatado na MASHO-L.
O servidor da Fug está presente em listas de SPFBL

Att.

-- Mensagem encaminhada --
De: Edinilson - ATINET <edinil...@atinet.com.br>
Data: 3 de maio de 2017 14:22
Assunto: Re: [MASOCH-L] Utilizacao de FreeBSD no Brasil
Para: "Mail Aid and Succor, On-line Comfort and Help" <
masoc...@eng.registro.br>
Cc: Paulo Henrique <paulo.rd...@bsd.com.br>


Em 3 de maio de 2017 11:35, Edinilson - ATINET <edinil...@atinet.com.br>
> escreveu:
>




Caro Paulo, se puder avisar os moderadores lá da FUG-BR:
O IP do servidor da FUG-BR, 177.10.159.14, devilbit.fug.com.br, está na
lista SPFBL do Leandro.

http://matrix.spfbl.net/dnsbl/177.10.159.14


Obrigado

Edinilson
--
ATINET
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br



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


Re: [FUG-BR] FreeBSD vs Amazon

2017-05-02 Por tôpico Paulo Henrique
2017-05-02 19:53 GMT-03:00 Alex Moura <ale...@gmail.com>:

> Em 2 de maio de 2017 19:17, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> >
> > O problema é a compatibilidade, há algum cliente para o FreeBSD salvar os
> > arquivos na Amazon, no S3?
> >
>
> Talvez funcione com a ferramenta *s3cmd*?
>
> http://s3tools.org/s3cmd
>
> Ou então usando o *fusefs-s3*:
>
> https://superuser.com/questions/327661/how-to-mount-amazon-s3-bucket-to-a-
> directory-on-freebsd
>
> Essencialmente:
>
> 1. Instala o port fusefs-s3
> 2. Adiciona a linha abaixo no /etc/rc.conf:
> fusefs_enable="YES"
> 3. Criar o arquivo /etc/passwd-s3fs com perms 640 contendo a *access-key* e
> a *secret key *em 1 linha:
> accessKeyId:secretAccessKey
> 4. Executa o /usr/local/etc/rc.d/fusefs start
> 5. Monta o bucket – como root – executando: s3fs mybucket /mnt
> -ouse_cache=/tmp
>
> Mais info em:
> https://code.google.com/archive/p/s3fs/wikis/FuseOverAmazon.wiki
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Opa, não precisa mastigar não, colocar no prato já foi uma grande ajuda :D

Valeu, pela orientação, estou vendo o s3cmd, bem simples.

Abraços.

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


Re: [FUG-BR] FreeBSD vs Amazon

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 18:35, Tiago Drumond <tiagodex...@gmail.com> escreveu:

> Em 2 de mai de 2017 15:19, "Adiel de Lima Ribeiro" <
> adiel.netad...@gmail.com>
> escreveu:
>
>



> Luiz,
>
> Ja que é backup que você precisa, por que ao invés de pegar uma vps, você
> não pega o serviço de S3? Acredito que te atenda para os backups e o seu
> custo vai ser muito mais baixo
>
> Att
>
> Tiago Drumond
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

O problema é a compatibilidade, há algum cliente para o FreeBSD salvar os
arquivos na Amazon, no S3?

Estava vendo os valores e acho que até vale a pena, porém tenho que ver se
tem o cliente e como está a compatibilidade com a versão legada 9.1-STABLE.

Att. Paulo Henrique.

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


Re: [FUG-BR] Acordar interface

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 14:46, Nilton José Rizzo <ri...@i805.com.br> escreveu:

> Em 2017-05-02 14:21, Paulo Henrique escreveu:
>
>> Em 2 de maio de 2017 13:49, Luiz Gustavo S. Costa <
>> luizgust...@luizgustavo.pro.br> escreveu:
>>
>> Em 2 de maio de 2017 17:31, Paulo Henrique <paulo.rd...@bsd.com.br>
>>> escreveu:
>>>
>>> >
>>> > Condena a placa de rede, afinal, quando o suporte do driver é ruim o
>>> > hardware se torna ruim, e se usuário linux criticar, questione-o com o
>>> > dilema de estabilidade x investimento, se ele quer um serviço estável e
>>> sem
>>> > riscos de operação então terá que realizar o investimento, porém se ele
>>> não
>>> > quer investimento para obter um ambiente estável, pode usar o linux que
>>> > afinal, quem terá prejuizo é ele mesmo !!
>>>
>>> Gostaria muito do mundo perfeito assim  Infelizmente não rola :(
>>>
>>>
>>> Rolar até rola, mas terá que considerar que uma resposta desse tipo pode
>> tanto ser benefica, pois passará confiança e comprometimento com qualidade
>> e estabilidade para com o cliente, assim como, pode ser um tiro no pé
>> acarretando a perda do cliente.
>> Com rarissimas excessões, tive poucos problemas com essa abordagem e
>> deixar
>> claro que a qualidade do hardware é inferior e que utilizar o mesmo
>> colocaria em a estabilidade do serviços em contestação sempre foi fator
>> positivo, ainda mais quando o serviço está diretamente ligado ao
>> faturamento, fica até fácil justificar, pois para um servidor que para
>> cada
>> hora parado gera um fator negativo no faturamente logo o valor de obtenção
>> de um equipamento confiável é menor do que o prejuizo gerado.
>>
>> Att. Paulo Henrique.
>>
>
>
>  Note que neste caso, nem sempre o prejuízo é só financeiro, podendo
> gerar perda de credibilidade no serviço, e esta falta de confiança gerar
> a queda em investimentos por tabela.
>
>
Se o serviço perdeu credibilidade, afetou a reputação da marca e detrimento
na prospecção de novos clientes então está gerando prejuizo financeiro,
pois deixou de faturar e eventualmente crescer.
Já à alguns anos a mentalidade de gestor administrativo com relação a
considerar que TI é somente um custo, mal necessário vem mudando e hoje
muitas empresas  possuem a visão de "investimento" direto nos processos de
TI, sendo que compreendem o retorno mantendo ao menos um analista em sua
folha de pagamento. As vezes quando a empresa não tem caixa para manter um
analista de TI na folha, contrata empresas/profissionais para consultoria
especializada em TI só que como proposta o contratante não quer saber de
nada da TI, quer o serviço funcionando 24x7x365 e de preferencia com o
montante de investimento reduzido o máximo possivel, isso não dá ao
contratado a opção de negligênciar a qualidade ou estabilidade em prol de
um valor competitivo com a concorrência como as vezes observo, creio que
nesse modelo, focar na qualidade de hardware e sistemas se torna a
principal diferença entre o profissional full-time que pode dar um SLA
abaixo de 1 horas para eventuais problemas e um consultor, que raramente
conseguirá estar disponivel com menos de 1 hora.


Att.


>
>>
>> --
>>> 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
>>>
>>>
> --
> 
> * Nilton José Rizzo Sistema de InformaçãoUFRRJ *
> * http://cursos.ufrrj.br/grad/sistemas/*
> * lattes: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
>



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


Re: [FUG-BR] Reboot aleatório após upgrade para o 11-RELEASE

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 14:10, Guilherme Rigon <guilhe...@rigon.info> escreveu:

> Eu não tinha o vmtools instalado anteriormente, mas já instalei depois que
> os problemas começaram, porém ainda não resolveu
>
> Quanto ao restante da configuração de sistema, não tenho modificações, tudo
> default
>
>
>
Com está a HZ ? ao que recordo em versões mais antigas do FreeBSD essa
variável tem que estar setada em 100.


Att. Paulo Henrique.



> Em ter, 2 de mai de 2017 às 14:06, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> > Em 2 de maio de 2017 13:42, Jean Milanez Melo <
> jm...@freebsdbrasil.com.br>
> > escreveu:
> >
> > > Normal, por isso você precisa rodar o kgdb. Através dele é possível
> obter
> > > informações da saída do dump gerado antes do reboot.
> > >
> > > De uma olhada aqui para ajudar:
> > >
> > > https://www.freebsd.org/doc/en/books/developers-handbook/
> > > kerneldebug-gdb.html
> > >
> > > --
> > > Atenciosamente
> > > Jean Milanez Melo
> > > FreeBSD Brasil LTDA.
> > > Fone: (31) 3516-0800
> > > http://www.freebsdbrasil.com.br
> > >
> > > Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de
> imprimir
> > > ou compartilhar, solicite nosso Guia de Seg. da Informação.
> > > This information is classified, before printing/sharing ask for our
> > > Information Security guidelines.
> > >
> > > > Em 2 de mai de 2017, à(s) 13:36, Guilherme Rigon <
> guilhe...@rigon.info
> > >
> > > escreveu:
> > > >
> > > > O problema é que rola o crash e em seguida ele já da reboot
> > automático...
> > > > Só acabo percebendo que rebootou, quando dou um uptime depois mesmo
> > > >
> > > > Está rodando em um  ESXi, com algumas outras máquinas virtuais, até
> > então
> > > > sem problemas.
> > > > Serviços rodando tem o pf, algumas aplicações em java e um bot em
> > python
> > > > para o telegram.
> > > >
> > > >
> > >
> >
> > O que está ativo no kernel do sistema com relação a virtualização ?
> > O openvmtools está instalado e com inicialização automatica ativada ?
> >
> >
> > Att. Paulo Henrique.
> >
> > 
> >
> >
> > > > --
> > > > Guilherme Rigon
> > > > -
> > > > 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> > Paulo Henrique.
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> --
> Enviado do Gmail para celular
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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


Re: [FUG-BR] Acordar interface

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 13:49, Luiz Gustavo S. Costa <
luizgust...@luizgustavo.pro.br> escreveu:

> Em 2 de maio de 2017 17:31, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> >
> > Condena a placa de rede, afinal, quando o suporte do driver é ruim o
> > hardware se torna ruim, e se usuário linux criticar, questione-o com o
> > dilema de estabilidade x investimento, se ele quer um serviço estável e
> sem
> > riscos de operação então terá que realizar o investimento, porém se ele
> não
> > quer investimento para obter um ambiente estável, pode usar o linux que
> > afinal, quem terá prejuizo é ele mesmo !!
>
> Gostaria muito do mundo perfeito assim  Infelizmente não rola :(
>
>
Rolar até rola, mas terá que considerar que uma resposta desse tipo pode
tanto ser benefica, pois passará confiança e comprometimento com qualidade
e estabilidade para com o cliente, assim como, pode ser um tiro no pé
acarretando a perda do cliente.
Com rarissimas excessões, tive poucos problemas com essa abordagem e deixar
claro que a qualidade do hardware é inferior e que utilizar o mesmo
colocaria em a estabilidade do serviços em contestação sempre foi fator
positivo, ainda mais quando o serviço está diretamente ligado ao
faturamento, fica até fácil justificar, pois para um servidor que para cada
hora parado gera um fator negativo no faturamente logo o valor de obtenção
de um equipamento confiável é menor do que o prejuizo gerado.

Att. Paulo Henrique.


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



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


Re: [FUG-BR] Reboot aleatório após upgrade para o 11-RELEASE

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 13:42, Jean Milanez Melo <jm...@freebsdbrasil.com.br>
escreveu:

> Normal, por isso você precisa rodar o kgdb. Através dele é possível obter
> informações da saída do dump gerado antes do reboot.
>
> De uma olhada aqui para ajudar:
>
> https://www.freebsd.org/doc/en/books/developers-handbook/
> kerneldebug-gdb.html
>
> --
> Atenciosamente
> Jean Milanez Melo
> FreeBSD Brasil LTDA.
> Fone: (31) 3516-0800
> http://www.freebsdbrasil.com.br
>
> Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir
> ou compartilhar, solicite nosso Guia de Seg. da Informação.
> This information is classified, before printing/sharing ask for our
> Information Security guidelines.
>
> > Em 2 de mai de 2017, à(s) 13:36, Guilherme Rigon <guilhe...@rigon.info>
> escreveu:
> >
> > O problema é que rola o crash e em seguida ele já da reboot automático...
> > Só acabo percebendo que rebootou, quando dou um uptime depois mesmo
> >
> > Está rodando em um  ESXi, com algumas outras máquinas virtuais, até então
> > sem problemas.
> > Serviços rodando tem o pf, algumas aplicações em java e um bot em python
> > para o telegram.
> >
> >
>

O que está ativo no kernel do sistema com relação a virtualização ?
O openvmtools está instalado e com inicialização automatica ativada ?


Att. Paulo Henrique.




> > --
> > Guilherme Rigon
> > -
> > 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>http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD vs Amazon

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 13:52, Luiz Gustavo S. Costa <
luizgust...@luizgustavo.pro.br> escreveu:

> Em 2 de maio de 2017 17:26, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> > de 3 anos, infelizmente por eles não terem metodos de cobrança aqui no
> > Brasil, meio que obriga-me em ter esta parceria com acesso ao cartão
> > internacional.
>
> OFF-TOPIC: Usa o cartão pre-pago contasuper, eu uso aqui direto:
> www.contasuper.com.br



Já tive essa idéia, mas tenho receios de transações internacional, já tive
que arcar com algumas taxas que mal compreendi como é calculada e nesse
caso de cartão pré-pago seria obrigado a deixar sempre um mês a mais de
crédito, pois pelo que compreendi o valor que o cartão tem é variavel de
acordo com o valor do dolar, se eu comprar $100,00  a R$2,00 hoje e quando
for pagar o serviço daqui a um mês com aquele credito e o dolar estiver a
R$4,00 o que terei efetivamente de crédito no cartão será de $50,00 e não
mais $100,00, foi o que entendi quando li os termos e condições de uso do
cartão "Meu" em 2015, ai fica complicado.

Além da solução da Amazon, estou buscnado a possibilidade de contratar um
colocation em algum datacenter brasileiro e colocar o servidor lá, contudo
o problema aqui no Brasil é custo de banda que raramente fica abaixo de
R$200,00/Mb, como esse servidor basicamente é manter um Cloud privado para
backups vou precisar de um pouquinho de banda.

Att.



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



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


Re: [FUG-BR] Acordar interface

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 12:58, Luiz Gustavo S. Costa <
luizgust...@luizgustavo.pro.br> escreveu:

> Em 2 de maio de 2017 16:36, Ricardo Ferreira
>  escreveu:
> >
> > Aqui passei pelo mesmo problema que só consegui resolver "upando" as
> realtek
> > antes de atribuir ip via rc.conf. ifconfig_re0="up" e depois atribuí os
> > IPs...
> > Se ainda assim não resolver coloca no /etc/rc.conf.local
> /sbin/ifconfig_reX
> > down e em seguida /sbin/ifconfig reX up
>
> Foi exatamente isso que fiz para contornar o problema, porém, isso não
> é nada elegante :( e explicar isso para algumas pessoas Linux-like vai
> ser extremamente frustante :p
>
> --
> 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
>
Solução elegante abaixo:

Condena a placa de rede, afinal, quando o suporte do driver é ruim o
hardware se torna ruim, e se usuário linux criticar, questione-o com o
dilema de estabilidade x investimento, se ele quer um serviço estável e sem
riscos de operação então terá que realizar o investimento, porém se ele não
quer investimento para obter um ambiente estável, pode usar o linux que
afinal, quem terá prejuizo é ele mesmo !!


Att.

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


Re: [FUG-BR] FreeBSD vs Amazon

2017-05-02 Por tôpico Paulo Henrique
Em 2 de maio de 2017 13:09, Adiel de Lima Ribeiro <adiel.netad...@gmail.com>
escreveu:

> On 05/02/2017 11:44 AM, Paulo Henrique wrote:
>
>> Saudações,
>>
>> Aproveitando que a lista voltou, EHEHEHEHEH!,
>> Gostaria de saber como está a experiência de utilização do FreeBSD na
>> Amazon?
>> Lendo a doc da Amazon, o mesmo entra na categoria "gratuita", há algum
>> detalhe quanto ao modo de operação da Amazon que gere cobrança, pelo que
>> compreendi, posso utilizar a instância por 1 ano gratuitamente, é isso
>> mesmo ?
>> Irei só rodar aplicações particulares, um blog e manter um link para os
>> arquivos de treinamento em TrustedBSD sobre o FreeBSD que criei em 2015.
>>
>> E vivas pelo retorno da lista !!
>>
>> Att.
>>
>
> Boa tarde Paulo.
> Sobre o FreeBSD na AWS, nossos agradecimentos ao Colin Percival que
> "colocou" o FreeBSD lá.
> Eu peguei esta imagem do FreeBSD e dei uma melhorada nela:
> Kernel customizado, hardening do sistema, particionamento, etc.
> Ela está disponível em:
> https://aws.amazon.com/marketplace/pp/B06XTCMCTS
> Também tenho o GLPI rodando em FreeBSD por lá:
> https://aws.amazon.com/marketplace/pp/B06XXB3J9N
> Estou com mais algumas soluções apenas aguardando para serem publicadas,
> tudo em FreeBSD!
> OBS: Meus produtos são todos gratuítos.
> Sobre a AWS, você pega pelo uso, mas como um novo cadastro, você pode
> experimentar os serviços deles por um ano, grátis.
> Se você ou alguém tiverem mais alguma dúvida, só entrar em contato comigo.
>
>
Adiel,

Então, cheguei enclusive em ponderar alguns detalhes quanto as
customizações que foram feitas nas suas imagens pelo que lembro.
Na época gerenciava indiretamente dois CentOS que estam na amazon, mas em
nenhum momento aprofundei-me quanto a forma de cobrança/operação da
infraestrutura do próprio AWS, pois não estava cobertos pelo contrato.

Pretendo subir apenas um concentrador VPN para "unificar" os serviços e
servidores que gerencio atualmente e um DB PostgreSQL com Drupal, não é
nada absurdo, contudo gostaria de saber a média mensal, pois atualmente
pago $160,00 em um dedicado na RootBSD, porém estou usando o cartão de um
parceiro para isso, o serviço da RootBSD é muito bom, estou com eles a mais
de 3 anos, infelizmente por eles não terem metodos de cobrança aqui no
Brasil, meio que obriga-me em ter esta parceria com acesso ao cartão
internacional.

Há algum limite de transações que passaria a ter cobrança, por exemplo, um
aumento do load do servidor durante o processo de sincronização de backups ?

Att. Paulo Henrique.



> --
> Best regards;
> Adiel de Lima Ribeiro
> AWS Certified Solutions Architect
> Specialist in Linux Network Administration
> Microsoft Certified Systems Administrator
> +55 (31) 98961-5984
> http://consultoriaemti.com/
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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


[FUG-BR] FreeBSD vs Amazon

2017-05-02 Por tôpico Paulo Henrique
Saudações,

Aproveitando que a lista voltou, EHEHEHEHEH!,
Gostaria de saber como está a experiência de utilização do FreeBSD na
Amazon?
Lendo a doc da Amazon, o mesmo entra na categoria "gratuita", há algum
detalhe quanto ao modo de operação da Amazon que gere cobrança, pelo que
compreendi, posso utilizar a instância por 1 ano gratuitamente, é isso
mesmo ?
Irei só rodar aplicações particulares, um blog e manter um link para os
arquivos de treinamento em TrustedBSD sobre o FreeBSD que criei em 2015.

E vivas pelo retorno da lista !!

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


Re: [FUG-BR] Falha roteamento x vlan

2017-02-01 Por tôpico Paulo Henrique
Em 1 de fevereiro de 2017 14:35, Matheus Cucoloto <matheuscucol...@gmail.com
> escreveu:

> Srs. mais um ambiente e o mesmo dilema, só reiniciando para voltar ao
> normal.
> Imagino que seja algum cache, buffer algo do gênero porque é muito
> aleatório.
>
> O 172.16.10.242 esta diretamente conectado através da vlan. Porém os
> pacotes ao invés de obedecerem a tabela de roteamento  usando a rota mais
> especifica 172.16.10.240/30 esta usando o gw padrão.
>
> Estou sem ROUTETABLES e sem MROUTING no kernel.
>
> E o pior, até pacotes para ele mesmo esta escapando para o gw padrão
> (observem abaixo no tcpdump a seqüência icmp 6 e 15 escapando para o
> default).
>
> Dessa vez consegui ser mais detalhista vejam as infos abaixo. Alguem aqui
> já passou por isso?
>
> root@bgp:/etc # traceroute -n 172.16.10.242
>
> traceroute to 172.16.10.242 (172.16.10.242), 64 hops max, 40 byte packets
>
>  1  200.183.24.33  10.010 ms  9.918 ms  9.921 ms
>
>  2  204.246.244.62  10.050 ms  10.068 ms  10.038 ms
>
>  3  64.208.27.170  9.937 ms
>
> 64.208.27.158  22.572 ms  12.972 ms
>
>  4  149.3.181.103  39.617 ms  10.897 ms  11.053 ms
>
>  5  209.197.25.165  14.013 ms *  13.587 ms
>
>  6  200.150.1.69  13.378 ms  13.590 ms  13.800 ms
>
>  7  127.0.0.1  13.452 ms  13.666 ms  13.640 ms
>
>  8  172.16.10.242  14.131 ms  12.778 ms  14.210 ms
>
> root@bgp:/etc # route -n get 172.16.10.242
>
>route to: 172.16.10.242
>
> destination: 172.16.10.240
>
>mask: 255.255.255.252
>
> fib: 0
>
>   interface: vlan2010
>
>   flags: <UP,DONE,PINNED>
>
>  recvpipe  sendpipe  ssthresh  rtt,msecmtuweightexpire
>
>0 0 0 0  1500 1 0
>
> root@bgp:/etc #
>
> root@bgp:/etc # ifconfig vlan2010
>
> vlan2010: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
> 1500
>
> options=3<RXCSUM,TXCSUM>
>
> ether 0c:c4:7a:11:0c:13
>
> inet6 fe80::ec4:7aff:fe11:c13%vlan2010 prefixlen 64 scopeid 0x7
>
> inet 172.16.10.241 netmask 0xfffc broadcast 172.16.10.243
>
> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
>
> media: Ethernet autoselect (1000baseT )
>
> status: active
>
> vlan: 2010 parent interface: em0
>
> root@bgp:/etc #
>
> root@bgp:/etc # uname -a
>
> FreeBSD bgp 10.3-STABLE FreeBSD 10.3-STABLE #3 r312885: Fri Jan 27 14:09:44
> BRST 2017 matheus@bgp:/usr/obj/usr/src/sys/BGP  amd64
>
> root@bgp:/etc #
>
>
>
>
> root@bgp:/usr/local/etc # tcpdump -npi ix0 host 172.16.10.241
>
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
>
> listening on ix0, link-type EN10MB (Ethernet), capture size 65535 bytes
>
> 14:27:51.216338 IP 192.168.10.1 > 172.16.10.241: ICMP echo request, id
> 47897, seq 6, length 64
>
> 14:28:00.224323 IP 192.168.10.1 > 172.16.10.241: ICMP echo request, id
> 47897, seq 15, length 64
>
>
>
>
> $ ping -S 192.168.10.1 172.16.10.241
>
> PING 172.16.10.241 (172.16.10.241) from 172.16.10.241: 56 data bytes
>
> 64 bytes from 172.16.10.241: icmp_seq=0 ttl=63 time=1.009 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=1 ttl=63 time=0.134 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=2 ttl=63 time=0.129 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=3 ttl=63 time=0.182 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=4 ttl=63 time=0.158 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=5 ttl=63 time=0.132 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=6 ttl=63 time=13.533 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=7 ttl=63 time=0.258 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=8 ttl=63 time=0.152 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=9 ttl=63 time=0.153 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=10 ttl=63 time=0.186 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=11 ttl=63 time=0.109 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=12 ttl=63 time=0.329 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=13 ttl=63 time=0.139 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=14 ttl=63 time=0.843 ms
>
> 64 bytes from 172.16.10.241: icmp_seq=15 ttl=63 time=13.576 ms
>
>
>
>
> --
> ---
> Matheus Cucoloto
> -----
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

O Marcelo Gondin teve um problema parecido e apos 2 anos apanhando
descobriu que o problema estava em configurações legadas de IRQ Affinity.
De uma busca no historico de 2016 durante o mes de Maio/Junho que foi
quando ele descobriu o problema.
Na thread há inumeras discussões quanto ao problema de roteamento sobre
vlan que ele estava sofrendo.

Att. Paulo henrique.

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


[FUG-BR] Intel ServerBoard S5500BC - tamanho maximo do disco rigido suportado.

2017-01-24 Por tôpico Paulo Henrique
Saudações,

Estou precisando tirar uma duvida com relação a placa-mãe Intel ServerBoard
S5500BC e o limite de 2.2 Tbytes para disco rigidos,

Gostaria de saber se essa placa-mãe suporta discos de 3Tbytes ou maior, na
documentação da mesma não fica claro se essa placa ainda é pré UEFI/GPT
onde o limite maximo de endereçamento da LBA pela bios  é de 2.2 Tbytes

Consultei os seguintes documentos, contudo sem sucesso.

https://ark.intel.com/pt-br/products/36601/Intel-Server-Board-S5500BC
http://www.intel.com/Products/Server/Motherboards/S5500BC/S5500BC-specifications.htm
http://www.intel.com/content/www/us/en/support/boards-and-kits/07517.html
http://www.intel.com/content/dam/support/us/en/documents/motherboards/server/sb/raidandstorageoptionsonintels5500ands5520seriesser.pdf


Qualquer ajuda é bem vindo.

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


Re: [FUG-BR] Parada

2017-01-10 Por tôpico Paulo Henrique
Em 10 de janeiro de 2017 23:29, Otacílio <otacilio.n...@bsd.com.br>
escreveu:

> Pessoalmente acho que o futuro é sombrio. Desenvolver sistemas
> operacionais não é mais um tópico quente como foi no passado.
>
> []'s
> -Otacílio
>
>
> Em 10/01/2017 18:49, Alex Moura escreveu:
>
>> Por esses relatos, me ocorreu que toda uma geração que marcou uma época,
>> evoluiu a outros níveis tanto no lado profissional quanto pessoal e o que
>> será que vai acontecer com os BSDs daqui pra frente?
>> Há alguma nova geração a caminho, tão interessada e dedicada a trilhar os
>> passos dos velhos adoradores do Beastie com o mesmo apreço pelos sistemas?
>> Ou a maioria irá optar pela agilidade e praticidade que o dia a dia vem
>> exigindo de todos, e abandonaremos os BSD em favor de outras soluções e
>> plataformas?
>> -
>> 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
>

Pessoal, mesmo sendo quase um assunto para a chat, ao menos vamos respeitar
as regras de sem top posting.

Na minha opnião, pode até parecer mas a realidade pode ser um pouco oposta
do que a apresentada na midia "especializada".
No Brasil constantemente aparece sangue novo aqui na lista e até mesmo na
#FreeBSD-BR @ FreeNode.net, é menor do que a frequência que acontece com o
linux, sim, porém é meio que um filtro seletivo, lembro do Irado comentar
que o Unix/BSD ser muito amigável só que seletivo quanto as amizades, o
"sangue novo" que eventualmente aparece são aqueles usuários de linux que
já se cansaram de how-tos no qual não se aprende nada, apenas replica e
partiram par mudanças drásticas no quesito de realmente querer saber o que
acontece por trás e não aceitar as coisas da forma que lhes são impostas.
Sou meio que uma das exceções quanto ao fator motivacional de hoje ser um
usuario FreeBSD, porém não muito longe dessa linha apresentada.
Pessoas interessadas em escrever para um sistema operacional sempre haverá,
aqui no Brasil não muito, mais lá fora sempre surge uma ou outra novidade
que faz o linux e muitos Unix trademark ficarem com inveja, tipo algo como
Whatsapp e Netflix.
E no que tange a segurança da informação, é fato que hoje o profissional
tem que ter em algum momento usado pelo menos o FreeBSD e o OpenBSD e o
impressionante TrustedBSD Framework, não é desmerecendo os demais sistema,
com uma ressalva principalmente para o Plan 9 ( estou gostando muito de
brincar com o RIO :D ), é que as vezes aparecem intusiastas interessados em
refinar ainda mais o estado de arte no quesito a segurança dos sistemas.
Como dizem, o importante não é fazer muito, mas o pouco que se faz ser
definidivamente o melhor que se pode fazer, e isso os BSD fazem já a 23
anos sempre sendo os projetos de sistemas operacionais open-sources com o
menor time de desenvolvedores, e com as tecnologias de maior impacto, seja
em perfomance, segurança, integridade, reciliência, estabilidade ( coloca
aqui alguns outros adjetivos pois a minha lista acabou ) .

Abraços e relaxa, sempre haverá pessoas que procuram o estado de arte e não
o dinheiro ;)

Att. Paulo Henrique.


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


[FUG-BR] Fwd: Template Zabbix - ZBX-CISCO-MPLS - Erro regra de descoberta.

2016-12-26 Por tôpico Paulo Henrique
Não sei o quanto OFF-TOPIC é, contudo estou precisando de ajuda para sanar
o erro na regra de discovery do MPLS no cisco, e quem poder dar uma luz é
bem vindo.

Postei a mensagem a duas semanas no GTER contudo até agora ninguém
respondeu.

Att. Paulo Henrique.

-- Mensagem encaminhada --
De: Paulo Henrique <paulo.rd...@bsd.com.br>
Data: 16 de dezembro de 2016 21:43
Assunto: Template Zabbix - ZBX-CISCO-MPLS - Erro regra de descoberta.
Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
g...@eng.registro.br>


Saudações a todos,

Estou nos ultimos dias tentando colocar o template ZBX-CISCO-MPLS (
https://github.com/jjmartres/Zabbix/tree/master/zbx-
templates/zbx-cisco/zbx-cisco-mpls ) para funcionar na empresa em que
trabalho, contudo venho obtendo um comportamento inadequado quanto a regra
de descoberta que este utiliza.
Manualmente no console do servidor consigo fazer a regra funcionar 100%
apos efetuar ajustes como remoção de virgulas e proteção dos parametros
sobre aspas-duplas, já li o script inclusive para ver se não estou fazendo
algo errado.

A regra de descoberta dentro host fica com a exclamação de "Value should be
a JSON object." que acontece quando durante a execução da regra pelo
servidor zabbix é retornado um catalago json vazio ou errado.

Já tentei ajustar a regra de descoberta para que fique igual a que funciona
no console contudo continuo obtendo o erro acima.
A regra que no console funciona 100% está abaixo.
root@zabbix externalscripts]# ./advsnmp.discovery 000.000.000.000 "-v2c -c
comunity" .1.3.6.1.4.1.9.10.65.1.3.1.1.2 1.4 5.3 8.4 12.2

Contudo a regra de descoberta que vem no template e que não funciona é esta
abaixo:
advsnmp.discovery[{HOST.HOST},"-v2c -c{$SNMP_COMMUNITY}",.1.3.6.1.
4.1.9.10.65.1.3.1.1.2,1.4,5.3,8.4,12.2]

Alguém tem esse template funcionar no ambiente em produção ?

O meu ambiente é descrito abaixo:
S.O CentOS Core 7
Zabbix Server 3.2.1-el7

Qualquer ajuda para resolver o problema é bem vindo.

Att. Paulo Henrique.

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


Re: [FUG-BR] Parada

2016-12-13 Por tôpico Paulo Henrique
2016-12-13 23:19 GMT-02:00 Paulo Cavalcanti :

> Em 13/12/2016 22:59, "Otacílio"  escreveu:
>
> A lista anda meio parada mesmo. Acho que o FreeBSD ficou fácill :)
>
> []'s
> -Otacílio
>
>
> Ou mais estável. Ou os dois. :)
>
>
>
> Em 13/12/2016 21:56, Renato Frederick escreveu:
>
> > Porque a lista anda tão parda?
> >
> > Estranho, aqui tinha tanta troca técnica, dificuldades do dia a dia, mas
> em
> > geral, a lista tem nada de novo, Sentem isto?
> >
> > Abraços
> >
> >
> > ———
> > *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
> >
>
>
> -
> 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
>

Sempre estamos em evolução.

A diferença é que antes os problemas eram simples, agora ele são dignos do
que essa lista formou ;)

Agradeçam ao Irado, ensino a cada um aqui a pescar e não querer o peixe
pronto.

Att.

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


Re: [FUG-BR] FreeBSD no Amazon Web Services.

2016-12-07 Por tôpico Paulo Henrique
; Foi scriado um script update_hostname.sh, que remapeia o ip atribuido pelo
> DHCP ao nome do host.
> Foi atribuida a flag schg a este script.
>
> Foi criado um script update_hostname dentro de /etc/rc.d, que é chamado
> pelo script update_hostname.sh dentro de /root/scripts.
>
> Foi deletado o diretorio /boot/kernel.old.
>
> Foi atribuida a flag schg em todo o /boot.
>
> Foi removido o /usr/src.
>
> Foi removido o /usr/obj.
>
> As customizações feitas aqui modificaram o sistema operacional de forma
> que ele ficou mais seguro, mais estável, mais rápido e com um conjunto
> mínimo de opções necessárias ao funcionamento dele.
> Tudo isso Out Of The Box, melhorando a experiência dos usuários de FreeBSD
> no Amazon Web Services.
> Aproveitem!
>
> --
> Adiel de Lima Ribeiro
> Consultor de TI
> (31) 9-8961-5984
> MCSA (Microsoft Certified Systems Administrator)
> Pós Graduação em Administração de Redes Linux
> facebook.com/bsdworld
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Att. Paulo Henrique.

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


Re: [FUG-BR] This application failed to start because it could not find or load the Qt platform plugin "xcb", in "".

2016-11-06 Por tôpico Paulo Henrique
2016-11-06 20:13 GMT-02:00 Clayton Eduardo dos Santos 
:

> Boa noite pessoal,
>
> Hoje pela manhã, atualizei alguns pacotes via portmaster e percebi que
> várias aplicações deixaram de funcionar, apresentando a seguinte
> mensagem de erro:
>
> ===
>
> This application failed to start because it could not find or load the
> Qt platform plugin "xcb"
> in "".
>
> Available platform plugins are: minimal, offscreen, xcb.
>
> Reinstalling the application may fix this problem.
> Abort (core dumped)
>
> ===
>
> Após algumas pesquisas, habilitei o debug dos plugins do QT via||
> "setenv QT_DEBUG_PLUGINS 1" e passei a obter a seguinte saída:
> ||
> ===
>
> QFactoryLoader::QFactoryLoader() checking directory path
> "/usr/local/lib/qt5/plugins/platforms" ...
>
> QFactoryLoader::QFactoryLoader() looking at
> "/usr/local/lib/qt5/plugins/platforms/libqminimal.so"
> Found metadata in lib
> /usr/local/lib/qt5/plugins/platforms/libqminimal.so, metadata=
> {
> "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInt
> erface.5.3",
> "MetaData": {
> "Keys": [
> "minimal"
> ]
> },
> "className": "QMinimalIntegrationPlugin",
> "debug": false,
> "version": 329218
> }
>
>
> Got keys from plugin meta data ("minimal")
> QFactoryLoader::QFactoryLoader() looking at
> "/usr/local/lib/qt5/plugins/platforms/libqoffscreen.so"
> Found metadata in lib
> /usr/local/lib/qt5/plugins/platforms/libqoffscreen.so, metadata=
> {
> "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInt
> erface.5.3",
> "MetaData": {
> "Keys": [
> "offscreen"
> ]
> },
> "className": "QOffscreenIntegrationPlugin",
> "debug": false,
> "version": 329218
> }
>
>
> Got keys from plugin meta data ("offscreen")
> QFactoryLoader::QFactoryLoader() looking at
> "/usr/local/lib/qt5/plugins/platforms/libqxcb.so"
> Found metadata in lib /usr/local/lib/qt5/plugins/platforms/libqxcb.so,
> metadata=
> {
> "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInt
> erface.5.3",
> "MetaData": {
> "Keys": [
> "xcb"
> ]
> },
> "className": "QXcbIntegrationPlugin",
> "debug": false,
> "version": 329218
> }
>
> Got keys from plugin meta data ("xcb")
> QFactoryLoader::QFactoryLoader() checking directory path
> "/usr/local/bin/platforms" ...
> loaded library "/usr/local/lib/qt5/plugins/platforms/libqxcb.so"
> QLibraryPrivate::loadPlugin failed on
> "/usr/local/lib/qt5/plugins/platforms/libqxcb.so" : "Cannot load library
> /usr/local/lib/qt5/plugins/platforms/libqxcb.so:
> (/usr/local/lib/libxkbcommon-x11.so.0: version V_0.5.0 required by
> /usr/local/lib/libQt5XcbQpa.so.5 not defined)"
> This application failed to start because it could not find or load the
> Qt platform plugin "xcb"
> in "".
>
> Available platform plugins are: minimal, offscreen, xcb.
>
> Reinstalling the application may fix this problem.
> Abort (core dumped)
>
> ===
>
> Tentei criar alguns links simbólicos para tentar resolver a dependência
> da libxkbcommon-x11.so.0: version V_0.5.0, mas sem sucesso.
> Alguém passou por algo semelhante e conseguiu resolver?
>
> Desde já, obrigado!
>
> Att,
>
> Clayton
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Atualiza a base do X ante de atualizar os demais pacotes.

Mesmo problema aqui que pelo visto resolveu.

portmaster -Rf x11/xorg

Att.


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


Re: [FUG-BR] Problem with 12-current - Siganl 12

2016-11-05 Por tôpico Paulo Henrique
Em 5 de novembro de 2016 16:28, Nilton Jose Rizzo 
escreveu:

> Em Sat, 5 Nov 2016 14:17:44 -0300, Vinícius Zavam escreveu
> > 2016-11-04 23:34 GMT-03:00 Nilton Jose Rizzo :
> >
> > > Em Fri, 04 Nov 2016 17:47:28 +, Otacílio de Araújo Ramos Neto
> escreveu
> > > > Nilton. Você já passou algum software de checagem de memória nessa
> > > máquina?
> > >
> > > A memória está ok. Sognal 12 é chamada a uma função não definida
> > > A maquina está ok.  Depois que passei para o 12-current que começou
> isso
> > >
> > > >
> > > > []'s
> > > > -Otacilio
> > > >
> > > > Em sex, 4 de nov de 2016 14:36, Nilton Jose Rizzo  >
> > > > escreveu:
> > > >
> > > > >
> > > > >   I upgrade my freebsd from 11.0-current to 12.0-Current, and
> > > > > all work fine (i was thinking) yesterday I try to update my
> > > > > system and I get a Signal 12 at my face.
> > > > >
> > > > >   I try some think but anyone was good.  By last i reboot
> > > > > my system and up a older kernel and i can compile all
> > > > > syste and kernel source.
> > > > >
> > > > > I done this steps:
> > > > >
> > > > > mergemaster -ipP
> > > > > make buildworld && make kernel KERNCONF=MYKERNEL
> > > > > reboot
> > > > > mergemaster -iP
> > > > > make installworld
> > > > >
> > > > > All do this in single user.
> > > > >
> > > > > But I trying recompile all, and get a same error.  Signal 12
> > > > >
> > > > > The port and all other source codes I can compile and work.
> > > > >
> > > > > I do some think wrong?
> > > > >
> > > > > TIA,
> > > > >
> > > > >
> > >
> >
> > rizzo,
> >
> > já faz um BOM TEMPO que tenho rodado (e atualizado) meu
> 12.0-current/amd64
> > por aqui e nem cheguei a passar por essa dificuldade que tu
> > chegastes a reportar.
> >
> > aqui vai uma pequena lista de fontes e informações relevantes de
> > como tu podes seguir a diante com uma atualização (limpa) pra teu
> freebsd:
> >
> > * http://www.wonkity.com/~wblock/docs/html/buildworld.html
> > * https://www.fug.com.br/historico/html/freebsd/2016-
> 09/msg00013.html
> > * https://www.fug.com.br/historico/html/freebsd/2016-
> 06/msg00156.html
> > * https://www.freebsd.org/doc/handbook/makeworld.html
> > * https://www.bsdnow.tv/tutorials/stable-current
> >
>
>Obrigado Vinicius, vou dar ula lida cuidadosa nesses links
>
>
> > [ ] ' s
> >
> > --
> > Vinícius Zavam
> > keybase.io/egypcio/key.asc
> > -
> > 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
>

ROda o fsck que isso é consequencia de unexpected superblock  no
filesystem!!

Att.

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


Re: [FUG-BR] Problem with 12-current - Siganl 12

2016-11-04 Por tôpico Paulo Henrique
On Nov 4, 2016 3:47 PM, "Otacílio de Araújo Ramos Neto" <
otacilio.n...@bsd.com.br> wrote:
>
> Nilton. Você já passou algum software de checagem de memória nessa
máquina?
>
> []'s
> -Otacilio
>
> Em sex, 4 de nov de 2016 14:36, Nilton Jose Rizzo 
> escreveu:
>
> >
> >   I upgrade my freebsd from 11.0-current to 12.0-Current, and
> > all work fine (i was thinking) yesterday I try to update my
> > system and I get a Signal 12 at my face.
> >
> >   I try some think but anyone was good.  By last i reboot
> > my system and up a older kernel and i can compile all
> > syste and kernel source.
> >
> > I done this steps:
> >
> > mergemaster -ipP
> > make buildworld && make kernel KERNCONF=MYKERNEL
> > reboot
> > mergemaster -iP
> > make installworld
> >
> > All do this in single user.
> >
> > But I trying recompile all, and get a same error.  Signal 12
> >
> > The port and all other source codes I can compile and work.
> >
> > I do some think wrong?
> >
> > TIA,
> >
> >
> > ---
> > /*
> > **Nilton José RizzoUFRRJ
> > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **/
> >

O sistema sobe ok em single user?
Se sim, quais os softwares que estão no seu rc.conf

Use mergermaster -aFp, só arquivos com alteração serão solicitados para
analise do diff.

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


Re: [FUG-BR] wireless RTL8191SEvA

2016-11-02 Por tôpico Paulo Henrique
On Nov 1, 2016 7:36 PM, "Guilherme Ferreira Rosário" <
guilherme.f.rosa...@gmail.com> wrote:
>
> Seria mais fácil de você cola se os logs para lhe ajudar.
> Suas informações estão muito vagas.
>
> Abs
> Em 01/11/2016 17:25, "debopen"  escreveu:
>
> > Ele não encontra o driver é nem reconhece a placa estou usando a rede
por
> > causa disso
> >
> > Em 1 de nov de 2016 16:53, "Guilherme Ferreira Rosário" <
> > guilherme.f.rosa...@gmail.com> escreveu:
> >
> > > Qual erro voce possui ao utilizar o wpa_supplicant ?
> > >
> > > Em 1 de novembro de 2016 16:32, debopen  escreveu:
> > >
> > > > Boa tarde obrigado pela atenção já tentei de tudo ele não detecta a
> > rede
> > > > wireless
> > > >
> > > > Em 1 de nov de 2016 16:28, "Guilherme Ferreira Rosário" <
> > > > guilherme.f.rosa...@gmail.com> escreveu:
> > > >
> > > > > Ja tentou utilizar o wpa_supplicant?
> > > > >
> > > > > Abs
> > > > >
> > > > > 2016-11-01 16:23 GMT-02:00 debopen :
> > > > >
> > > > > > Boa tarde e muito obrigado
> > > > > >
> > > > > > cansei de pesquisar e nao obtive sucesso
> > > > > > na configuracao desta placa wireless do meu note
> > > > > > Por favor alguem poderia me dar uma luz ja tentei varias
> > > > > > solucoes freebsd 11
> > > > > >
> > > > > > Segue meu pcinfo -lvbc
> > > > > > none2@pci0:2:0:0:class=0x028000 card=0x1467103c
> > chip=0x817110ec
> > > > > > rev=0x10 hdr=0x00
> > > > > > vendor = 'Realtek Semiconductor Co., Ltd.'
> > > > > > device = 'RTL8191SEvA Wireless LAN Controller'
> > > > > > class  = network
> > > > > > re0@pci0:3:0:0:class=0x02 card=0x1484103c
chip=0x813610ec
> > > > > rev=0x02
> > > > > > hdr=0x00
> > > > > > vendor = 'Realtek Semiconductor Co., Ltd.'
> > > > > > device = 'RTL8101/2/6E PCI Express Fast/Gigabit Ethernet
> > > > > > controller'
> > > > > > class  = network
> > > > > > subclass   = ethernet
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Atenciosamente,
> > > > > > Carlos Alberto

Verificou se a mesma tem suporte a lista de compatilidade de hardware do
FreeBSD ?
Se a compatibilidade, verificou se o modulo de controle esta carregado no
kernel ?
Se o modulo esta carregado no kernel, qual é a saida referente ao
dispositivo no dmesg ?

Proximo email com orientação de configuração apos o retorno de logs e
saidas mostrando as informações anteriormente questionadas.

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


[FUG-BR] Site da FUG-BR em manutenção.

2016-10-26 Por tôpico Paulo Henrique
Há alguma previsão de restauração do site da FUG-BR ?

Até que a página de manutenção é bonitinha :D

Att. Paulo Henrique.

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


[FUG-BR] Site da FUG em manutenção !!

2016-10-25 Por tôpico Paulo Henrique - BSD Brasil
Há alguma previsão de restauração do site da FUG-BR ?

Até que a página de manutenção é bonitinha :D

Att. Paulo Henrique.

-- 
##
: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] teste

2016-10-24 Por tôpico Luiz Henrique Coletto
testado! 

Luiz Henrique Coletto 
Chefia Seção Técnica de Sistemas - SCTS 
CeTI-RP - Centro de Tecnologia da Informação de Ribeirão Preto 
STI - Superintendência de Tecnologia da Informação 
USP - Universidade de São Paulo - Campus de Ribeirão Preto 
cole...@usp.br 
55 16 3315-4738 
-- 
Ho Yen-hsi:[...]Um Cavaleiro afirmou uma vez: "Confiar nos incultos e não se 
preparar é o maior dos crimes. 
Preparar-se de antemão para todas as contingências é a maior das virtudes". 
Sun Tzu - A Arte da Guerra 

- Mensagem original -

> De: "Paulo Henrique" <paulo.rd...@bsd.com.br>
> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> <freebsd@fug.com.br>
> Enviadas: Domingo, 23 de Outubro de 2016 12:05:39
> Assunto: Re: [FUG-BR] teste

> Testado !! :D

> 2016-10-23 11:58 GMT-02:00 Nenhum_de_Nos <math...@eternamente.info>:

> > se alguém ler, por favor manda uma resposta.
> >
> > obrigado.
> >
> >
> > --
> > "We will call you Cygnus,
> > the God of balance you shall be."
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >

> --
> :UNI> Paulo Henrique.
> Fone: (21) 37089388.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] teste

2016-10-23 Por tôpico Paulo Henrique
Testado !! :D

2016-10-23 11:58 GMT-02:00 Nenhum_de_Nos :

> se alguém ler, por favor manda uma resposta.
>
> obrigado.
>
>
> --
> "We will call you Cygnus,
> the God of balance you shall be."
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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


Re: [FUG-BR] FreeBSD 11 e vlans

2016-10-10 Por tôpico Paulo Henrique
Em 9 de outubro de 2016 20:17, Marcelo Gondim 
escreveu:

> Em 01/09/2016 20:10, Marcelo Gondim escreveu:
>
>> Buenas pessoal,
>>
>> Uns meses atrás estávamos com um FreeBSD 10.1-stable fazendo papel de
>> router de borda e estava segurando um tráfego total de mais de 6Gbps e
>> 1.8Mpps. Eram 4 cidades passando por ele mas estávamos tendo muitos
>> problemas nos horários de pico. Problemas como perdas de pacotes nos links
>> IP e clear channels. Patrick está de prova que tentamos muitas alternativas
>> mas infelizmente não podíamos esperar para mais testes e a empresa resolveu
>> investir em um Juniper MX 104 que está rodando bem hoje. Acreditamos que o
>> problema estava relacionado com as vlans porque onde não tinha vlan,
>> funcionava perfeitamente.
>>
>> Nas cidades ainda temos Firewalls rodando FreeBSD e logo sairá a versão
>> 11. Pessoal que tá direto no desenvolvimento, como o LooS e Egypcio, sabe
>> me dizer se chegaram à mexer nessa parte de vlans e se descobriram algo que
>> poderia estar impactando no tráfego?
>>
>> []´s
>> Gondim
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>> Pessoal boa noite,
>
> Vim fechar essa thread. Patrick depois se puder fechar lá nos gringos.
> Seguinte uns meses atrás estávamos com problemas sérios no nosso router de
> borda. O load apresentava problemas somente trocando de versão no FreeBSD,
> os clear channels que apresentavam perdas. Tínhamos 2 servidores com
> motherboard Intel S2600-COE que à priori me parecia excelente. Nos testes
> trocamos interfaces de rede, sistema e todo o equipamento para outro igual
> mas sinceramente não trocamos de motherboard. Colocamos um Juniper MX 104
> no lugar e aí trouxe um dos servidores para a nossa cidade matriz. São 4
> cidades que chegam no router de borda. Nossa cidade matriz estava com um
> equipamento que não estava mais aguentando o tráfego local e aí resolvi
> colocar esse mesmo equipamento dos testes no lugar desse outro que era
> muito inferior. Pra minha surpresa o servidor também não aguentou, piorou a
> rede, comecei à ter perdas e alarmes no meu Zabbix igual estava tendo no
> Rio.
> Aí pensei comigo: eu to com um Dell R720 parado aqui, desabilitei a PERC
> dele e soquei um SSD com FreeBSD e adivinhem. O load caiu absurdamente,
> estava batendo load de 30.x e agora bate load de 6.x. Tráfego flui
> lindamente, sem perdas, sem alarmes no Zabbix. Ambas as máquinas em matéria
> de processamento eram equivalentes mas cheguei a conclusão que só pode ser
> a motherboard, alguma coisa de capacidade de barramento.
>
> Por isso Patrick acho que nosso problema no Rio estava voltado para esse
> equipamento e a Dell se mostrou muito melhor em relação à esse
> hardware. Acredito inclusive que essa Dell R720 com uma Chelsio ficaria até
> melhor que a Intel X520-SR2 :)
>
> Bem era isso que queria compartilhar com todos. O hardware pode nos pregar
> peças como essa.
>
>
> []´s
> Gondim
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Gondim,

Estou mechendo recentemente com alguns servidores Dell PowerEdge 1960 e
2950 em ambos os casos achei interessante alguns detalhes de configuração
com relação a distribuição de IRQs.
Na bios da maquina tem dois modos de distribuição de requisição, "STANDART"
e "DISTRIBUITED", pelo que teste, quando se usa STANDART não há uma
distribuição uniforme das requisições contudo por ser um padrão maduro não
há problemas de conflitos de IRQs, contudo tive muitos problemas de
conflito de IRQs entre PERC 5/1/ LSI1068 e Teclados USB quando esta opção
na bios está configurado para DISTRIBUITED.

Att.

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


Re: [FUG-BR] Samba4 + OpenLDAP

2016-10-08 Por tôpico Paulo Henrique
Em 8 de outubro de 2016 14:44, Marcelo Gondim 
escreveu:

> Buenas pessoal,
>
> Alguém já montou um ambiente desse com FreeBSD, Samba4 autenticando no
> OpenLDAP? Se sim tem algum link de documentação que possa ajudar?
>
> Andei catando mas não achei e num determinado link, li que estavam
> descontinuando o LDAP no Samba mas não sei é verdade.
>
> []´s
>
> Gondim
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Saudações Mestre,

Algo contra utilizar a base LDAP que o samba4 disponibiliza ?
Utiliza a documentação de migração do Samba 3.6 com LDAP para samba4 ( está
na docs do Samba ).
Não vejo qualquer cenário onde "desintegrar" o serviço de autenticação
NTLM2 do samba do serviço de autenticação do LDAP provido pelo Samba4 seja
realmente justificável.

Att.

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


Re: [FUG-BR] Problema com disco cheio

2016-09-30 Por tôpico Paulo Henrique
Em 30 de setembro de 2016 11:17, Tiago Drumond 
escreveu:

> Vc possui snapshots? Pode ser isso q está ocupando espaço
>
> Em 30 de set de 2016 11:10 AM, "Ricardo Campos Passanezi" <
> ri...@ige.unicamp.br> escreveu:
>
> > On Fri, Sep 30, 2016 at 10:59:22AM -0300, Félix wrote:
> > > O sistema de arquivos é zfs.
> > >
> > > Ja tentei com do comando find tambem, mas o problema é que todos
> > > arquivos são apagados mas não é liberado espaço. Inclusive se rodar o
> > > comando du -sh para mostrar o tamanho da pasta o espaço da pasta
> diminui,
> > > mas o comando df continua dando 100% de utilização.
> > >
> > > Rodei o comando sync, mas continuou tudo igual.
> > >
> > > Rodei agora o comando zpool scrub dados que pelo que vi faz o mesmo
> > que
> > > o fsck. Vou aguardar para ver se resolve.
> > >
> > > Félix
> >
> >
> > zfs list?
> >
> > zpool list?
> >
> > Tem quota/reservation nos datasets?
> >
> > --
> > Ricardo Campos Passanezi
> > -
> > 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
>

Solução definitiva é essa aqui, tem que executar como root

cd ../../ && rm -rf ^[0-9][a-z][A-Z]*

Verá o tanto de espaço que irá liberar.

Att.

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


Re: [FUG-BR] FreeBSD 11 e vlans

2016-09-27 Por tôpico Paulo Henrique
Em 27 de setembro de 2016 00:47, Marcelo Gondim <gon...@bsdinfo.com.br>
escreveu:

> Em 26/09/2016 22:23, Paulo Henrique escreveu:
>
>> Em 26 de setembro de 2016 21:10, Renato Frederick <
>> ren...@frederick.eti.br>
>> escreveu:
>>
>> Em 20 de setembro de 2016 às 16:27:09, Matheus Cucoloto (
>>> matheuscucol...@gmail.com) escreveu:
>>>
>>> 2016-09-06 7:06 GMT-03:00 Renato Frederick <ren...@frederick.eti.br>:
>>>
>>>
>>>> De: Marcelo Gondim <gon...@bsdinfo.com.br>
>>>> Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
>>>> freebsd@fug.com.br>
>>>> Data: 5 de setembro de 2016 at 18:19:26
>>>> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
>>>> freebsd@fug.com.br>
>>>> Assunto: Re: [FUG-BR] FreeBSD 11 e vlans
>>>>
>>>>
>>>> chegaram a testar as releases mais antigas, por ex da 10 até a 8?
>>>>>
>>>> Não testamos porque não queria retroceder na versão. A versão
>>>> 10.1-stable que estávamos usando até a revisão xpto, funcionava bem mas
>>>> dela pra frente dava pau. Mas dava somente com as conexões com vlan. As
>>>> conexões sem vlan funcionavam normalmente. Como eu não podia abrir mão
>>>> das vlans, fui obrigado à partir pro Juniper mesmo.
>>>>
>>>>
>>>> Opa, no 9 o problema da Vlan não acontece, pelo menos no meu cenário.
>>>
>>> O curioso é que fazem 2 anos que isso esta se arrastando.
>>>
>>> --
>>> ---
>>> Matheus Cucoloto
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>>
>>> Então usa 9…..  Eu não entendo esta necessidade de upgrades em massa. Se
>>> a
>>> solução é de 100 anos atras, usa e pronto.
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>> Estou com os seguintes cenários:
>>
>> FreeBSD 10.1 e 10.2 Stable, VLANS ( 12 vlans configuradas ) - switch
>> Juniper EX4200/EX2200 ( a mais de dois anos sem conectar nessa
>> infra-estrutura eu acho ) placas de rede Intel Gigabit ( em) .
>> FreeBSD 10.0 Release e 10.2 stable/PFSense 2.1 ( 2 vlans configuradas ) um
>> delas sendo repassadas via access para algumas estações Windows
>> virtualizadas sobre o virtualbox, placas de rede Intel Gigabit ( em e igb
>> ), quando sai da empresa estava funcionando corretamente sem problema, a
>> outra ponta eram switchs EX4200/3Com SuperStack3 e ProCurve A2910AL.
>> FreeBSD 10.3/11.0-Current/PFSense-2.3 ( ambiente da minha casa, não sei
>> quantas VLANS tem espalhada entre as duas maquinas fisicas e as 8 maquinas
>> virtuais, estou usando o DD-WRT na outra ponta e até agora não achei
>> problema nenhum )
>>
>> Só tive problemas com vlan no PFSense 2.3 contudo era alguma m*** que
>> estava gerando problema com o device polling, alguns testes e alterações
>> está funcionando normalmente, o mesmo está conectado em um switch
>> 3Com-Baseline.
>>
>> Não sou um guru de redes/OS mas pelo que observo talvez o problema com
>> vlans não esteja no FreeBSD mas sim no que está na outra ponta ou no
>> modulo
>> de um equipamento especifico.
>> E por ser um recurso muito utilizado se o mesmo estivesse com problema
>> muita gente estaria gritando ! !.
>>
>> Opa Paulo,
>
> O problema, pelo menos o que parece, não só o fato de existirem vlans mas
> o tráfego que passava por elas. Estou falando de algo em torno de 6Gbps e
> 1.8Mpps.
> Com a versão 10.1-stable até uma revision que usei estava OK, depois disso
> qualquer coisa como 10.2-stable já dava problema. As outras pontas são
> Juniper das duas Operadoras. Não creio que seja problema com as duas e ao
> mesmo tempo. rsrsrsr
> Mas acredito que seja bem difícil de se testar isso em bancada e por isso
> a dificuldade de se detectar e arrumar um fix. Infelizmente não pudemos
> esperar e compramos um Juniper mas queria que isso tivesse sido resolvido
> no FreeBSD pois fortaleceria mais ainda o projeto.
>
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Gondim,

A Dificuldade em obter um cenário para teste é devido a geração de trafego
ou disponibilizade de h

Re: [FUG-BR] FreeBSD 11 e vlans

2016-09-26 Por tôpico Paulo Henrique
Em 26 de setembro de 2016 21:10, Renato Frederick 
escreveu:

> Em 20 de setembro de 2016 às 16:27:09, Matheus Cucoloto (
> matheuscucol...@gmail.com) escreveu:
>
> 2016-09-06 7:06 GMT-03:00 Renato Frederick :
>
> >
> >
> > De: Marcelo Gondim 
> > Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
> > freebsd@fug.com.br>
> > Data: 5 de setembro de 2016 at 18:19:26
> > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) <
> > freebsd@fug.com.br>
> > Assunto: Re: [FUG-BR] FreeBSD 11 e vlans
> >
> >
> > >
> > > chegaram a testar as releases mais antigas, por ex da 10 até a 8?
> > Não testamos porque não queria retroceder na versão. A versão
> > 10.1-stable que estávamos usando até a revisão xpto, funcionava bem mas
> > dela pra frente dava pau. Mas dava somente com as conexões com vlan. As
> > conexões sem vlan funcionavam normalmente. Como eu não podia abrir mão
> > das vlans, fui obrigado à partir pro Juniper mesmo.
> >
> >
> Opa, no 9 o problema da Vlan não acontece, pelo menos no meu cenário.
>
> O curioso é que fazem 2 anos que isso esta se arrastando.
>
> --
> ---
> Matheus Cucoloto
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> Então usa 9…..  Eu não entendo esta necessidade de upgrades em massa. Se a
> solução é de 100 anos atras, usa e pronto.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Estou com os seguintes cenários:

FreeBSD 10.1 e 10.2 Stable, VLANS ( 12 vlans configuradas ) - switch
Juniper EX4200/EX2200 ( a mais de dois anos sem conectar nessa
infra-estrutura eu acho ) placas de rede Intel Gigabit ( em) .
FreeBSD 10.0 Release e 10.2 stable/PFSense 2.1 ( 2 vlans configuradas ) um
delas sendo repassadas via access para algumas estações Windows
virtualizadas sobre o virtualbox, placas de rede Intel Gigabit ( em e igb
), quando sai da empresa estava funcionando corretamente sem problema, a
outra ponta eram switchs EX4200/3Com SuperStack3 e ProCurve A2910AL.
FreeBSD 10.3/11.0-Current/PFSense-2.3 ( ambiente da minha casa, não sei
quantas VLANS tem espalhada entre as duas maquinas fisicas e as 8 maquinas
virtuais, estou usando o DD-WRT na outra ponta e até agora não achei
problema nenhum )

Só tive problemas com vlan no PFSense 2.3 contudo era alguma m*** que
estava gerando problema com o device polling, alguns testes e alterações
está funcionando normalmente, o mesmo está conectado em um switch
3Com-Baseline.

Não sou um guru de redes/OS mas pelo que observo talvez o problema com
vlans não esteja no FreeBSD mas sim no que está na outra ponta ou no modulo
de um equipamento especifico.
E por ser um recurso muito utilizado se o mesmo estivesse com problema
muita gente estaria gritando ! !.

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


Re: [FUG-BR] FreeBSD 11 memsitck sem UEFI?

2016-09-25 Por tôpico Paulo Henrique
Em 24 de setembro de 2016 21:57, Kaio Rafael 
escreveu:

> Olá,
>
> Não uso Windows no meu laptop (dual boot), então nem tenho ativado o UEFI.
>
> Baixei daqui:
> ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/11.0/
>
> essa imagem:
> 85fb1d4849a0ba193872225d91041a63  FreeBSD-11.0-RC3-amd64-memstick.img
>
> Utilizei o procedimento descrito no handbook para gerar o USB
> bootavel. O problema é que o boot de instalação não começa, dá um
> erro:
>
> No /boot/kernel/.
> gptoptions
>
> Dando uma pesquisada achei esse tópico aqui:
>
> "So, FreeBSD11/AMD64 memstick is UEFI only?"
>
> https://forums.freebsd.org/threads/50660/
>
> Está parecendo que a imagem memstick do 11 só vem com UEFI!
>
> A instalação subiu normalmente depois de ter ativado o UEFI. Andei
> procurando uma imagem memstick sem UEFI, mas parece esse suporte está
> operando apenas no CDROM/DVD, segundo a discussão nesse fórum.
>
> Não quero usar UEFI. Para mim não há motivos. Tem um outro jeito de
> dar o boot sem ter que habilitar essa opção?
>
> []z
> --
> Kaio Rafael,
> http://twitter.com/kaiux
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Você irá precisar do UEFI pois são poucos driver de video que não requer o
uefi framebuffer para funcionar com o Xorg.


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


Re: [FUG-BR] Otimização do ZFS in-kernel.

2016-09-20 Por tôpico Paulo Henrique
Em 20 de setembro de 2016 19:07, Paulo Olivier Cavalcanti <
procavalca...@gmail.com> escreveu:

> Em 20/09/2016 11:55, Paulo Henrique escreveu:
>
>> [...]
>>
>
> estou testando agora com mais calma.
>> Sim o sistema é instalado com zfs:root.
>>
>> root@radius:/home/usshd # zpool list
>> NAMESIZE  ALLOC   FREE  EXPANDSZ   FRAGCAP  DEDUP  HEALTH  ALTROOT
>> dados   928G  10.8G   917G - 0% 1%  1.00x  ONLINE  -
>> zroot   448G  4.26G   444G - 0% 0%  1.00x  ONLINE  -
>>
>>
>> root@radius:/home/usshd # zpool status
>>pool: dados
>>   state: ONLINE
>>scan: none requested
>> config:
>>
>>  NAMESTATE READ WRITE CKSUM
>>  dados   ONLINE   0 0 0
>>mirror-0  ONLINE   0 0 0
>>  ada2ONLINE   0 0 0
>>  ada3ONLINE   0 0 0
>>  logs
>>ada4  ONLINE   0 0 0
>>  cache
>>ada5  ONLINE   0 0 0
>>
>> errors: No known data errors
>>
>>pool: zroot
>>   state: ONLINE
>>scan: none requested
>> config:
>>
>>  NAMESTATE READ WRITE CKSUM
>>  zroot   ONLINE   0 0 0
>>mirror-0  ONLINE   0 0 0
>>  ada0p3  ONLINE   0 0 0
>>  ada1p3  ONLINE   0 0 0
>>
>> errors: No known data errors
>> root@radius:/home/usshd #
>>
>>
>>
> Na minha opinião, só em situações de pouca RAM, I/O de disco baixo,
> webservers de alto desempenho etc, é que se deve mexer no ARC, L2ARC e
> demais parâmetros do ZFS. Os parâmetros default atendem a 99% das situações.
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Paulo,

O que estou observando é que caso eu não limite o ARC o ZFS praticamente
monopolisa a memoria, esse servidor é um banco de dados MySQL e dependendo
da operação chega a consumir 21G para o ARC dos 24Gbytes de RAM.
A menos que esse seja um efeito colateral de se estar usar SSDs de cache e
log no pool.

Att. Paulo Henrique.

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


Re: [FUG-BR] Otimização do ZFS in-kernel.

2016-09-20 Por tôpico Paulo Henrique
Em 20 de setembro de 2016 10:48, Ricardo Campos Passanezi <
ri...@ige.unicamp.br> escreveu:

> On Tue, Sep 20, 2016 at 10:42:38AM -0300, Paulo Henrique wrote:
> > Saudações Ricardo,
> >
> > Não é que o zfs_load no loader.conf já basta, contudo ainda sou meio
> > "old-school" e gosto das coisas compiladas in-kernel.
>
> Bom, no tocante "old-school", sou do tempo da "free...@br.freebsd.org"
> :-)
>
>
>
> > Algumas coisas que procurei e não achei com relação ao ZFS.
> > Definição de espaço de memoria destinado ao ARC
> > Definição de espaço de memoria destinado ao L2ARC
> > Essas variáveis que impactam em todo o sistema seria muito bom se
> tivesse a
> > opção de definilas no kernel ou mesmo via sysctl.
> > Antigamente podia definir o root no arquivo de configuração do kernel
> > também porém não achei a opção.
>
> Bem, depois de carregado via loader (ou se instalou como "zfs on root"):
>
> # sysctl -a | egrep zfs | wc
>  262 534   10156
> # sysctl vfs.zfs | egrep arc
> vfs.zfs.l2arc_norw: 1
> vfs.zfs.l2arc_feed_again: 1
> vfs.zfs.l2arc_noprefetch: 1
> vfs.zfs.l2arc_feed_min_ms: 200
> vfs.zfs.l2arc_feed_secs: 1
> vfs.zfs.l2arc_headroom: 2
> vfs.zfs.l2arc_write_boost: 8388608
> vfs.zfs.l2arc_write_max: 8388608
> vfs.zfs.arc_meta_limit: 322436480
> vfs.zfs.arc_free_target: 3542
> vfs.zfs.arc_shrink_shift: 7
> vfs.zfs.arc_average_blocksize: 8192
> vfs.zfs.arc_min: 161218240
> vfs.zfs.arc_max: 1289745920
>
> Esses são valores padrão numa máquina virtual que acabei de instalar
> (não fiz nenhuma otimização).
>
> É bem isso mesmo que quero, cheguei a dar uma olhada nessas variáveis e
estou testando agora com mais calma.
Sim o sistema é instalado com zfs:root.

root@radius:/home/usshd # zpool list
NAMESIZE  ALLOC   FREE  EXPANDSZ   FRAGCAP  DEDUP  HEALTH  ALTROOT
dados   928G  10.8G   917G - 0% 1%  1.00x  ONLINE  -
zroot   448G  4.26G   444G - 0% 0%  1.00x  ONLINE  -


root@radius:/home/usshd # zpool status
  pool: dados
 state: ONLINE
  scan: none requested
config:

NAMESTATE READ WRITE CKSUM
dados   ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
ada2ONLINE   0 0 0
ada3ONLINE   0 0 0
logs
  ada4  ONLINE   0 0 0
cache
  ada5  ONLINE   0 0 0

errors: No known data errors

  pool: zroot
 state: ONLINE
  scan: none requested
config:

NAMESTATE READ WRITE CKSUM
zroot   ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
ada0p3  ONLINE   0 0 0
ada1p3  ONLINE   0 0 0

errors: No known data errors
root@radius:/home/usshd #




>
> >
> > Abraços.
> >
> > --
> > :UNI> > Paulo Henrique.
> > NoRm4nD @ FreeNode.Net
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> --
> Ricardo Campos Passanezi
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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


Re: [FUG-BR] UEFI

2016-09-20 Por tôpico Paulo Henrique
Em 20 de setembro de 2016 11:21, Cabral Bandeira <bey...@outlook.com>
escreveu:

> dd if=usb.img of=/dev/sdd1 bs=4M faço assim no Linux mas dá erro no boot,
> falta algo?
>
> Cabral Bandeira
>
> > Em 20 de set de 2016, às 10:44, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
> >
> > 2016-09-20 3:21 GMT-03:00 Cabral Bandeira <bey...@outlook.com>:
> >
> >> não, baixei a versão memstick e passei pro pendrive, olhei esse pmbr
> achei
> >> meio complicado fazer um pendrive, algum lugar vende?
> >>
> >> Cabral Bandeira
> >>
> >>> Em 20 de set de 2016, às 02:18, Paulo Henrique <paulo.rd...@bsd.com.br
> >
> >> escreveu:
> >>>
> >>> Em 19 de setembro de 2016 23:46, Cabral Bandeira <bey...@outlook.com>
> >>> escreveu:
> >>>
> >>>> da boot e depois um erro que não monta, dicas? FreeBSD 11
> >>>>
> >>>> Cabral Bandeira
> >>>> -
> >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>>
> >>> Instalou o pmbr ?
> >>>
> >>> Att.
> >>>
> >>> --
> >>> :UNI> >>> Paulo Henrique.
> >>> Fone: (21) 37089388.
> >>> -
> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> >
> > Cara gravar um memstick é tão simples e rápido, não leva nem 30 minutos.
> > Deixa de ser preguiçoso !
> >
> > Abraços
> > --
> > :UNI> > Paulo Henrique.
> > NoRm4nD @ FreeNode.Net
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Por favor !!

https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/bsdinstall-pre.html

Att.


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


Re: [FUG-BR] UEFI

2016-09-20 Por tôpico Paulo Henrique
2016-09-20 3:21 GMT-03:00 Cabral Bandeira <bey...@outlook.com>:

> não, baixei a versão memstick e passei pro pendrive, olhei esse pmbr achei
> meio complicado fazer um pendrive, algum lugar vende?
>
> Cabral Bandeira
>
> > Em 20 de set de 2016, às 02:18, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
> >
> > Em 19 de setembro de 2016 23:46, Cabral Bandeira <bey...@outlook.com>
> > escreveu:
> >
> >> da boot e depois um erro que não monta, dicas? FreeBSD 11
> >>
> >> Cabral Bandeira
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> > Instalou o pmbr ?
> >
> > Att.
> >
> > --
> > :UNI> > Paulo Henrique.
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Cara gravar um memstick é tão simples e rápido, não leva nem 30 minutos.
Deixa de ser preguiçoso !

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


Re: [FUG-BR] Otimização do ZFS in-kernel.

2016-09-20 Por tôpico Paulo Henrique
Em 20 de setembro de 2016 09:49, Ricardo Campos Passanezi <
ri...@ige.unicamp.br> escreveu:

> On Mon, Sep 19, 2016 at 08:57:02PM -0300, Paulo Henrique wrote:
> > Saudações camaradas,
> >
> > Observei que as opções de otimização de construção do ZFS bultin kernel
> > foram removidas no 10.3 Stable, não há mais nenhuma otimização in-kernel
> > para o ZFS.
> > Consultei o LINT, sys/conf/NOTES e amd64/conf/NOTES e as opções que
> > permitia construir o sistema com o ZFS on-kernel não estão mais
> presentes.
> >
> > Abraços e qualquer informação será bem vinda.
>
> Um 'zfs_load="YES"' no loader.conf já não resolve?
>
>
>
> --
> Ricardo Campos Passanezi
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Saudações Ricardo,

Não é que o zfs_load no loader.conf já basta, contudo ainda sou meio
"old-school" e gosto das coisas compiladas in-kernel.
Algumas coisas que procurei e não achei com relação ao ZFS.
Definição de espaço de memoria destinado ao ARC
Definição de espaço de memoria destinado ao L2ARC
Essas variáveis que impactam em todo o sistema seria muito bom se tivesse a
opção de definilas no kernel ou mesmo via sysctl.
Antigamente podia definir o root no arquivo de configuração do kernel
também porém não achei a opção.

Abraços.

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


Re: [FUG-BR] UEFI

2016-09-19 Por tôpico Paulo Henrique
Em 19 de setembro de 2016 23:46, Cabral Bandeira 
escreveu:

> da boot e depois um erro que não monta, dicas? FreeBSD 11
>
> Cabral Bandeira
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Instalou o pmbr ?

Att.

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


[FUG-BR] Otimização do ZFS in-kernel.

2016-09-19 Por tôpico Paulo Henrique
Saudações camaradas,

Observei que as opções de otimização de construção do ZFS bultin kernel
foram removidas no 10.3 Stable, não há mais nenhuma otimização in-kernel
para o ZFS.
Consultei o LINT, sys/conf/NOTES e amd64/conf/NOTES e as opções que
permitia construir o sistema com o ZFS on-kernel não estão mais presentes.

Abraços e qualquer informação será bem vinda.

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


Re: [FUG-BR] Suporte Intel Dual Band Wireless-AC 7260 - FreeBSD 10.3

2016-09-13 Por tôpico Paulo Henrique - BSD Brasil


On 13/09/16 16:07, João Luis wrote:
> Uma pergunta idiota : Nao eh possivel compilar o driver iwm no 10.3 ??
>
> []s
>
> JL
>
> 2016-09-13 14:28 GMT-04:00 Otacílio <otacilio.n...@bsd.com.br>:
>
>> Em 13/09/2016 14:13, Kaio Rafael escreveu:
>>
>>> Pessoal,
>>>
>>> Tenho um notebook que possui essa placa wifi, no entanto, parece que
>>> só há suporte no Current
>>>
>>> [i386, amd64] Intel Dual Band Wireless AC 3160/7260/7265 IEEE 802.11ac
>>> network adapters (iwm(4) driver)
>>>
>>> Sabem dizer se é possível fazer rodar no 10.3-Release?
>>>
>>> Meu laptop deu problema no HD, quando voltar da assistência quero
>>> deixar o FreeBSD como host mesmo (chega de virtualização)
>>>
>>> []z
>>>
>>
>> Esse driver iwm existe no 11 mas não existe no 10.3.
>>
>> Você pode verificar procurando o manual em cada versão aqui:
>> https://www.freebsd.org/cgi/man.cgi?query=iwm=0
>> ion=0=FreeBSD+11.0-RELEASE=default=html
>>
>> O 11.0-RELEASE está perto de sair.
>>
>>
>> []'s
>>
>> -Otacílio
>>
>>
>>
>> -
>> 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


Cuidado com o top-posting.

Não vejo motivo para se usar o 10.3 quando o 11-Current está muito estável.
E ainda estou usando uma REV que não é a mais recente por precisar de
suporte a KMS do graficos Intel HD 4000.

FreeBSD arya 11.0-CURRENT FreeBSD 11.0-CURRENT #4
9c10572(drm-i915-update-38)-dirty: Sun May 15 20:09:19 BRT 2016
root@arya:/usr/obj/usr/src/sys/ARYA  amd64


Att. Paulo Henrique.

-- 
##
: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] Suporte Intel Dual Band Wireless-AC 7260 - FreeBSD 10.3

2016-09-13 Por tôpico Paulo Henrique - BSD Brasil


On 13/09/16 14:13, Kaio Rafael wrote:
> Pessoal,
>
> Tenho um notebook que possui essa placa wifi, no entanto, parece que
> só há suporte no Current
>
> [i386, amd64] Intel Dual Band Wireless AC 3160/7260/7265 IEEE 802.11ac
> network adapters (iwm(4) driver)
>
> Sabem dizer se é possível fazer rodar no 10.3-Release?
>
> Meu laptop deu problema no HD, quando voltar da assistência quero
> deixar o FreeBSD como host mesmo (chega de virtualização)
>
> []z

Infelizmente somente no Current mesmo, eu tenho a mesma interface e só
tive suporte dela no 11-Current, estou utilizando ele a mais de 10 meses
e até agora não tive qualquer problema.
Segue o Dmesg da mesma.

root@arya:/usr/home/NoRm4nD # dmesg |grep iwm
iwm0:  mem 0xf720-0xf7201fff at
device 0.0 on pci1
iwm0: revision: 0x140, firmware 25.228 (API ver. 9)

Não está com mais detalhes por que removi as opções de debug do kernel.

Att. Paulo Henrique.


-- 
##
: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] something exciting

2016-08-25 Por tôpico Paulo Henrique
2016-08-25 17:54 GMT-03:00 ronaldomassanori :

> Dear friend!
>
> We are waiting for something exciting  to  happen soon, you're going to
> like it! Please read more  about it here  hynesforstaterep.com/e3seopns>
>
> Sent from a prehistoric stone tablet, ronaldomassanori
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Tem sempre um estupido para fazer as merdas e poluir o historico da lista
!!




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


Re: [FUG-BR] Performance drasticamente ruim de rede - PFSense - 2.3.2 ( AMD64 )

2016-08-15 Por tôpico Paulo Henrique
Em 15 de agosto de 2016 14:37, Renato Frederick <ren...@frederick.eti.br>
escreveu:

> Em 13 de agosto de 2016 15:56, Paulo Henrique <paulo.rd...@bsd.com.br>
> escreveu:
>
> > Saudações
> >
> > Estou implantando um PFsense 2.3.2 e estou observando uma demasiada perda
> > de perfomance considerando o hardware no qual o mesmo está sendo
> executado.
> > Analisando o sistema não encontro qualquer indicador no qual justifique
> tal
> > queda de perfomance, normalmente utilizo serveru L100 para executar o
> > PFSense, porém sempre usei a versão 2.1 ( a ultima vez que administrei
> um )
> > e a execução do mesmo sempre se demonstrou excepcional, contudo, agora
> que
> > estou com um servidor com capacidade de processamento muito superior a um
> > L100 a velocidade de execução está muito lento.
> >
> >
> Nada específico no pfsense, eu tenho esses paus com em, bge e bce(igb nunca
> usei) em todo servidor(dell, hp, ibm) que uso bsd, desde o free 8.
>
> https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards
>
> Sei lá se no 10(pfsense 2.3) resolveram ou se no BSD 11 beta resolverão,
> sou preguiçoso demais  prá procurar no readme se o driver melhorou, to
> velho demais prá escovar bits, mas desde que uso a performance ficou
> decente no free e no pfsense. Sempre deixo.
>
> Talvez resolva. teste aí.
>
>
> 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
>

Já utilizo essas opções de Tunning, tanto no PFSense como no FreeBSD.
Bom hoje não terei tempo, amanhã irei revisar as configurações e no pior
dos casos eu ativo as broadcom que tem on-board no servidor e faço teste
por elas.

Valeu a todos.

Abraços.

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


Re: [FUG-BR] Performance drasticamente ruim de rede - PFSense - 2.3.2 ( AMD64 )

2016-08-13 Por tôpico Paulo Henrique
Em 13 de agosto de 2016 16:09, Tiago Drumond <tiagodex...@gmail.com>
escreveu:

> Em 13 de ago de 2016 15:56, "Paulo Henrique" <paulo.rd...@bsd.com.br>
> escreveu:
> >
> > Saudações
> >
> > Estou implantando um PFsense 2.3.2 e estou observando uma demasiada perda
> > de perfomance considerando o hardware no qual o mesmo está sendo
> executado.
> > Analisando o sistema não encontro qualquer indicador no qual justifique
> tal
> > queda de perfomance, normalmente utilizo serveru L100 para executar o
> > PFSense, porém sempre usei a versão 2.1 ( a ultima vez que administrei um
> )
> > e a execução do mesmo sempre se demonstrou excepcional, contudo, agora
> que
> > estou com um servidor com capacidade de processamento muito superior a um
> > L100 a velocidade de execução está muito lento.
> >
> > Segue informações do hardware.
> > Servidor: Dell PowerEdge 1950
> > Processador: 2 Xeon E5160 @ 3.0Ghz
> > Memoria: 8 Gbytes DDR2 5300Mhz
> > Disco Perc 5/i Integrated ( 2 discos SATA2 500Gb Samsung - é a unica
> parte
> > do servidor que pode gerar lentidão, contudo como não estou utilizando
> nada
> > de disco ele não é a causa )
> > Placa de rede: 2 x Intel PRO/1000 ( modulo em ).
> >
> > Não estou conseguindo passar mais do que 75Mb/s entre as interfaces.
> >
> > Quanto ao hardware já efetuei todos os teste e não encontrei qualquer
> falha.
> > As placas testadas sobre o Linux Slackware funcionaram corretamente
> > atingindo sempre 946Mb/s ( usando o iperf ) já no PFSense mal ultrapassa
> os
> > 75Mb/s
> >
> > Alguem tem uma orientação no qual poderia estar dando um norte do por que
> > dessa pessima performance.
> >
> > Att. Paulo Henrique.
> >
> > --
> > :UNI> > Paulo Henrique.
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> Ja tentou desabilitar o pf pra ver se as regras nativas do pf sense não
> estão influenciando?
>
> Testa aí dando um pfctl -d
>
> Att
>
> Tiago Drumond
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


Drummond, desativei, mantendo só as regras de nat e ainda assim não houve
alteração.
Teóricamente não estou nem utilizando o firewall pois o teste que estou
fazendo é:
Servidor Iperf: 192.168.10.250 gw: 192.168.10.254 ( PFSense WAN )
Cliente Iperf: 192.168.15.250 gw: 192.168.15.254 ( PFSense LAN )

Olhando em alguns foruns encontrei referencias para comportamentos
parecidos quando se utiliza placas de rede Realtreko com as opções:
Hardware Checksum Offloading
Hardware TCP Segmentation Offloading
Hardware Large Receive Offloading

A questão é que não estou usando uma placa de rede qualquer, que tais
recursos seria o problema.
Já troquei as interfaces de rede e testei com outras apenas para desencargo
de conciência.


Att. Paulo Henrique.

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


[FUG-BR] Performance drasticamente ruim de rede - PFSense - 2.3.2 ( AMD64 )

2016-08-13 Por tôpico Paulo Henrique
Saudações

Estou implantando um PFsense 2.3.2 e estou observando uma demasiada perda
de perfomance considerando o hardware no qual o mesmo está sendo executado.
Analisando o sistema não encontro qualquer indicador no qual justifique tal
queda de perfomance, normalmente utilizo serveru L100 para executar o
PFSense, porém sempre usei a versão 2.1 ( a ultima vez que administrei um )
e a execução do mesmo sempre se demonstrou excepcional, contudo, agora que
estou com um servidor com capacidade de processamento muito superior a um
L100 a velocidade de execução está muito lento.

Segue informações do hardware.
Servidor: Dell PowerEdge 1950
Processador: 2 Xeon E5160 @ 3.0Ghz
Memoria: 8 Gbytes DDR2 5300Mhz
Disco Perc 5/i Integrated ( 2 discos SATA2 500Gb Samsung - é a unica parte
do servidor que pode gerar lentidão, contudo como não estou utilizando nada
de disco ele não é a causa )
Placa de rede: 2 x Intel PRO/1000 ( modulo em ).

Não estou conseguindo passar mais do que 75Mb/s entre as interfaces.

Quanto ao hardware já efetuei todos os teste e não encontrei qualquer falha.
As placas testadas sobre o Linux Slackware funcionaram corretamente
atingindo sempre 946Mb/s ( usando o iperf ) já no PFSense mal ultrapassa os
75Mb/s

Alguem tem uma orientação no qual poderia estar dando um norte do por que
dessa pessima performance.

Att. Paulo Henrique.

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


Re: [FUG-BR] Fazer o 10.3-RELEASE se conectar a um projetor

2016-08-09 Por tôpico Paulo Henrique
Em 9 de agosto de 2016 09:12, Renato Botelho  escreveu:

> > On Aug 8, 2016, at 19:45, Eduardo Lemos de Sa <
> eduardo.lemosd...@gmail.com> wrote:
> >
> > Prezados
> >
> > Eu recem-instalei o 10.3-RELEASE em um HP Pavilion G6 (amd64 / 6 GB de
> RAM)
> > e consegui rodar nele o xfce4-wm sem muita dificuldade.
> > Meu problema agora é que eu uso este notebook para ministrar aulas e ele
> > deve se comunicar com um projetor EPSON. Os projetor aceita vários modos
> de
> > comunicação: 1) USB (que eu não posso usar porque o looonnngo cabo que
> foi
> > disponibilizado estava apresentando mal-contato); 2) rede wifi (a Epson
> só
> > disponibiliza o programa para Windows) e 3) através da porta HDMI.
> >
> > Quando eu configuro o projetor para receber os dados via HDMI, ele diz
> que
> > não há sinal. Então eu fui no handbook e encontrei a solução xrandr e vi
> o
> > nome da porta/driver HDMI. Depois eu fiz um:
> >
> > xrand --output HDMI-0 --auto
> >
> > O projetor ainda não consegue enxergar o laptop e, pior, quando eu saio
> do
> > ambiente gráfico, a tela some.
> >
> > Com certeza deve haver um jeito de resolver este problema porque,
> acredito
> > eu, há mais professores no mundo que usam o FreeBSD para as suas aulas.
> Por
> > favor, alguém tem alguma sugestão?
>
> Apenas como informação, existe uma GUI para o xrandr que é bem útil, é o
> arandr:
>
> https://www.freshports.org/x11/arandr
>
> --
> Renato Botelho
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Não tive problema algum em utilizar a segunda saida da placa de video,
tanto no meu notebook ( Intel HD4000 ) como na minha estação de trabalho (
Nvidia GTX760 )
Quando há um dispositivo com Full-HD e um como resolução VGA ( 1360x768 )
precisei ajustar o segundo para lidar com a resolução corretamente.
Em ambos estou utilizando o KDE4 e ele ajusta automaticamente as configs da
segunda tela.

Na estação de trabalho estou utilizando uma saida DVI com conversor para
VGA e uma saida HDMI, tive problemas quando tentei usar 4 dispositivos ( 2
TV de 42" HDMI e 2 Monitores de 18,9" Samsung VGA ), mas acho que foi
cabeçada de minha parte, um momento que estiver com tempo livre e arrumar
um dos monitores irei dedicar-me para resolver e postar na lista a
configuração do xorg.conf.

Um problema que tenho de vez em quando é no notebook quando inicio ele com
o HDMI já conectado, o driver da Intel não consegue determinar quem é o
dispositivo primário e acaba gerando um kernel panic, contudo creio que
seja problema mais do modulo que estou utilizando e a versão do sistema,
pois o mesmo é o Linux Intel HD4000 3.8 com o FreeBSD 11-Current ).

Abraços.

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


Re: [FUG-BR] [OFF e chato] Banido do pfSense

2016-08-01 Por tôpico Paulo Henrique Scarpellini
voces estao falando do gonzopancho? aquele que estava em fortaleza e nao quis 
ficar no hotel com os meros mortais? rsrsrs


pensa no Biff do de volta pro futuro... o gonzo é ele, personalidade e 
aparencia... inclusive o fato de achar que pode comprar tudo e todos com 
dinheiro


e o pfsense agora é a oficina mecanica do Biff


o pai do mcfly, George Mcfly, é o gnn dele (até no primeiro nome)


sinceramente torço apenas pra ele cumprir a ameaça que ja fez varias vezes no 
reditt, que é de vender o pfsense... quem sabe pra ixsystems


porque em piores mãos não tem como estar


sobre o bluepex eu nao sabia não que era pfsense, mas qual produto? um 
especifico? pq eles tem varios, usei bluepex quando trabalhava em araraquara


From: freebsd  on behalf of Joao Rocha Braga Filho 

Sent: Sunday, July 31, 2016 7:57:56 PM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Subject: Re: [FUG-BR] [OFF e chato] Banido do pfSense

2016-07-31 18:18 GMT-03:00 Luiz Gustavo S. Costa <
luizgust...@luizgustavo.pro.br>:

> Em 31 de julho de 2016 17:59, Ze Claudio Pastore 
> escreveu:
>
> >>
> > Perca de tempo, o texano maluco do jim ja declarou o gustavo como
> inimigo e
> > colocou ele na shitlist do pfSense. E creio que nao parara por ai..
>
> Página virada, foco no freepf e algumas coisas no opnsense.
>
> E mesmo não comentando mais nada ele ainda fica no meu pé no
> twitter... ridículo e infantil. Não sei como poderia classificar um
> cara comandando um projeto assim ser "profissional".
>
> Eu não sei qual é o envolvimento dele dentro da Netgate, porém, acho
> que vai ser um tiro no pé para os caras. Deixa a novela rolar :-)
>
> Abraços !
>

Parece que este Jim adotou um bom caminho para matar o projeto.

Esqueça ele. Se dedique a algum fork, faça-o prosperar em qualidade
e adoção. E coloque nele as coisas boas que o pfSense perdeu, e as
que ele não adotou.


João Rocha.


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



--
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
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] 3 BSD DAY em seropédica - Chamada de Palestrantes

2016-08-01 Por tôpico Paulo Henrique
Em 1 de agosto de 2016 00:51, Nilton Jose Rizzo 
escreveu:

>
>
>Caríssimos,
>
> Venho através deste, convida-los a apresentarem uma palestra
> sobre software livre no 3º BSD DAY em Seropédica, que ocorrerá
> em 2017 no dia 13 de Maio das 9 as 18horas.
>
> O evento já está ficando conhecido e fazendo a diferença
> para o interior do estado.  Participe e ajude a levar o conhecimento
> para o interior.
>
>  Alguns temas propostos, caso sua proposta não se encaixe em nenhuma
> dessas, não se desanime, eu apenas devo ter esquecido, já que a memória
> é antiga e não tem mais para a troca  :)
>
> Sistemas Operacionais
> Aplicativos para escritórios
> Aplicativos para design gráficos
> Aplicativos para desenho técnico 2D e 3D
> Aplicativos para gerenciamento de redes
> Banco de dados
> Segurança
> Acesso remoto
> Firewalls
> IDS
> Soluções de Captive portal
> Soluções embarcadas
> Hardware
>
> ---
> /*
> **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
>

Saudações Mestre  Rizzo,

Visto que agora há muito tempo até o evento, estarei preparando o material
para palestrar sobre TrustedBSD e o framework MAC.

Só não posso garantir um alto nivel pois sou "virgem de palco".

Até o final do mês de agosto estarei encaminhando a apresentação para
analise.

Abraços !!!

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


Re: [FUG-BR] FreeBSD como desktop

2016-06-21 Por tôpico Paulo Henrique - BSD Brasil


On 21/06/16 11:12, Alexandre Pina wrote:
> Bom dia, gostaria de saber se alguem usa o freebsd como desktop e se é
> recomendável, se sim, como está o suporte a codecs, java e flash.
> Tenho um notebook thinkpad t61 e atualmente uso o debian e o arch.
>
> Obrigado
>
> --
> Att.
> Alexandre Pina
> _
> Use Cco... ou Bcc -> ISSO ESCONDE O EMAIL DE TODOS
> Preserve seus amigos!!
> Retire os endereços dos amigos antes de reenviar.
> Dificulte a disseminação de vírus, fraudes e spam.
> _
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Alexandre,

Eu utilizo tanto o 10.2 no desktop como o 11-Current no meu Ultrabook e
funciona muito bem, sem nada a reclamar.
Infelizmente perdi o suporte a bluetooth, touchscreen  e NFC, contudo
não usava então não teve grande problemas.

Quanto ao flash, é tecnologia legada, é perda de tempo configurar o
suporte do mesmo visto que tanto o Youtube/Facebook já estão trabalhando
com html5 que é 100% suportado pelo firefox.

Java está funcionando 100%, inclusive o software home bank do Bradesco
funciona muito bem.
Falta de codec é coisa de windows, instale o xine/ffmpeg/vlc/mplayer e
não se preocupara com isso.

Dá um trabalho para configurar mas depois de tudo instalado e
configurado não sente nem que está usando FreeBSD, só quando digita um
uname -a ou um uptime é que se recorda.

NoRm4nD@arya:~ % uname -a
FreeBSD arya 11.0-CURRENT FreeBSD 11.0-CURRENT #4
9c10572(drm-i915-update-38)-dirty: Sun May 15 20:09:19 BRT 2016
root@arya:/usr/obj/usr/src/sys/ARYA  amd64
NoRm4nD@arya:~ % uptime
11:21AM  up 13 days, 17:10, 4 users, load averages: 0,41 0,29 0,23
NoRm4nD@arya:~ %


-- 
##
: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] pfSense para ambiente domestico.

2016-06-20 Por tôpico Paulo Henrique
On Jun 20, 2016 10:08 PM, "Fábio Rodrigues Ribeiro" <
lis...@farribeiro.com.br> wrote:
>
> Em 20/06/2016 17:15, Jack escreveu:
>>
>> Buenas Fabio!
>>
>> Dê uma olhada no nosso PROTEUX: http://conexti.com.br/proteux
>>
>>
>> []`s
>> Jack
>> http://jack.eti.br
>> http://sys-squad.com
>> http://conexti.com
>>
>>
>> -Original Message-
>> From: freebsd [mailto:freebsd-boun...@fug.com.br] On Behalf Of Fábio
>> Rodrigues Ribeiro
>> Sent: Monday, June 20, 2016 5:04 PM
>> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> 
>> Subject: [FUG-BR] pfSense para ambiente domestico.
>>
>> Olá boa tarde!
>>
>> Por gentileza, gostaria de sugestão de appilance, semelhante ao server-u
>> para utilizar o pfsense em ambiente doméstico.
>>
>> Agradeço, desde já.
>>
>> --
>> Fábio Rodrigues Ribeiro
>> http://www.linkedin.com/in/farribeiro
>> http://www.farribeiro.com.br
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
> Boa noite,
>
> Não há algo semelhante um tp-link? No site do pfsense tem alguns
> apillance compactos, confirma?
>
>
> Agradeço, desde já.
>

O mais proximo que conseguira de um pfsense sobre hardware domestico será
ou OpenWRT sobre linksys suportados ou DD-WRT

Tudo que se relaciona a compliance homed router esta com forma de
configuração em modo CLI

ATT.

> --
> Fábio Rodrigues Ribeiro
> http://www.linkedin.com/in/farribeiro
> http://www.farribeiro.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] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

2016-06-19 Por tôpico Paulo Henrique - BSD Brasil


On 19/06/16 13:47, Joao Rocha Braga Filho wrote:
> 2016-06-19 13:37 GMT-03:00 Paulo Henrique - BSD Brasil <
> paulo.rd...@bsd.com.br>:
>
>>
>> On 19/06/16 13:23, Joao Rocha Braga Filho wrote:
>>> 2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
>>> paulo.rd...@bsd.com.br>:
>>>
>>>> On 19/06/16 12:39, Tiago Drumond wrote:
>>>>> Não aconselho a utilização do 11 current pq o mesmo ainda está em
>>>>> desenvolvimento e os ports não estão preparados para o mesmo
>>>>> Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
>>>> escreveu:
>>>>>> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
>>>>>> paulo.rd...@bsd.com.br>:
>>>>>>
>>>>>>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
>>>>>>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <
>> goffr...@gmail.com
>>>>> :
>>>>>>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
>>>>>>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
>>>>>>>>> teria problemas com drivers. E para a minha surpresa, o driver NV
>> do
>>>>>>>>> Xorg não reconhece esta placa de vídeo.
>>>>>>>>>
>>>>>>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não
>> suporta a
>>>>>>>>> versão 11 do FreeBSD.
>>>>>>>>>
>>>>>>>>> Alguém já passou por isto? Alguém resolveu?
>>>>>>>>>
>>>>>>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
>>>>>>>>>
>>>>>>>> Um caminho está aqui:
>>>>>>>>
>>>>>>>> /usr/ports/x11/nvidia-driver
>>>>>>>>
>>>>>>>> A solução não está em:
>>>>>>>>
>>>>>>>> /usr/ports/x11-drivers/
>>>>>>>>
>>>>>>>> Acho que tem um port em lugar errado.
>>>>>>>>
>>>>>>>> Não é a última versão do driver da nVidia.
>>>>>>>>
>>>>>>>> Mas não é uma solução boa, pois exige emulação Linux.
>>>>>>>>
>>>>>>>> E deu outro problema.
>>>>>>>>
>>>>>>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
>>>>>>>> linker_load_file: Unsupported file type
>>>>>>>>
>>>>>>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
>>>>>>>>
>>>>>>>> Amanhã, ou hoje depois de dormir, tento de novo.
>>>>>>>>
>>>>>>>>
>>>>>>>> João Rocha.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Obrigado,
>>>>>>>>> João Rocha.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> "Sempre se apanha mais com as menores besteiras. Experiência
>>>> própria."
>>>>>>>>> http://jgoffredo.blogspot.com
>>>>>>>>> goffr...@gmail.com
>>>>>>>>>
>>>>>>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
>>>>>>> proprietário para as placas dela na versão Current.
>>>>>>> Já passei por isso e unica solução foi voltar para a 10-Release.
>>>>>>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
>>>> PKG,
>>>>>>> contudo isso é só especulação.
>>>>>>>
>>>>>> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
>>>>>> errada.
>>>>>>
>>>>>>
>>>>>> João Rocha.
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Att.
>>>>>>>
>>>>>>> --
>>>>>>> ##
>>>>>>> :UNI>>>>>>>
>>>>>>> Paulo Henrique.
>>&g

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

2016-06-19 Por tôpico Paulo Henrique - BSD Brasil


On 19/06/16 13:23, Joao Rocha Braga Filho wrote:
> 2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
> paulo.rd...@bsd.com.br>:
>
>>
>> On 19/06/16 12:39, Tiago Drumond wrote:
>>> Não aconselho a utilização do 11 current pq o mesmo ainda está em
>>> desenvolvimento e os ports não estão preparados para o mesmo
>>> Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
>> escreveu:
>>>> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
>>>> paulo.rd...@bsd.com.br>:
>>>>
>>>>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
>>>>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com
>>> :
>>>>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
>>>>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
>>>>>>> teria problemas com drivers. E para a minha surpresa, o driver NV do
>>>>>>> Xorg não reconhece esta placa de vídeo.
>>>>>>>
>>>>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
>>>>>>> versão 11 do FreeBSD.
>>>>>>>
>>>>>>> Alguém já passou por isto? Alguém resolveu?
>>>>>>>
>>>>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
>>>>>>>
>>>>>> Um caminho está aqui:
>>>>>>
>>>>>> /usr/ports/x11/nvidia-driver
>>>>>>
>>>>>> A solução não está em:
>>>>>>
>>>>>> /usr/ports/x11-drivers/
>>>>>>
>>>>>> Acho que tem um port em lugar errado.
>>>>>>
>>>>>> Não é a última versão do driver da nVidia.
>>>>>>
>>>>>> Mas não é uma solução boa, pois exige emulação Linux.
>>>>>>
>>>>>> E deu outro problema.
>>>>>>
>>>>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
>>>>>> linker_load_file: Unsupported file type
>>>>>>
>>>>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
>>>>>>
>>>>>> Amanhã, ou hoje depois de dormir, tento de novo.
>>>>>>
>>>>>>
>>>>>> João Rocha.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Obrigado,
>>>>>>> João Rocha.
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> "Sempre se apanha mais com as menores besteiras. Experiência
>> própria."
>>>>>>> http://jgoffredo.blogspot.com
>>>>>>> goffr...@gmail.com
>>>>>>>
>>>>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
>>>>> proprietário para as placas dela na versão Current.
>>>>> Já passei por isso e unica solução foi voltar para a 10-Release.
>>>>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
>> PKG,
>>>>> contudo isso é só especulação.
>>>>>
>>>> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
>>>> errada.
>>>>
>>>>
>>>> João Rocha.
>>>>
>>>>
>>>>
>>>>> Att.
>>>>>
>>>>> --
>>>>> ##
>>>>> :UNI>>>>>
>>>>> Paulo Henrique.
>>>>> UnixBSD Tecnologia
>>>>> Segurança em Tecnologia da Informação.
>>>>> Fone: (21) 98253-9727 / (21) 3708-9388
>>>>> Site: 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
>>>>>
>>>>
>>>> --
>>>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>>>
>>>> http://jgoffredo.blogspot.com
>>>> goffr...@gmail.com
>>>> --

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

2016-06-19 Por tôpico Paulo Henrique - BSD Brasil


On 19/06/16 13:03, Joao Rocha Braga Filho wrote:
> 2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
> paulo.rd...@bsd.com.br>:
>
>>
>> On 19/06/16 12:39, Tiago Drumond wrote:
>>> Não aconselho a utilização do 11 current pq o mesmo ainda está em
>>> desenvolvimento e os ports não estão preparados para o mesmo
>>> Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
>> escreveu:
>>>> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
>>>> paulo.rd...@bsd.com.br>:
>>>>
>>>>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
>>>>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com
>>> :
>>>>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
>>>>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
>>>>>>> teria problemas com drivers. E para a minha surpresa, o driver NV do
>>>>>>> Xorg não reconhece esta placa de vídeo.
>>>>>>>
>>>>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
>>>>>>> versão 11 do FreeBSD.
>>>>>>>
>>>>>>> Alguém já passou por isto? Alguém resolveu?
>>>>>>>
>>>>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
>>>>>>>
>>>>>> Um caminho está aqui:
>>>>>>
>>>>>> /usr/ports/x11/nvidia-driver
>>>>>>
>>>>>> A solução não está em:
>>>>>>
>>>>>> /usr/ports/x11-drivers/
>>>>>>
>>>>>> Acho que tem um port em lugar errado.
>>>>>>
>>>>>> Não é a última versão do driver da nVidia.
>>>>>>
>>>>>> Mas não é uma solução boa, pois exige emulação Linux.
>>>>>>
>>>>>> E deu outro problema.
>>>>>>
>>>>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
>>>>>> linker_load_file: Unsupported file type
>>>>>>
>>>>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
>>>>>>
>>>>>> Amanhã, ou hoje depois de dormir, tento de novo.
>>>>>>
>>>>>>
>>>>>> João Rocha.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Obrigado,
>>>>>>> João Rocha.
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> "Sempre se apanha mais com as menores besteiras. Experiência
>> própria."
>>>>>>> http://jgoffredo.blogspot.com
>>>>>>> goffr...@gmail.com
>>>>>>>
>>>>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
>>>>> proprietário para as placas dela na versão Current.
>>>>> Já passei por isso e unica solução foi voltar para a 10-Release.
>>>>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
>> PKG,
>>>>> contudo isso é só especulação.
>>>>>
>>>> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
>>>> errada.
>>>>
>>>>
>>>> João Rocha.
>>>>
>>>>
>>>>
>>>>> Att.
>>>>>
>>>>> --
>>>>> ##
>>>>> :UNI>>>>>
>>>>> Paulo Henrique.
>>>>> UnixBSD Tecnologia
>>>>> Segurança em Tecnologia da Informação.
>>>>> Fone: (21) 98253-9727 / (21) 3708-9388
>>>>> Site: 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
>>>>>
>>>>
>>>> --
>>>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>>>
>>>> http://jgoffredo.blogspot.com
>>>> goffr...@gmail.com
>>>> -

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

2016-06-19 Por tôpico Paulo Henrique - BSD Brasil


On 19/06/16 12:39, Tiago Drumond wrote:
> Não aconselho a utilização do 11 current pq o mesmo ainda está em
> desenvolvimento e os ports não estão preparados para o mesmo
> Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com> escreveu:
>
>> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
>> paulo.rd...@bsd.com.br>:
>>
>>>
>>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
>>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:
>>>>
>>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
>>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
>>>>> teria problemas com drivers. E para a minha surpresa, o driver NV do
>>>>> Xorg não reconhece esta placa de vídeo.
>>>>>
>>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
>>>>> versão 11 do FreeBSD.
>>>>>
>>>>> Alguém já passou por isto? Alguém resolveu?
>>>>>
>>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
>>>>>
>>>> Um caminho está aqui:
>>>>
>>>> /usr/ports/x11/nvidia-driver
>>>>
>>>> A solução não está em:
>>>>
>>>> /usr/ports/x11-drivers/
>>>>
>>>> Acho que tem um port em lugar errado.
>>>>
>>>> Não é a última versão do driver da nVidia.
>>>>
>>>> Mas não é uma solução boa, pois exige emulação Linux.
>>>>
>>>> E deu outro problema.
>>>>
>>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
>>>> linker_load_file: Unsupported file type
>>>>
>>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
>>>>
>>>> Amanhã, ou hoje depois de dormir, tento de novo.
>>>>
>>>>
>>>> João Rocha.
>>>>
>>>>
>>>>
>>>>
>>>>> Obrigado,
>>>>> João Rocha.
>>>>>
>>>>>
>>>>> --
>>>>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>>>>
>>>>> http://jgoffredo.blogspot.com
>>>>> goffr...@gmail.com
>>>>>
>>>>
>>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
>>> proprietário para as placas dela na versão Current.
>>> Já passei por isso e unica solução foi voltar para a 10-Release.
>>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar PKG,
>>> contudo isso é só especulação.
>>>
>> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
>> errada.
>>
>>
>> João Rocha.
>>
>>
>>
>>> Att.
>>>
>>> --
>>> ##
>>> :UNI>>>
>>> Paulo Henrique.
>>> UnixBSD Tecnologia
>>> Segurança em Tecnologia da Informação.
>>> Fone: (21) 98253-9727 / (21) 3708-9388
>>> Site: 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
>>>
>>
>>
>> --
>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>
>> http://jgoffredo.blogspot.com
>> goffr...@gmail.com
>> -
>> 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
Cuidado com o Top-posting !!

João,

Você está usando a versão x86-64-340.93 correto ?

Bom, eu recomendaria antes de rodar o make install dentro do port,
execute o make extract
Abra o arquivo:
work/NVIDIA-FreeBSD-x86-64-340.93/src/nv.freebsd.h
E altera a linha 25 relacionado a FreeBSD 11-Current

Foi o unico local que achei referencia dentro do source com referencia a
incompatibilidade ao FreeBSD 11-Current.

OBS: Não testei, é apenas um palpite para tornar "compativel" com o ramo
11-Current, como só tenho o 11-Current no meu notebook e este não tem
controladora VGA da Nvidia não posso falar com certeza se irá funcionar.

Na minha estação, onde tenho uma GTX760, estou usando o
10.2-Release-p17, em Julho/2015 eu havia atualizado para o 11-Current
ela, contudo como estava dando muitos galhos restaurei para o Ramo
10-Release.

No pior dos casos faz um downgrade do sistema para a 10.3 até o
11-ALPHA4 se tornar estável e ser o candidate a 11-Release, ai a Nvidia
irá disponibilizar suporte a tal ramo.

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] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

2016-06-19 Por tôpico Paulo Henrique - BSD Brasil


On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho :
>
>>
>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
>> É uma placa que já está no mercado a 2 anos, então pensei que não
>> teria problemas com drivers. E para a minha surpresa, o driver NV do
>> Xorg não reconhece esta placa de vídeo.
>>
>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
>> versão 11 do FreeBSD.
>>
>> Alguém já passou por isto? Alguém resolveu?
>>
>> Ainda estou pesquisando, e se achar a solução aviso aqui.
>>
> Um caminho está aqui:
>
> /usr/ports/x11/nvidia-driver
>
> A solução não está em:
>
> /usr/ports/x11-drivers/
>
> Acho que tem um port em lugar errado.
>
> Não é a última versão do driver da nVidia.
>
> Mas não é uma solução boa, pois exige emulação Linux.
>
> E deu outro problema.
>
> KLD nvidia.ko: depends on kernel - not available or version mismatch
> linker_load_file: Unsupported file type
>
> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
>
> Amanhã, ou hoje depois de dormir, tento de novo.
>
>
> João Rocha.
>
>
>
>
>>
>> Obrigado,
>> João Rocha.
>>
>>
>> --
>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>
>> http://jgoffredo.blogspot.com
>> goffr...@gmail.com
>>
>
>
João, infelizmente a Nvidia não disponibiliza suporte ao modulo
proprietário para as placas dela na versão Current.
Já passei por isso e unica solução foi voltar para a 10-Release.
Pode tentar instala-lo manualmente, sem ser via ports ou então usar PKG,
contudo isso é só especulação.

Att.

-- 
##
: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] Interrupção alta no ServerU

2016-06-17 Por tôpico Paulo Henrique
On Jun 17, 2016 10:52 AM, "Sergio Faulhaber"  wrote:
>
> Caros,
>
> comprei um serveru lm-400 para substituir 4 pcs que tenho hoje fazendo
autenticação de clientes.
> Uso o freebsd 10.2 nele e todas as placas rede são igb.
> Na autenticação do usuário é criado um par de regras pipe definindo a
velocidade de conexão.
> Estou usando apenas 2 interfaces , uma no barramento principal e outra no
barramento dos clientes.
> O problema que estou tendo é que com 800 usuários autenticados e e torno
de 300 mbits/s emcada interface
> a interrupção esta beirando 90% e idle 0 .
> Me indicaram a refazer o firewall usando tables e criando poucas regras
de pipe .
> Hoje com 800 usuários o firewall fica com 800 pares de pipe ( 1 in outro
out) .
> Só que preciso de tempo para refazer o firewall e achava que o
equipamento iria aguentar pelo menos 1200 usuarios.
> Tenho feito alterações no loader.conf e sysctl.conf mas estou na
tentativa e erro.
> Já aumentei o kernel.hz para 2000 ,
> hw.igb.rxd="4096"
> hw.igb.txd="4096"
> e várias outros.
> Alguém teria alguma orientaçao para poder melhorar a performance ?
>
> Obrigado
>
>
> --
> *Sergio Faulhaber *
> Diretor Técnico
> telefone: (32) 2101-2028 / 2101-2000
> e-mail: ser...@acessa.com
> Av. Barão do Rio Branco, 2390 - Centro - 36.016-310
> Juiz de Fora - MG - www.acessa.com 
>
> /
>
> *Esta mensagem pode conter informações confidenciais e/ou privilegiadas.
Se você não for o destinatário ou a pessoa autorizada a recebê-la, não pode
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer
ação baseada nelas. Se você recebeu esta mensagem por engano, por favor,
avise imediatamente o remetente, e em187.121.231.0/26 seguida, apague-a.
Comunicações pela Internet não podem ser garantidas quanto à segurança ou
inexistência de erros ou de vírus. O remetente, por esta razão, não aceita
responsabilidade por qualquer erro ou omissão no contexto da mensagem
decorrente da transmissão via Internet.
>
> /
>
>

Esta utilizando a porta 2?
Configurou o irq_affinity?

Manda o retorno do netstat -m

Att.
> ---
> Este email foi escaneado pelo Avast antivírus.
> https://www.avast.com/antivirus
> -
> 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 para escritorio

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


On 16/06/16 15:11, Fábio Rodrigues Ribeiro wrote:
> Em 16/06/2016 14:21, Otavio Augusto escreveu:
>> Em 16 de junho de 2016 11:07, Paulo Henrique - BSDs Brasil
>> <paulo.rd...@bsd.com.br> escreveu:
>>>
>>>
>>> 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>>>>> Paulo Henrique
>>>>> Cel: (21) 98253-9727
>>>>> Fone: (21) 3708-9388
>>>>> ##
>>>>>
>>>>> -
>>>>> Histórico: 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 datashe

[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] servidor para escritorio

2016-06-15 Por tôpico Paulo Henrique - BSD Brasil


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


Re: [FUG-BR] Infra Web Services

2016-05-24 Por tôpico Paulo Henrique
r CIDR, hoje tenho locais com limite de 300 sessões pra cada
> /20
> >> e as vezes até 200 pra cada /21. Também coloco limite de banda por CIDR,
> >> então dependendo do tipo de ataque o que você tem open source pode não
> ser
> >> suficiente, por outro lado open source é sempre suficiente quando você
> pode
> >> desenvolver =) Aqui “em casa” temos no total 3 módulos do nginx feitos
> from
> >> scratch e o testcookie modificado. Alem das regras comerciais do Mod
> >> Security sempre imprescindíveis em alvos mais “cobiçados”.
> >>>>
> >>>> Por ultimo, o respaldo da diretoria e imposição da SI, em relação ao
> V2
> >> pois vai, cedo ou tarde, precisa definir um documento de Melhores
> Práticas
> >> de Desenvolvimento Seguro que imponham os controles e os procedimentos
> do
> >> Webservice. Pq senão ninguém faz OTP, ninguém segue RFC, ninguém faz X
> >> alguma, e como webservices são essencialmente stateles, não tem o que
> você
> >> faça na infra pra previnir um ataque de Replay ou Interception se o
> >> desenvolvedor não cooperar ;-)
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> On 20/05/2016, at 10:56, Ricardo Ferreira <
> >> ricardo.ferre...@sotech.com.br> wrote:
> >>>>>
> >>>>> Senhores,
> >>>>>
> >>>>>
> >>>>> Tenho que implementar uma infra para suporte a Web Services e claro
> >> que quero fazer em FreeBSD. Tenho algumas idéias como Apache mais Tomcat
> >> por exemplo, dentre outras... mas gostaria de ouvir dos companheiros
> >> sugestões, experiências, soluções de segurança, críticas dentre outros
> >> detalhes a fim de alimentar o processo decisórioUm detalhe
> importante é
> >> que segurança se impõe sobre todos os outros aspectos.
> >>>>>
> >>>>> []s
> >>>>>
> >>>>>
> >>>>> Ricardo Ferreira
> >>>>>
> >>>>>
> >>>>> -
> >>>>> 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
> >>>>
> >>> Prezado Patrick,
> >>>
> >>>
> >>> Grato pelas observações, sugestões e orientações. Acho que tá na hora
> de
> >> voltar na freebsdbrasil pra reciclar no SEE, hehe faz um tempo já….
> >>
> >> Hahaha sempre divertido =)
> >>
> >>>
> >>> Estou no início do início do projeto e claro que o FreeBSD é premissa.
> >> Todo o resto tem que girar em torno deleQuanto ao *sal a gosto já
> tinha
> >> pensado nisso e o CentOS deve ser a escolha mas to pensando em usar o
> >> NetBSD no lugar. (no flames please nada contra)
> >>
> >> De acordo, é outro kernel e tem 2 opções de firewall diferente de ipfw,
> >> incluindo NPF, +1 pra diversidade :)
> >>
> >>
> >>> apenas para facilitar o suporte lá na frente pois não conseguimos
> >> engolir ainda o systemd e sua distância do POSIX
> >>>
> >>> Vou analisar o conteúdo e assim que o projeto progredir vou postando
> >> aqui as soluções pois entendo ser um assunto interessante e divertido e
> que
> >> certamente deve ter mais interessados
> >>
> >> :D
> >>
> >>>
> >>> Abraços,
> >>>
> >>> Ricardo Ferreira
> >>>
> >>> -
> >>> 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
> >>
> >
> >
> >
> > --
> > :UNI> > Paulo Henrique.
> > Fone: (21) 37089388.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> --
> 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
>



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


Re: [FUG-BR] Infra Web Services

2016-05-24 Por tôpico Paulo Henrique
Em 23 de maio de 2016 14:33, Patrick Tracanelli  escreveu:

>
>
> > On 23/05/2016, at 14:00, Ricardo Ferreira <
> ricardo.ferre...@sotech.com.br> wrote:
> >
> >
> >
> >
> >
> >
> >
> > Em 23/05/2016 13:21, Patrick Tracanelli escreveu:
> >> Grande Ricardo,
> >>
> >> Aqui na empresa a equipe de desenvolvimento na IDS junto com a de
> segurança da FreeBSD está dando uma palestra sobre esse tema, alias sobre o
> tema de forma ampla envolvendo segurança Offband, no Transporte e na
> Terminação. Vou compartilhar as notas da palestra aqui:
> >>
> >>
> https://docs.google.com/document/d/1SISJWwrmPoD_bvOnMRwxbVm8o_x_PTJivVvQQTiiLhg/edit?usp=sharing
>

A palestra é especifica para empresas/corporação ou no treinamento da SSE a
mesma é abordada.

A gama de informação é significativa, para quem está atoa valeu pelas
referencias, pesquisando na net :D, assim que possivel quero estar podendo
realizar um treinamento na FreeBSD Brasil.

Abrs.


>
> >>
> >> Dê uma olhada no Vetor 3, acredito que é a discussão que você está
> buscando iniciar. Lembrando que o vetor 3 deve subsidiar as camadas de
> segurança do Vetor 2.
> >>
> >> E o principal alguém deve colocar no papel as regras de negócio tanto
> do V3 quanto do V2 e onde possível as do V1 que forem obrigatórias
> (imperativas). Quando falarmos por exemplo do L3 do V2 estamos falando de
> regras bem definidas de como o desenvolvimento deve atuar pra subsidiar
> controles e auditoria tanto pra equipe de SI quanto pra equipe que vai
> gerenciar o backend/terminação no V3 e abaixo do V3.
> >>
> >> Em termos tecnológicos, minhas recomendações pro V3:
> >>
> >> 0) FreeBSD / IPFW em Bridge
> >> 1) Linux Netfilter ou Sal a Gosto*
> >> 2) FreeBSD Suricata
> >> 3) FreeBSD Nginx
> >>
> >> *Como você sabe o compliance sugere que sempre que um dos domínios se
> repita que se busque Diversidade na Profundidade então como no Tier0 e no
> Tier1 temos firewall, entra um Linux ou legado existente se apropriado pra
> T1.
> >>
> >> Ja na Tier3, Nginx com:
> >>
> >> - NAXSI
> >> - Mod Security
> >> - Testcookie
> >> - GeoIP
> >> - CIDR limiters
> >> - Anti Robot
> >> - Hardened pra ataques de Slow e SSL
> >>
> >> Infelzimente o testcookie não é suficiente pra anti-robot, eu tive que
> rescrever e aqui passamos a usar um próprio baseado no testcookie mas com
> challenge response em VB Script (IE), Apple Script (osascript, Safari) e JS
> pra Firefox/Chrome.
> >>
> >> O CIDR Limiters eu também tive que fazer, tomei muito ataque
> distribuído que GeoIP não bastava, tive que setar políticas de banda ou de
> sessões por CIDR, hoje tenho locais com limite de 300 sessões pra cada /20
> e as vezes até 200 pra cada /21. Também coloco limite de banda por CIDR,
> então dependendo do tipo de ataque o que você tem open source pode não ser
> suficiente, por outro lado open source é sempre suficiente quando você pode
> desenvolver =) Aqui “em casa” temos no total 3 módulos do nginx feitos from
> scratch e o testcookie modificado. Alem das regras comerciais do Mod
> Security sempre imprescindíveis em alvos mais “cobiçados”.
> >>
> >> Por ultimo, o respaldo da diretoria e imposição da SI, em relação ao V2
> pois vai, cedo ou tarde, precisa definir um documento de Melhores Práticas
> de Desenvolvimento Seguro que imponham os controles e os procedimentos do
> Webservice. Pq senão ninguém faz OTP, ninguém segue RFC, ninguém faz X
> alguma, e como webservices são essencialmente stateles, não tem o que você
> faça na infra pra previnir um ataque de Replay ou Interception se o
> desenvolvedor não cooperar ;-)
> >>
> >>
> >>
> >>
> >>> On 20/05/2016, at 10:56, Ricardo Ferreira <
> ricardo.ferre...@sotech.com.br> wrote:
> >>>
> >>> Senhores,
> >>>
> >>>
> >>> Tenho que implementar uma infra para suporte a Web Services e claro
> que quero fazer em FreeBSD. Tenho algumas idéias como Apache mais Tomcat
> por exemplo, dentre outras... mas gostaria de ouvir dos companheiros
> sugestões, experiências, soluções de segurança, críticas dentre outros
> detalhes a fim de alimentar o processo decisórioUm detalhe importante é
> que segurança se impõe sobre todos os outros aspectos.
> >>>
> >>> []s
> >>>
> >>>
> >>> Ricardo Ferreira
> >>>
> >>>
> >>> -
> >>> 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
> >>
> > Prezado Patrick,
> >
> >
> > Grato pelas observações, sugestões e orientações. Acho que tá na hora de
> voltar na freebsdbrasil pra reciclar no SEE, hehe faz um tempo já….
>
> Hahaha sempre divertido =)
>
> >
> > Estou 

Re: [FUG-BR] freebsd 6.2 upgrade

2016-05-20 Por tôpico Paulo Henrique
Entra em contato comigo amanhã apartir das 08:30.
Vamos analizar a melhor possibilidade.

Skype: norm...@hotmail.com
Cel/wa: 021 982539727
Em 21/05/2016 00:43, "Guilherme Ferreira Rosário" <
guilherme.f.rosa...@gmail.com> escreveu:

> Meu medo!
>
> Em 21 de maio de 2016 00:16, Marcelo da Silva 
> escreveu:
>
> > boa noite.
> >
> > tenho um freebsd rodando 6.2 i386 rodando a anos.
> >
> > gostaria de fazer um upgrade , talvez versao 9 ou 10
> >
> > é possível ?
> > se sim
> > algum tutorial ?  os que achei na net nao deram certo...
> > -
> > 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] Infra Web Services

2016-05-20 Por tôpico Rafael Henrique Faria
2016-05-20 16:23 GMT-03:00 Paulo Henrique - BSD Brasil <paulo.rd...@bsd.com.br>:
>
>
> On 20/05/16 15:40, Wilson Mendes wrote:
>> Prezado Ricardo,  a fug têm uma enciclopédia de informação sobre o
>> assunto, assim como un excelente índice. Pesquise e a sua possível
>> dúvida ainda existir, será de grande colaboração para essa
>> enciclopédia viva.
>>
>> Abs
>>
>> Sent with AquaMail for Android
>> http://www.aqua-mail.com
>>
>>
>> On May 20, 2016 10:56:42 AM Ricardo Ferreira
>> <ricardo.ferre...@sotech.com.br> wrote:
>>
>>> Senhores,
>>>
>>>
>>> Tenho que implementar uma infra para suporte a Web Services e claro que
>>> quero fazer em FreeBSD. Tenho algumas idéias como Apache mais Tomcat por
>>> exemplo, dentre outras... mas gostaria de ouvir dos companheiros
>>> sugestões, experiências, soluções de segurança, críticas dentre outros
>>> detalhes a fim de alimentar o processo decisórioUm detalhe
>>> importante é que segurança se impõe sobre todos os outros aspectos.
>>>
>>> []s
>>>
>>>
>>> Ricardo Ferreira
>>>
>>>
>>> -
>>> 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
> Cuidado com Top-posting, acaba estragando o histórico da lista.
>
> Bom vamos lá.
>
> Primeiro, que bom que considerando o FreeBSD como sistema operacional
> base para a sua solução, contudo tem que ser realista.
>
> Não acompanho o projeto tomcat para saber como está ele com relação as
> outras plataformas ( Linux/Windows ), contudo se o foco é segurança
> creio que usar uma tecnologia Java já é um tiro no pé que irá levar pelo
> menos uma perna, o java vem sendo constantemente colocado em check
> quanto a segurança, é a unica consideração que tenho negativa quanto ao
> proposto, porém é desenvolvido e mantido pela fundação Apache que são
> muito competentes no quesito segurança, posso estar falando m*
> devido a minha ignorância quanto a este software em especifico.
>
> Quanto ao FreeBSD mesmo, não há nenhuma critica negativa só positiva,
> porém só opte pelo mesmo caso possua expertice, o FreeBSD faz a parte
> dele que é disponibilizar um software seguro, estável e perfomatico com
> diversos recursos em cada um desses pilares, porém de nada adianta ter
> um bugati nas mãos e não passar dos 100Km/h em uma pista que permite
> chegar a 800Km/h.
> Ative os recursos do Framework MAC mantidos pelo TrustedBSD Project.
> Ative a auditoria do sistema e coloca um servidor de Logs aparte para
> manter um acompanhamento pro-ativo dos serviços
> Compile o kernel removendo coisas desnecessárias, sei que muitos
> administradores hoje já não compilam mais o kernel do FreeBSD em busca
> de perfomance  ou o fazem somente quando o recursos só estará disponivel
> on-kerrnel, contudo sou da premissa de que quanto menor a quantidade de
> codigo na memoria menor a possibilidade de algum exploit funcionar.
> Ajuste as sysctls relacionadas a desempenho de rede e do próprio sistema.
> Amplie os mbuffers de requisição da rede, ajuda muito na performance do
> sistema, principalmente quando este estiver com alto load.
> Ative o securelevel 3 caso a aplicação permita ou se possivel coloca o
> tomcat em uma Jail e mantenha um cluster Ativo/Ativo entre as jails e
> dois servidores fisicos e terá uma redundância que precisará de muito
> esforço da lei de murphe  para derrubar.
> Como o seu objetivo é segurança e caso possa expertice aceitável no que
> tange a segurança da informação demais softwares abaixo tem algumas
> dicas que valem a pena explorar.
>
> Instale e configure o IDS/IPS Suricata a parte da sua infraestrutura de
> serviços.
> Separe o banco de dados do servidor de aplicações e valide tudo o que
> acessar ele, revise o código da aplicação e tente forçar os
> desenvolvedores a terem práticas realmente seguras de codificação e
> comunicação entre a aplicação e o banco de dados.
> Ative o firewall em todos os seus servidores contudo com metodologias
> diferentes, no firewall de borda deixa passar com filtragem stateless
> apenas requisições para o servidor de aplicações contudo limitado a
> porta do socket de comunicação e no firewall do servidor de aplicações
> trabalhe com firewall statefull.
> Há muitas outras técnicas de harderning disponiveis para o FreeBSD e
> ambientes de Web Services, há muita literatura na Internet.
>

Re: [FUG-BR] Infra Web Services

2016-05-20 Por tôpico Paulo Henrique - BSD Brasil


On 20/05/16 15:40, Wilson Mendes wrote:
> Prezado Ricardo,  a fug têm uma enciclopédia de informação sobre o
> assunto, assim como un excelente índice. Pesquise e a sua possível
> dúvida ainda existir, será de grande colaboração para essa
> enciclopédia viva.
>
> Abs
>
> Sent with AquaMail for Android
> http://www.aqua-mail.com
>
>
> On May 20, 2016 10:56:42 AM Ricardo Ferreira
>  wrote:
>
>> Senhores,
>>
>>
>> Tenho que implementar uma infra para suporte a Web Services e claro que
>> quero fazer em FreeBSD. Tenho algumas idéias como Apache mais Tomcat por
>> exemplo, dentre outras... mas gostaria de ouvir dos companheiros
>> sugestões, experiências, soluções de segurança, críticas dentre outros
>> detalhes a fim de alimentar o processo decisórioUm detalhe
>> importante é que segurança se impõe sobre todos os outros aspectos.
>>
>> []s
>>
>>
>> Ricardo Ferreira
>>
>>
>> -
>> 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
Cuidado com Top-posting, acaba estragando o histórico da lista.

Bom vamos lá.

Primeiro, que bom que considerando o FreeBSD como sistema operacional
base para a sua solução, contudo tem que ser realista.

Não acompanho o projeto tomcat para saber como está ele com relação as
outras plataformas ( Linux/Windows ), contudo se o foco é segurança
creio que usar uma tecnologia Java já é um tiro no pé que irá levar pelo
menos uma perna, o java vem sendo constantemente colocado em check
quanto a segurança, é a unica consideração que tenho negativa quanto ao
proposto, porém é desenvolvido e mantido pela fundação Apache que são
muito competentes no quesito segurança, posso estar falando m*
devido a minha ignorância quanto a este software em especifico.

Quanto ao FreeBSD mesmo, não há nenhuma critica negativa só positiva,
porém só opte pelo mesmo caso possua expertice, o FreeBSD faz a parte
dele que é disponibilizar um software seguro, estável e perfomatico com
diversos recursos em cada um desses pilares, porém de nada adianta ter
um bugati nas mãos e não passar dos 100Km/h em uma pista que permite
chegar a 800Km/h.
Ative os recursos do Framework MAC mantidos pelo TrustedBSD Project.
Ative a auditoria do sistema e coloca um servidor de Logs aparte para
manter um acompanhamento pro-ativo dos serviços
Compile o kernel removendo coisas desnecessárias, sei que muitos
administradores hoje já não compilam mais o kernel do FreeBSD em busca
de perfomance  ou o fazem somente quando o recursos só estará disponivel
on-kerrnel, contudo sou da premissa de que quanto menor a quantidade de
codigo na memoria menor a possibilidade de algum exploit funcionar.
Ajuste as sysctls relacionadas a desempenho de rede e do próprio sistema.
Amplie os mbuffers de requisição da rede, ajuda muito na performance do
sistema, principalmente quando este estiver com alto load.
Ative o securelevel 3 caso a aplicação permita ou se possivel coloca o
tomcat em uma Jail e mantenha um cluster Ativo/Ativo entre as jails e
dois servidores fisicos e terá uma redundância que precisará de muito
esforço da lei de murphe  para derrubar.
Como o seu objetivo é segurança e caso possa expertice aceitável no que
tange a segurança da informação demais softwares abaixo tem algumas
dicas que valem a pena explorar.

Instale e configure o IDS/IPS Suricata a parte da sua infraestrutura de
serviços.
Separe o banco de dados do servidor de aplicações e valide tudo o que
acessar ele, revise o código da aplicação e tente forçar os
desenvolvedores a terem práticas realmente seguras de codificação e
comunicação entre a aplicação e o banco de dados.
Ative o firewall em todos os seus servidores contudo com metodologias
diferentes, no firewall de borda deixa passar com filtragem stateless
apenas requisições para o servidor de aplicações contudo limitado a
porta do socket de comunicação e no firewall do servidor de aplicações
trabalhe com firewall statefull.
Há muitas outras técnicas de harderning disponiveis para o FreeBSD e
ambientes de Web Services, há muita literatura na Internet.

Qualquer coisa estamos ai.

Abraços e por favor seria muito bom depois disponibilizar um case da
solução para que outros tenha um ponto de partida.



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


Re: [FUG-BR] 2º BSD DAY - videos

2016-05-15 Por tôpico Paulo Henrique - BSD Brasil


On 15/05/16 21:54, Nilton Jose Rizzo wrote:
> Em Sun, 15 May 2016 21:22:16 -0300, Paulo Henrique - BSD Brasil escreveu
>> On 15/05/16 21:01, Nilton Jose Rizzo wrote:
>>>   Galera, como o Patrik me deu a ideia só na sexta-feira
>>> a noite, não deu muito tempo para fazer direito, mas rolou
>>> via periscope, videos ao vivo do evento.  Ano que vem terá
>>> tripe e transmissão ao vido de tudo!
>>>
>>> mas para degustação acesse @njrizzo
>>>
>>>
>>>
>>> ---
>>> /*
>>> **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 Nilton,
>>
>> Infelizmente não tive como ir, acompanhei o evento pelo periscope,
>> fiquei impressionado por chegar a até até 3 usuários on-line e pelo
>> baixo delay.
>>
>> Se estiver pelo Rio de Janeiro ano que vem, me comprometo com uma
>> palestra sobre TrustedBSD e hardening em servidores FreeBSD ( talvez 
>> até OpenBSD dependendo se o meu intusiasmo continuar como está ).
>>
>> Abraços, e um viva para a Turma BSDdista Carioca :D
>>
>> Att
>   Faltou você

No momento estou desempregado e está dificil acompanhar a comunidade.
Acompanhei parte do evento remotamente, espero logo poder estar voltando
a participar mais ativamente na comunidade.

Gostei da palestra do GIMP e do GugaBSD.
Tenho algumas idéias para palestras que seriam muito interessante
discutilas.

Abraços !!

>> -- 
>> ##
>> :UNI>> Paulo Henrique
>> Fone: (21) 3708-9388
>> ##
>>
>> -
>> 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

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


[FUG-BR] Driver X.org para Intel HD Graphics 4000 - FreeBSD 11 Current

2016-05-15 Por tôpico Paulo Henrique - BSD Brasil
854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, HD Graphics,
HD Graphics 2000, HD Graphics 3000, HD Graphics 2500,
HD Graphics 4000, HD Graphics P4000, HD Graphics 4600,
HD Graphics 5000, HD Graphics P4600/P4700, Iris(TM) Graphics 5100,
HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200
[   371.383] (--) Using syscons driver with X support (version
549739036674.0)
[   371.383] (--) using VT number 9

[   378.239] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card
support


Qualquer informação adcionar no qual permita que esse hardware se torne
mais estável será bem vinda.
Na lista de discussões não achei informações referente ao erro de GPU
reset Hangcheck failed.

Att. Paulo Henrique.

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


Re: [FUG-BR] 2º BSD DAY - videos

2016-05-15 Por tôpico Paulo Henrique - BSD Brasil


On 15/05/16 21:01, Nilton Jose Rizzo wrote:
>
>   Galera, como o Patrik me deu a ideia só na sexta-feira
> a noite, não deu muito tempo para fazer direito, mas rolou
> via periscope, videos ao vivo do evento.  Ano que vem terá
> tripe e transmissão ao vido de tudo!
>
> mas para degustação acesse @njrizzo
>
>
>
> ---
> /*
> **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 Nilton,

Infelizmente não tive como ir, acompanhei o evento pelo periscope,
fiquei impressionado por chegar a até até 3 usuários on-line e pelo
baixo delay.

Se estiver pelo Rio de Janeiro ano que vem, me comprometo com uma
palestra sobre TrustedBSD e hardening em servidores FreeBSD ( talvez até
OpenBSD dependendo se o meu intusiasmo continuar como está ).

Abraços, e um viva para a Turma BSDdista Carioca :D

Att

-- 
##
:UNI>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 <paulo.rd...@bsd.com.br>
Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
<freebsd@fug.com.br>
Data: 2 de maio de 2016 at 14:28:59
Para: freebsd@fug.com.br <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 estej

  1   2   3   4   5   6   7   8   9   10   >