Re: [FUG-BR] RPC jails

[Edinilson J. Santos]

Bom dia.

Bastille não te serviria?
https://bastillebsd.org/

Edinilson

--
*From:* Cleyton Agapito [mailto:cragap...@gmail.com]
*Sent:* Tuesday, October 13, 2020, 17:59
*To:* Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
*Subject:* [FUG-BR] RPC jails


Olá caríssimos!

Tenho várias jails e gostaria de centralizar a administração delas. O NIS
pareceu uma solução bem razoável.

Encontrei nas minhas buscas uma única fonte dizendo que tanto o NFS quanto
o NIS não funcionam na jail por questões de segurança (sem dar maiores
detalhes), por haverem restrições ao RPC (Remote Procedure Call), embora
outras fontes pareçam estar usado a solução normalmente.

O manual indica a utilização de uma interface de loopback alternativa para
as jails, e achei alguém dizendo que o rpcbind deve rodar no host. Fiquei
confuso sobre como um rcpbind rodando no host resolveria o problema
utilizando múltiplas interfaces e endereços de loopback, não encontrei
exemplos de uso, e isso que nem cogitei IPv6 para isso ainda.

Tenho um servidor ldap rodando, mas não sei como ficaria a administração
dos arquivos de configuração das jails (hosts, resolv.conf, master.passwd,
etc), que o NIS deveria resolver, qualquer ajuda neste sentido também será
muito bem vinda.

Na ausência das soluções acima descritas, ficaria satisfeito de ouvir
alternativas para a administração das jails. Passei para ezjail e estou
relativamente arrependido, e tirando as questões de obsolescência e
warnings na partida, não acho que as outras soluções possam resolver este
tipo de assunto.

Desde já, grato pela atenção.

PS: Saudade do irado...
-
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] Quero sair da lista

[Welkson Renny de Medeiros]

Em seg., 10 de fev. de 2020 às 19:49, Gilberto F da Silva <2458...@gmail.com>
escreveu:

> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>   Há esse link para retirar o nome da inscrição porém, há
>   meses venho tentando e a página está sempre inacessível.
>
>
Envia e-mail para freebsd-unsubscr...@fug.com.br ou acesse [1] (https não
está funcionando), informe seu e-mail e clique em "Desinscrever".

[1] http://www.fug.com.br/mailman/listinfo/freebsd

Att.,
-- 
Welkson
PGP Key ID: D092C683
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] pkg install lento

[Renato Botelho]

On 10/02/20 16:10, Vinícius Dalcin wrote:

Estou tendo dificuldades e certa lentidão ao utilizar o pkg.
É normal o repositório ser lento ?


Infelizmente não temos um mirror do repositório aqui no Brasil, então a 
velocidade realmente deixa a desejar :(



Tem como eu criar um repositório particular ?


Tem

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

Re: [FUG-BR] pkg install lento

[Renato Botelho]

On 10/02/20 16:10, Vinícius Dalcin wrote:

Estou tendo dificuldades e certa lentidão ao utilizar o pkg.
É normal o repositório ser lento ?
Tem como eu criar um repositório particular ?



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

Re: [FUG-BR] Sugestão de Firewall para FreeBSD/opnsense

[Nenhum_de_Nos]

On Mon, January 27, 2020 10:02, Felipe N. Oliva wrote:
>
> Em 27/01/2020 09:55, Nenhum_de_Nos escreveu:
>> On Mon, January 27, 2020 08:57, Felipe N. Oliva wrote:
>>> Em 26/01/2020 23:54, Nenhum_de_Nos escreveu:
 Senhores,

 estou procurando opções para um firewall de pequeno porte, com dois
 links
 internet e roteamento interno para alguns segmentos. Preciso de no
 mínimo
 5 placas de rede gigabit e suporte para VLAN's.

 Uso FreeBSD com pfsense e pretendo colocar neste o opnsense, então
 precisa
 ter suporte para FreeBSD.

 Eu conheço ServerU e sei da qualidade. Gostaria de saber alternativas
 para
 ver o custo. Se alguém souber, agradeço.

 att,

 matheus

>>> Tem essas coisinhas chinesas: amazon.com
>>> 
>> Bom dia Felipe,
>>
>> bem lembrado deste. Já tinha visto mas não havia lembrado. Agradeço
>> demais. Mas você já os viu em produção? Este tem opção de CPU i3 ou i5,
>> o
>> que dará mais tempo de vida.
>>
>> att,
>>
>> matheus
>>
> Bom dia Matheus,

Bom dia Felipe,

> Exatamente esse não, mas usei similares sem problemas.

Ótimo saber.

> Quanto a CPU, não tenho certeza se é possível trocar.

Não troca após fabricação, mas tem este equipamento com 3 opções de CPU.
Atom, i3 e i5. São as Versões FW6A,  FW6B e FW6C :)
att,

matheus

> Att,



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

Re: [FUG-BR] Sugestão de Firewall para FreeBSD/opnsense

[Felipe N. Oliva]

Em 27/01/2020 09:55, Nenhum_de_Nos escreveu:

On Mon, January 27, 2020 08:57, Felipe N. Oliva wrote:

Em 26/01/2020 23:54, Nenhum_de_Nos escreveu:

Senhores,

estou procurando opções para um firewall de pequeno porte, com dois
links
internet e roteamento interno para alguns segmentos. Preciso de no
mínimo
5 placas de rede gigabit e suporte para VLAN's.

Uso FreeBSD com pfsense e pretendo colocar neste o opnsense, então
precisa
ter suporte para FreeBSD.

Eu conheço ServerU e sei da qualidade. Gostaria de saber alternativas
para
ver o custo. Se alguém souber, agradeço.

att,

matheus


Tem essas coisinhas chinesas: amazon.com


Bom dia Felipe,

bem lembrado deste. Já tinha visto mas não havia lembrado. Agradeço
demais. Mas você já os viu em produção? Este tem opção de CPU i3 ou i5, o
que dará mais tempo de vida.

att,

matheus


Bom dia Matheus,

Exatamente esse não, mas usei similares sem problemas.

Quanto a CPU, não tenho certeza se é possível trocar.

Att,

--
Felipe N. Oliva
Skype: felipe.no88 / Telegram: felipebsd
Fone/WhatsApp: (12)98285-0040
BSDA/LPIC-1/MTCNA/MTCTCE/MTCIPv6E/MTCRE/MTCINE

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

Re: [FUG-BR] Sugestão de Firewall para FreeBSD/opnsense

[Nenhum_de_Nos]

On Mon, January 27, 2020 08:57, Felipe N. Oliva wrote:
>
> Em 26/01/2020 23:54, Nenhum_de_Nos escreveu:
>> Senhores,
>>
>> estou procurando opções para um firewall de pequeno porte, com dois
>> links
>> internet e roteamento interno para alguns segmentos. Preciso de no
>> mínimo
>> 5 placas de rede gigabit e suporte para VLAN's.
>>
>> Uso FreeBSD com pfsense e pretendo colocar neste o opnsense, então
>> precisa
>> ter suporte para FreeBSD.
>>
>> Eu conheço ServerU e sei da qualidade. Gostaria de saber alternativas
>> para
>> ver o custo. Se alguém souber, agradeço.
>>
>> att,
>>
>> matheus
>>
> Tem essas coisinhas chinesas: amazon.com
> 

Bom dia Felipe,

bem lembrado deste. Já tinha visto mas não havia lembrado. Agradeço
demais. Mas você já os viu em produção? Este tem opção de CPU i3 ou i5, o
que dará mais tempo de vida.

att,

matheus

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

Re: [FUG-BR] Sugestão de Firewall para FreeBSD/opnsense

[Felipe N. Oliva]

Em 26/01/2020 23:54, Nenhum_de_Nos escreveu:

Senhores,

estou procurando opções para um firewall de pequeno porte, com dois links
internet e roteamento interno para alguns segmentos. Preciso de no mínimo
5 placas de rede gigabit e suporte para VLAN's.

Uso FreeBSD com pfsense e pretendo colocar neste o opnsense, então precisa
ter suporte para FreeBSD.

Eu conheço ServerU e sei da qualidade. Gostaria de saber alternativas para
ver o custo. Se alguém souber, agradeço.

att,

matheus

Tem essas coisinhas chinesas: amazon.com 




--
Felipe N. Oliva
Skype: felipe.no88 / Telegram: felipebsd
Fone/WhatsApp: (12)98285-0040
BSDA/LPIC-1/MTCNA/MTCTCE/MTCIPv6E/MTCRE/MTCINE

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

Re: [FUG-BR] erro compilar kernel

[Edinilson J. Santos]

Em 07/08/2019 19:08, Luis Teixeira escreveu:

Boa noite amigos,

Estou com dificuldades na compilação do kernel, segue abaixo o que adionei
no arquivo do novo kernel e o erro:

# PF
device  pf
device  pflog
device  pfsync
options ALTQ
options ALTQ_CBQ # Class Bases Queuing (CBQ)
options ALTQ_RED # Random Early Detection (RED)
options ALTQ_RIO # RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_CDNR
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build
options ALTQ_DEBUG

# IPFW
options IPFIREWALL # suporte a ipfw
options IPFIREWALL_VERBOSE # suporte aos logs do ipfw
options IPFIREWALL_FORWARD # suporte a ipfw fwd
options IPFIREWALL_VERBOSE_LIMIT=500# limite do log alterado,
evita DoS local
options IPFIREWALL_DEFAULT_TO_ACCEPT# politica de firewall
(aberto)
options INCLUDE_CONFIG_FILE
options IPSTEALTH

# NATD
options IPDIVERT # suporte a NAT via socks

# DUMMYNET (QoS)
options DUMMYNET # suporte ao dummynet
options HZ=1000 # altera o clock


erro retornado:

root@server:/usr/src # make buildkernel KERNCONF=FIREWALL
make[1]: "/usr/src/Makefile.inc1" line 159: SYSTEM_COMPILER: Determined
that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.

--

Kernel build for FIREWALL started on Wed Aug  7 19:08:20 -03 2019

--
===> FIREWALL
mkdir -p /usr/obj/usr/src/sys

--

stage 1: configuring the kernel

--
cd /usr/src/sys/amd64/conf;
  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
  config  -d /usr/obj/usr/src/sys/FIREWALL  -I '/usr/src/sys/amd64/conf'
'/usr/src/sys/amd64/conf/FIREWALL'
WARNING: duplicate option `INCLUDE_CONFIG_FILE' encountered.
/usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

se alguém puder ajudar, desde já agradeço




att.
Luis Teixeira

*.ºvº*. | Linux, porque eu amo a liberdade!
*/(L)\* | Linux User: #420124
*.^.^.*|

*Socialmente justo, economicamente viável e tecnologicamente sustentável*
Contatos: (91) 99253-2087 (vivo) -  98423-1293 (claro) Skype: Luis Teixeira
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Uma das melhores formas de você compilar o kernel do FreeBSD é fazendo um 
INCLUDE do GENERIC e ir desativando (usando nooptions ou nodevice) ou ativando 
itens (options ou device).
Veja este link:
https://www.freebsd.org/doc/handbook/kernelconfig-config.html


Edinilson

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

Re: [FUG-BR] erro compilar kernel

[Luiz Gustavo S. Costa]

Luis Teixeira  escreveu no dia quarta, 7/08/2019
à(s) 23:09:

> Boa noite amigos,
>
> Estou com dificuldades na compilação do kernel, segue abaixo o que adionei
> no arquivo do novo kernel e o erro:
>
> # PF
> device  pf
> device  pflog
> device  pfsync
> options ALTQ
> options ALTQ_CBQ # Class Bases Queuing (CBQ)
> options ALTQ_RED # Random Early Detection (RED)
> options ALTQ_RIO # RED In/Out
> options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
> options ALTQ_CDNR
> options ALTQ_PRIQ # Priority Queuing (PRIQ)
> options ALTQ_NOPCC # Required for SMP build
> options ALTQ_DEBUG
>
> # IPFW
> options IPFIREWALL # suporte a ipfw
> options IPFIREWALL_VERBOSE # suporte aos logs do ipfw
> options IPFIREWALL_FORWARD # suporte a ipfw fwd
> options IPFIREWALL_VERBOSE_LIMIT=500# limite do log alterado,
> evita DoS local
> options IPFIREWALL_DEFAULT_TO_ACCEPT# politica de firewall
> (aberto)
> options INCLUDE_CONFIG_FILE
> options IPSTEALTH
>
> # NATD
> options IPDIVERT # suporte a NAT via socks
>
> # DUMMYNET (QoS)
> options DUMMYNET # suporte ao dummynet
> options HZ=1000 # altera o clock
>
>
> erro retornado:
>
> root@server:/usr/src # make buildkernel KERNCONF=FIREWALL
> make[1]: "/usr/src/Makefile.inc1" line 159: SYSTEM_COMPILER: Determined
> that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.
>
> --
> >>> Kernel build for FIREWALL started on Wed Aug  7 19:08:20 -03 2019
> --
> ===> FIREWALL
> mkdir -p /usr/obj/usr/src/sys
>
> --
> >>> stage 1: configuring the kernel
> --
> cd /usr/src/sys/amd64/conf;
>
>  
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
>  config  -d /usr/obj/usr/src/sys/FIREWALL  -I '/usr/src/sys/amd64/conf'
> '/usr/src/sys/amd64/conf/FIREWALL'
> WARNING: duplicate option `INCLUDE_CONFIG_FILE' encountered.
> /usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make: stopped in /usr/src
>
> se alguém puder ajudar, desde já agradeço
>
>
>
>
> att.
> Luis Teixeira
>
> *.ºvº*. | Linux, porque eu amo a liberdade!
> */(L)\* | Linux User: #420124
> *.^.^.*|
>
> *Socialmente justo, economicamente viável e tecnologicamente sustentável*
> Contatos: (91) 99253-2087 (vivo) -  98423-1293 (claro) Skype: Luis Teixeira
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Olá Luis,

O erro já esta explicito para você na mensagem de saida da compilação:

> /usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"

Eu aconselharia a você dar uma olhadinha nos manuais do NATD e DIVERTD
antes de fazer copy/paste de configuração de kernel e entender o propósito
das ferramentas:

-
https://www.freebsd.org/cgi/man.cgi?query=natd&apropos=0&sektion=0&manpath=FreeBSD+12.0-RELEASE+and+Ports&arch=default&format=html

-
https://www.freebsd.org/cgi/man.cgi?query=divert&sektion=4&apropos=0&manpath=FreeBSD+12.0-RELEASE+and+Ports

Abraços e boa aventura no BSD !

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

Re: [FUG-BR] servidor freebsd-update com kernel custom

[Vinícius Zavam]

Am Do., 21. Feb. 2019 um 14:16 Uhr schrieb Nenhum_de_Nos <
math...@eternamente.info>:

> Pessoal,
>
> alguém aqui já fez isso?
>
> Fiz seguindo um guia achado na rede, mas é antigo (exemplos são do FreeBSD
> 7.2) e não consigo nem passar da fase de checksum do iso baixado. O código
> svn do servidor deve ser muito antigo.
>
> Tenho um firewall em uma net5501 em casa e demora 4 dias pra compilar
> kernel e world :(
>
> Aceito dicas também :)
>
> att,
>
> matheus
>

já fiz, mas não valeu a pena pra mim; abandonei por conta da alta
complexidade em manter.
tu podes fazer compilação cruzada e distribuir os binários pra dentro da
5501, depois trabalhar com etcupdate.

uma outra possibilidade é já chegar colando junto do pkg-base;
terceira alternativa? extrair os txz direto, excluindo alguns diretórios e
depois mandar etcupdate tratar as diferenças.

lembre que em alguns casos pode ser preciso executar alguma rotina
equivalente aos "delete-old"


-- 
Vinícius Zavam
keybase.io/egypcio
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Problema com envio de emails via php

[Edinilson J. Santos]

Em 17/01/2019 18:21, Nilton Jose Rizzo escreveu:

Galera, estou com um problema, estranho, para dizer o mínimo


Tenho um servidor que estava funcionando certinho, ai atualizei

o php, wordpress e o sistema e agora meus dominios virtuais, não
conseguem enviar emails.


as configurações parecem estar ok, uma vez que o dominio principal ( que
é este por onde estou enviando este emai) funciona perfeitamente.


cenário:

procmail

sendmail

spamAssassim

opendkim

courrier-imaps


Notem que é só o envio.  nos logs, aparece esta mensagem:


Jan 17 18:04:52 server sm-mta[99438]: AUTH=server,
relay=badb.virtua.com.br [186.221.221.219] (may be forged),
authid=user, mech=LOGIN, bits=0
Jan 17 18:04:52 server sm-mta[99438]: x0HK4Ti2099438:
Authentication-Warning: my.server.com.br: Host badb.virtua.com.br
[186.221.221.219] (may be forged) claimed to be [192.168.0.200]
Jan 17 18:04:52 server sm-mta[99438]: x0HK4Ti2099438:
from=, size=442, class=0, nrcpts=1,
msgid=,
bodytype=8BITMIME, proto=ESMTPSA, daemon=MSA,
relay=badb.virtua.com.br [186.221.221.219] (may be forged)
Jan 17 18:04:52 server opendkim[794]: x0HK4Ti2099438: signing table
references unknown key 'mailhost._domainkey.user.com.br'
Jan 17 18:04:52 server sm-mta[99438]: x0HK4Ti2099438: Milter: data,
reject=451 4.3.2 Please try again later

as permissões no diretório /var/db/dkim

root@server:/home2/staff/rizzo # ls -ld /var/db/dkim
drwxr-xr-x  8 mailnull  mailnull  512 Jan  9  2018 /var/db/dkim


Alguma luz ou direcionamento?

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




Olhando no cabeçalho que mandou, PARECE ser algum erro relacionado ao DKIM, 
veja:
signing table references unknown key 'mailhost._domainkey.user.com.br'


Algumas referencias sobre esse erro: 
https://serverfault.com/questions/569823/no-signing-table-match-in-opendkim 
https://www.dan.me.uk/blog/2016/06/01/add-dkim-signing-to-freebsd-servers/ 
Talvez outros da lista que utilizem os softwares mencionados possam te ajudar 
com mais informações. Edinilson

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

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

[Carlos Eduardo G. Carvalho (Cartola)]

Bom, imagino que já tenha verificado que o leitor está ok em algum outro
computador, né? Pq essas coisinhas são ótimas pra pifar.

Abs,

Carlos E G Carvalho (Cartola)
http://cartola.org/360
http://www.panoforum.com.br/


Em ter, 8 de jan de 2019 às 20:57, Nilton Jose Rizzo 
escreveu:

>
> 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&client=firefox-b-ab&tbm=isch&source=iu&ictx=1&fir=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_&usg=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw&sa=X&ved=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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

[Joao Rocha Braga Filho]

On Tue, Jan 8, 2019 at 10:22 PM Nilton Jose Rizzo  wrote:

>
> On 08/01/2019 22:14, Cleyton Agapito wrote:
> > Em ter, 8 de jan de 2019 20:57, Nilton Jose Rizzo  > escreveu:
> >
> >> 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&client=firefox-b-ab&tbm=isch&source=iu&ictx=1&fir=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_&usg=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw&sa=X&ved=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
> >
> >>
> > Olá José,
> >
> > Precisa ver o sistema de arquivo do cartão, pode montar direto com
> > mount_ntfs-3g ou mount_msdos. Se não tiver esses vai precisar instalar
> > algumas coisas que não lembro agora, estou longe do terminal, mas a dica
> é
> > que os devices daX montam direto.
> >
> > Abraço
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> Na verdade tive que usar o usbconfig para resetar a porta USB.
>
> O leitor está conectato a uma porta USB interna, com o camcontrol
>
> não funcionou o reset.
>
>
> usbconfig -d ugen6.2 reset
>
> com isso apareceu o device automagicamente:
>
> /dev/da0s1
>
> que pode ser montado com msdosfs
>

A solução era esta. Mas não sei se precisa ugen Acho que isto abaixo basta:

usbconfig -d 6.2 reset

Abraços,
João.



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

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

[Joao Rocha Braga Filho]

On Tue, Jan 8, 2019 at 8:57 PM Nilton Jose Rizzo  wrote:

>
> 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&client=firefox-b-ab&tbm=isch&source=iu&ictx=1&fir=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_&usg=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw&sa=X&ved=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:
>

Oi.

Esta é mole (Depois de apanhar com isto, rs.).

usbconfig

Use sem parâmetros e ele lista os periféricos conectados na USB.

usbconfig -d aqui_entra_a_porta reset

E ele acha o seu cartão.

O meu notebook faz isto sempre.


Abraços,
João.




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


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

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

[Nilton Jose Rizzo]

On 08/01/2019 22:14, Cleyton Agapito wrote:
> Em ter, 8 de jan de 2019 20:57, Nilton Jose Rizzo  escreveu:
>
>> 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&client=firefox-b-ab&tbm=isch&source=iu&ictx=1&fir=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_&usg=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw&sa=X&ved=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
>
>>
> Olá José,
>
> Precisa ver o sistema de arquivo do cartão, pode montar direto com
> mount_ntfs-3g ou mount_msdos. Se não tiver esses vai precisar instalar
> algumas coisas que não lembro agora, estou longe do terminal, mas a dica é
> que os devices daX montam direto.
>
> Abraço
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Na verdade tive que usar o usbconfig para resetar a porta USB.

O leitor está conectato a uma porta USB interna, com o camcontrol

não funcionou o reset.


usbconfig -d ugen6.2 reset

com isso apareceu o device automagicamente:

/dev/da0s1

que pode ser montado com msdosfs


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

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

[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&client=firefox-b-ab&tbm=isch&source=iu&ictx=1&fir=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_&usg=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw&sa=X&ved=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] Leitor de Cartão de memória

[Cleyton Agapito]

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&client=firefox-b-ab&tbm=isch&source=iu&ictx=1&fir=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_&usg=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw&sa=X&ved=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


>
>
Olá José,

Precisa ver o sistema de arquivo do cartão, pode montar direto com
mount_ntfs-3g ou mount_msdos. Se não tiver esses vai precisar instalar
algumas coisas que não lembro agora, estou longe do terminal, mas a dica é
que os devices daX montam direto.

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

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

[Renato Frederick]

Em dom, 18 de nov de 2018 às 19:28, Francis Lourenço <
francislouren...@gmail.com> escreveu:

> Quero sair dessa lista, como proceder?
>
>
Siga o que está no Rodapé:

Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



> Desde já agradeço.
>
>
> Em sex, 16 de nov de 2018 às 08:01, Carlos Eduardo G. Carvalho (Cartola) <
> cartol...@gmail.com> escreveu:
>
> > Parabẽns! Vou ver se consigo ajudar um pouquinho.
> >
> > Abs!
>
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

[Francis Lourenço]

Quero sair dessa lista, como proceder?

Desde já agradeço.


Em sex, 16 de nov de 2018 às 08:01, Carlos Eduardo G. Carvalho (Cartola) <
cartol...@gmail.com> escreveu:

> Parabẽns! Vou ver se consigo ajudar um pouquinho.
>
> Abs!
>
> Carlos E G Carvalho (Cartola)
> http://cartola.org/360
> http://www.panoforum.com.br/
>
>
> Em dom, 21 de out de 2018 às 21:43, Edson Brandi 
> escreveu:
>
> > Boa noite pessoal,
> >
> > Finalizamos hoje a tradução do Porters Handbook para o português, e o
> > mesmo já se encontra no repositório de SVN do FreeBSD.
> >
> > O documento está disponível em:
> >
> > https://www.freebsd.org/doc/pt_BR.ISO8859-1/books/porters-handbook/
> >
> > O próximo livro a ser traduzido será o Handbook, e gostaria de
> > convidá-los a colaborar com o esforço de tradução.
> >
> > Mesmo que você só tenha 10 minutos por dia para ajudar, saiba que você
> > pode fazer a diferença para o sucesso do projeto.Que tal retribuir um
> > pouco de tudo que o FreeBSD já fez por você ou pela sua empresa?
> >
> > Para maiores informações sobre como contribuir, visite o site do
> > projeto de tradução:
> >
> > http://doc.fug.com.br
> >
> > [  ]'s Brandi
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -
> 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] Tradução do Porters Handbook finalizada

[Carlos Eduardo G. Carvalho (Cartola)]

Parabẽns! Vou ver se consigo ajudar um pouquinho.

Abs!

Carlos E G Carvalho (Cartola)
http://cartola.org/360
http://www.panoforum.com.br/


Em dom, 21 de out de 2018 às 21:43, Edson Brandi 
escreveu:

> Boa noite pessoal,
>
> Finalizamos hoje a tradução do Porters Handbook para o português, e o
> mesmo já se encontra no repositório de SVN do FreeBSD.
>
> O documento está disponível em:
>
> https://www.freebsd.org/doc/pt_BR.ISO8859-1/books/porters-handbook/
>
> O próximo livro a ser traduzido será o Handbook, e gostaria de
> convidá-los a colaborar com o esforço de tradução.
>
> Mesmo que você só tenha 10 minutos por dia para ajudar, saiba que você
> pode fazer a diferença para o sucesso do projeto.Que tal retribuir um
> pouco de tudo que o FreeBSD já fez por você ou pela sua empresa?
>
> Para maiores informações sobre como contribuir, visite o site do
> projeto de tradução:
>
> http://doc.fug.com.br
>
> [  ]'s Brandi
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PF - regra de pbr (para cgnat ou nat n-1)

[Marcelo Gondim]

Em 13/11/2018 18:21, Marcos Vinícius escreveu:

Boa tarde!
Alguem teria um exemplo de como eu faço uma regra de PBR para pegar
determinada rede e fazer um next-hop para outro host.
No caso aqui eu preciso redirecionar determinada rede para que seja feito o
cgnat em outro servidor.

Tenho um exemplo aqui de como faço no Juniper, mas no FreeBSD não sei como
fazer.
Obrigado pela atenção!

Exemplo:

term CGNAT {
 from {
 source-address {
 100.64.0.0/10;
 }
 }
 then {
 next-ip 10.20.1.10/32;
 }
 }
 term accept {
 then accept;
 }
 }
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Você pode fazer isso com o ipfw por exemplo:

# PBR com FWD

# com peso
ipfw add 00050 prob 0.3 fwd 200.xxx.xxx.207 ip from me to any out keep-state
ipfw add 00100 prob 0.5 fwd 200.xxx.xxx.202 ip from me to any out keep-state

# sem peso
ipfw add 00150 fwd 200.xxx.xxx.202 ip from me to any out keep-state

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

Re: [FUG-BR] help atualizações

[Edinilson J. Santos]

Em 24/10/2018 07:33, Sebastião A Teixeira escreveu:

bom dia...

alguém poderia me ajudar... tem um pacote que na verificação de 
vulnerabilidades diz pra atualizar...

Checking for packages with security vulnerabilities:
Database fetched: Mon Oct 22 03:53:57 BRST 2018
python27-2.7.12

nos meus ports tá assim as versões:
python27-2.7.15

so que quando faço o comando pra atualizar tenho como resposta:

Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
Checking integrity... done (0 conflicting)
The most recent version of packages are already installed

o que pode estar errado??? devo desinstalar o a versão 2.7 e instalar a mais 
recente? e as dependências?

tenho pouco conhecimento, em alguns aspectos, para configuração de servidor...

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




Esses pacotes python27* são os mais chatos no FreeBSD.

Eu aconselho fortemente você instalar e utilizar o synth:
usr/ports/ports-mgmt/synth

https://www.freebsd.org/cgi/man.cgi?query=synth&sektion=1&manpath=freebsd-release-ports

Pois, do contrário, você terá que ficar lendo o /usr/ports/UPDATING

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

Re: [FUG-BR] help atualizações

[Renato Botelho]

On 24/10/18 07:33, Sebastião A Teixeira wrote:
> bom dia...
> 
> alguém poderia me ajudar... tem um pacote que na verificação de
> vulnerabilidades diz pra atualizar...
> 
> Checking for packages with security vulnerabilities:
> Database fetched: Mon Oct 22 03:53:57 BRST 2018
> python27-2.7.12
> 
> nos meus ports tá assim as versões:
> python27-2.7.15
> 
> so que quando faço o comando pra atualizar tenho como resposta:
> 
> Updating FreeBSD repository catalogue...
> FreeBSD repository is up-to-date.
> All repositories are up-to-date.
> Checking integrity... done (0 conflicting)
> The most recent version of packages are already installed
> 
> o que pode estar errado??? devo desinstalar o a versão 2.7 e instalar a
> mais recente? e as dependências?
> 
> tenho pouco conhecimento, em alguns aspectos, para configuração de
> servidor...

Qual a versão do FreeBSD? Qual o conteúdo de /etc/pkg/FreeBSD.conf?

Apenas uma observação. Quando for enviar uma mensagem sobre um novo
assunto, por favor use a opção de escrever um novo email ao invés de
clicar em responder e depois mudar o assunto. Fazendo isso o seu cliente
de e-mail preserva cabeçalhos usados para separar as mensagens em
threads e vira uma confusão.

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

Re: [FUG-BR] sql injection - off topic

[Allan Patrick]

De uma olhada nos módulos abaixo:

mod_security
mod_evasive
ossec 

Havendo qualquer duvida estarei a disposição para maiores detalhes.

Atenciosamente,

Allan Patrick Ksiaskiewcz

Guarapuava/PR

Em 20 de out de 2018, à(s) 10:13, teixe...@iz.sp.gov.br 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
> 
> -
> 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] sql injection - off topic

[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

Re: [FUG-BR] sql injection - off topic

[Diego Cananéa]

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
>
> -
> 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] versão não suportada Ports

[Renato Botelho]

On 02/10/18 15:54, Nenhum_de_Nos wrote:
> Boa tarde senhores,
> 
> mandei compilar um port e recebi isso:
> 
> /!\ ERROR: /!\
> 
> Ports Collection support for your FreeBSD version has ended, and no ports are
> guaranteed to build on this system. Please upgrade to a supported release.
> 
> No support will be provided if you silence this message by defining
> ALLOW_UNSUPPORTED_SYSTEM.
> 
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/ports/net-mgmt/darkstat
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/net-mgmt/darkstat
> 
> 
> mas uso a versão:
> 
> uname -a
> FreeBSD xxx.xxx 11.2-RELEASE-p1 FreeBSD 11.2-RELEASE-p1 #0 r337512: Wed Aug  
> 8 20:04:09 -03 2018 root@:/usr/obj/usr/src/sys/net5501  i386
> 
> fiquei confuso. Achei na rede pessoal falando sobre upgrade inacabado. E é o 
> que tem aqui:
> 
> freebsd-version
> 11.1-RELEASE
> 
> Agora sempre faço upgrade com recompilar world e kernel, e nunca deu nisso. 
> Alguém viu isso?

Isso tem cara de upgrade pela metade. Se fosse você, pela sanidade,
faria novamente o build do 11.2

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

Re: [FUG-BR] lista

[Victório]

Também estou recebendo as mensagens normalmente.

Acho que está calmo porque não tem FreeBSD dando problemas :D

att.

Victório




Em qui, 13 de set de 2018 às 13:49, Mario Lobo  escreveu:

> Tambem continuo recebendo.
>
> Mario Lobo
> http://www.mallavoodoo.com.br
> FreeBSD since version 2.2.8 [not Pro-Audio YET!!]
> -
> 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] lista

[Mario Lobo]

Tambem continuo recebendo.

Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since version 2.2.8 [not Pro-Audio YET!!]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] lista

[Edson Brandi]

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

Brandi

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



-- 
[  ]'s Brandi
--
Edson Brandi

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

Re: [FUG-BR] lista

[Luiz Gustavo S. Costa]

No dia 10 de setembro de 2018 às 15:12, Márcio Luciano Donada <
mdon...@gmail.com> escreveu:

> Grupo está fora novamente?
> --
> _
> Márcio Luciano Donada
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Bom dia !

To por aqui e recebendo... é que o email está ficando pra trás.. o pessoal
tem usado o Telegram, veja em:

https://t.me/fug_br

Abraço !


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

Re: [FUG-BR] [OFF] Manual do Administrador do UserAuth

[Jack]

Buenas!



Em 15/08/2018 00:10, carlos.wan...@gmail.com> escreveu:



Parabéns Jack e equipe pelo excelente trabalho!

Carlos Wander



Tks man! __





[]`s

Jack

http://jack.eti.br 

http://sys-squad.com 

http://conexti.com.br



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

Re: [FUG-BR] [OFF] Manual do Administrador do UserAuth

[Carlos Wander]

Parabéns Jack e equipe pelo excelente trabalho!

--
Carlos Wander


Em ter, 14 de ago de 2018 às 13:23, Jack 
escreveu:

> Buenas Lista!
>
>
>
> O UserAuth é um pacote extraoficial desenvolvido pela ConexTI que agrega
> ao pfSense® 08 tipos diferentes de opções para autenticação de usuários ou
> dispositivos no Webfilter (conexões HTTP/HTTPS), além de permitir a criação
> de regras de Firewall por grupos de usuários. Ele é capaz de integrar todos
> estes métodos de autenticação ao Webfilter E2Guardian em ambientes Windows,
> Linux, MAC OS, com ou sem Active Directory, e disponibilizar interfaces e
> metodologias eficientes para cada um deles.
>
>
>
> Agora foi liberado o Manual do Administrador do UserAuth publicamente.
> Você pode fazer o download e utilizar o documento para instalar, ativar e
> configurar todos os principais recursos da ferramenta (incluindo a versão
> Community e Trial): https://conexti.com.br/man-userauth/
>
>
>
> Para saber mais sobre o UserAuth: https://conexti.com.br/userauth
>
>
>
> “pfSense® é uma marca registrada da Electric Sheep Fencing, LLC”
>
>
>
>
>
>
>
> []`s
>
> Jack
>
> http://jack.eti.br
>
> http://sys-squad.com
>
> http://conexti.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] Problema com boot em net5501

[Nenhum_de_Nos]

On Wed, August 8, 2018 14:42, Nenhum_de_Nos wrote:
>
> On Wed, August 8, 2018 14:38, Eduardo Lemos de Sa wrote:
>> Prezado Matheus
>>
>> On Wed, Aug 8, 2018 at 2:12 PM Nenhum_de_Nos 
>> wrote:
>>
>>> Boa tarde senhores,
>>>
>>> estou com um problema estranho numa Soekris net5501. Domingo atualizei
>>> o
>>> 11.1-R para 11.2-R e o sistema se recusou a dar boot. E parou antes de
>>> mostrar o Beastie (via serial).
>>>
>>> Depois de investigar mais, descobri que o hd tava ruim e troquei-o. Mas
>>> aí
>>> veio informação nova e curiosa. Tenho um disco SSD Intel 330 240GB que
>>> não
>>> termina o boot de forma alguma. Noutro disco SATA de 160GB o boot
>>> acontece
>>> sem problemas. Estou instalando sempre via Vbox num windows, com o
>>> disco
>>> via USB<->SATA.
>>>
>>> O boot vai até o seguinte ponto:
>>>
>>> POST: 012345689bcefghips1234ajklnopqr,,,tvwxy
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> comBIOS ver. 1.33c 20080626  Copyright (C) 2000-2008 Soekris
>>> Engineering.
>>>
>>> net5501
>>>
>>> 0512 Mbyte MemoryCPU Geode LX 500 Mhz
>>>
>>> Pri Sla  INTEL SSDSC2CT240A3 LBA Xlt 1024-255-63  134 Gbyte
>>>
>>> Slot   Vend Dev  ClassRev Cmd  Stat CL LT HT  Base1Base2   Int
>>> ---
>>> 0:01:2 1022 2082 1010 0006 0220 08 00 00 A000  10
>>> 0:06:0 1106 3053 0296 0117 0210 08 40 00
>>> 0:07:0 1106 3053 0296 0117 0210 08 40 00
>>> 0:08:0 1106 3053 0296 0117 0210 08 40 00
>>> 0:09:0 1106 3053 0296 0117 0210 08 40 00
>>> 0:14:0 168C 0013 0201 0116 0290 08 40 00 A001  10
>>> 0:20:0 1022 2090 06010003 0009 02A0 08 40 80 6001 6101
>>> 0:20:2 1022 209A 01018001 0005 02A0 08 00 00  
>>> 0:21:0 1022 2094 0C031002 0006 0230 08 00 80 A002  15
>>> 0:21:1 1022 2095 0C032002 0006 0230 08 00 00 A0021000  15
>>>
>>>  1 Seconds to automatic boot.   Press Ctrl-P for entering Monitor.
>>> Keyboard: no
>>> //bbtt//ccoonnffiigg::  --hh  --PP
>>>
>>>
>>>0
>>>  y
>>>
>>>1
>>> )
>>>   /
>>> '
>>>
>>> .
>>> O
>>>
>>> Neste ponto eu notei que tenho o prompt do boot0cfg, aquele da tela do
>>> beastie, mas não consigo ler o que ele me retorna. Noto que posso
>>> mandar
>>> comandos, mas não anda (tentei passar o currdev para o dev correto) e
>>> que
>>> a formatação da tea está ruim, o que não deixa eu ler as coisas. O
>>> texto
>>> sai em preto, e a tela é preta. Só consigo ler o caractere que digito.
>>>
>>> Alguém já viu isso? queria muito usar o disco novo para este pc, é meu
>>> roteador de casa e assim ele ficaria seguro por mais tempo (o hd sata é
>>> antigo, jaja pede aposentadoria tb).
>>>
>>> Cheguei a pensar que poderia ser algo de disco 4k ou 512 bytes. Mas
>>> aconteceu no disco antigo, que era 320GB e não é 4k.
>>>
>>> Se tiverem dicas, agradeço.
>>>
>>> att,
>>>
>>> matheus
>>>
>>> --
>>> "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
>>>
>>
>>
>>
>> Eu não sei o que acontece com a atualização do 11.1 para o 11.2: há um
>> monte de emails circulando sobre isto na lista freebsd-questions
>> reclamando
>> deste problema ímpar. Eu, inclusive, fiz a atualização do 11.1 para o
>> 11.2,
>> através da compilação dos fontes do sistema (que ocorreu sem erros) e,
>> após
>> a instalação do kernel (GENERIC - veja bem, eu não mexi ou coustumizei
>> qualquer coisa), o boot não pôde ser completado. Rebootei com o
>> kernel.old
>> (um abençoado é sujeito que deixou esta solução tão fácil assim) e mesmo
>> usando os binários do 11.2, o boot aconteceu sem problemas.  Baixei as
>> fontes do 11.1, recompilei binários + kernel, e tudo está funcionando
>> bem.
>> É estranho que este tipo de problema aconteça com uma atualização menor
>> (se
>> fosse do 11.1 para o 12, eu entenderia). Provavelmente alguém mais na
>> FUG
>> deve ter tido o mesmo problema e resolveu-o fazendo um downgrade.
>>
>> Um abraço
>>
>> Edu
>
> Eduardo,
>
> ótima lembrança. Me chamou atenção que eu consigo com o 11.2R noutro disco
> e nesse não. Vou testar o 11.1R e rezar para dar certo, e ficar esperando
> uma errata do 11.2R.
>
> Agradeço pelo apoio.
>
> Se mais alguém tiver idéias, as testo e retorno aqui para registro.
>
> att,
>
> matheus

Senhores,

seguindo a sugestão do colega instalei o 11.1R e o boot deu certo. Agora é
esperar errata do 11.2 ou torcer para o 11.3 não ter isso.

Só pontuando que a única mudança foi a release, nada mais.

Muito obrigado Eduardo :)

matheus

-- 
"We will call you Cygnus,
the God of balance you shall be."

-

Re: [FUG-BR] Problema com boot em net5501

[Nenhum_de_Nos]

On Wed, August 8, 2018 14:38, Eduardo Lemos de Sa wrote:
> Prezado Matheus
>
> On Wed, Aug 8, 2018 at 2:12 PM Nenhum_de_Nos 
> wrote:
>
>> Boa tarde senhores,
>>
>> estou com um problema estranho numa Soekris net5501. Domingo atualizei o
>> 11.1-R para 11.2-R e o sistema se recusou a dar boot. E parou antes de
>> mostrar o Beastie (via serial).
>>
>> Depois de investigar mais, descobri que o hd tava ruim e troquei-o. Mas
>> aí
>> veio informação nova e curiosa. Tenho um disco SSD Intel 330 240GB que
>> não
>> termina o boot de forma alguma. Noutro disco SATA de 160GB o boot
>> acontece
>> sem problemas. Estou instalando sempre via Vbox num windows, com o disco
>> via USB<->SATA.
>>
>> O boot vai até o seguinte ponto:
>>
>> POST: 012345689bcefghips1234ajklnopqr,,,tvwxy
>>
>>
>>
>>
>>
>>
>>
>>
>> comBIOS ver. 1.33c 20080626  Copyright (C) 2000-2008 Soekris
>> Engineering.
>>
>> net5501
>>
>> 0512 Mbyte MemoryCPU Geode LX 500 Mhz
>>
>> Pri Sla  INTEL SSDSC2CT240A3 LBA Xlt 1024-255-63  134 Gbyte
>>
>> Slot   Vend Dev  ClassRev Cmd  Stat CL LT HT  Base1Base2   Int
>> ---
>> 0:01:2 1022 2082 1010 0006 0220 08 00 00 A000  10
>> 0:06:0 1106 3053 0296 0117 0210 08 40 00
>> 0:07:0 1106 3053 0296 0117 0210 08 40 00
>> 0:08:0 1106 3053 0296 0117 0210 08 40 00
>> 0:09:0 1106 3053 0296 0117 0210 08 40 00
>> 0:14:0 168C 0013 0201 0116 0290 08 40 00 A001  10
>> 0:20:0 1022 2090 06010003 0009 02A0 08 40 80 6001 6101
>> 0:20:2 1022 209A 01018001 0005 02A0 08 00 00  
>> 0:21:0 1022 2094 0C031002 0006 0230 08 00 80 A002  15
>> 0:21:1 1022 2095 0C032002 0006 0230 08 00 00 A0021000  15
>>
>>  1 Seconds to automatic boot.   Press Ctrl-P for entering Monitor.
>> Keyboard: no
>> //bbtt//ccoonnffiigg::  --hh  --PP
>>
>>
>>0
>>  y
>>
>>1
>> )
>>   /
>> '
>>
>> .
>> O
>>
>> Neste ponto eu notei que tenho o prompt do boot0cfg, aquele da tela do
>> beastie, mas não consigo ler o que ele me retorna. Noto que posso mandar
>> comandos, mas não anda (tentei passar o currdev para o dev correto) e
>> que
>> a formatação da tea está ruim, o que não deixa eu ler as coisas. O texto
>> sai em preto, e a tela é preta. Só consigo ler o caractere que digito.
>>
>> Alguém já viu isso? queria muito usar o disco novo para este pc, é meu
>> roteador de casa e assim ele ficaria seguro por mais tempo (o hd sata é
>> antigo, jaja pede aposentadoria tb).
>>
>> Cheguei a pensar que poderia ser algo de disco 4k ou 512 bytes. Mas
>> aconteceu no disco antigo, que era 320GB e não é 4k.
>>
>> Se tiverem dicas, agradeço.
>>
>> att,
>>
>> matheus
>>
>> --
>> "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
>>
>
>
>
> Eu não sei o que acontece com a atualização do 11.1 para o 11.2: há um
> monte de emails circulando sobre isto na lista freebsd-questions
> reclamando
> deste problema ímpar. Eu, inclusive, fiz a atualização do 11.1 para o
> 11.2,
> através da compilação dos fontes do sistema (que ocorreu sem erros) e,
> após
> a instalação do kernel (GENERIC - veja bem, eu não mexi ou coustumizei
> qualquer coisa), o boot não pôde ser completado. Rebootei com o kernel.old
> (um abençoado é sujeito que deixou esta solução tão fácil assim) e mesmo
> usando os binários do 11.2, o boot aconteceu sem problemas.  Baixei as
> fontes do 11.1, recompilei binários + kernel, e tudo está funcionando bem.
> É estranho que este tipo de problema aconteça com uma atualização menor
> (se
> fosse do 11.1 para o 12, eu entenderia). Provavelmente alguém mais na FUG
> deve ter tido o mesmo problema e resolveu-o fazendo um downgrade.
>
> Um abraço
>
> Edu

Eduardo,

ótima lembrança. Me chamou atenção que eu consigo com o 11.2R noutro disco
e nesse não. Vou testar o 11.1R e rezar para dar certo, e ficar esperando
uma errata do 11.2R.

Agradeço pelo apoio.

Se mais alguém tiver idéias, as testo e retorno aqui para registro.

att,

matheus

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

Re: [FUG-BR] Problema com boot em net5501

[Eduardo Lemos de Sa]

Prezado Matheus

On Wed, Aug 8, 2018 at 2:12 PM Nenhum_de_Nos 
wrote:

> Boa tarde senhores,
>
> estou com um problema estranho numa Soekris net5501. Domingo atualizei o
> 11.1-R para 11.2-R e o sistema se recusou a dar boot. E parou antes de
> mostrar o Beastie (via serial).
>
> Depois de investigar mais, descobri que o hd tava ruim e troquei-o. Mas aí
> veio informação nova e curiosa. Tenho um disco SSD Intel 330 240GB que não
> termina o boot de forma alguma. Noutro disco SATA de 160GB o boot acontece
> sem problemas. Estou instalando sempre via Vbox num windows, com o disco
> via USB<->SATA.
>
> O boot vai até o seguinte ponto:
>
> POST: 012345689bcefghips1234ajklnopqr,,,tvwxy
>
>
>
>
>
>
>
>
> comBIOS ver. 1.33c 20080626  Copyright (C) 2000-2008 Soekris Engineering.
>
> net5501
>
> 0512 Mbyte MemoryCPU Geode LX 500 Mhz
>
> Pri Sla  INTEL SSDSC2CT240A3 LBA Xlt 1024-255-63  134 Gbyte
>
> Slot   Vend Dev  ClassRev Cmd  Stat CL LT HT  Base1Base2   Int
> ---
> 0:01:2 1022 2082 1010 0006 0220 08 00 00 A000  10
> 0:06:0 1106 3053 0296 0117 0210 08 40 00
> 0:07:0 1106 3053 0296 0117 0210 08 40 00
> 0:08:0 1106 3053 0296 0117 0210 08 40 00
> 0:09:0 1106 3053 0296 0117 0210 08 40 00
> 0:14:0 168C 0013 0201 0116 0290 08 40 00 A001  10
> 0:20:0 1022 2090 06010003 0009 02A0 08 40 80 6001 6101
> 0:20:2 1022 209A 01018001 0005 02A0 08 00 00  
> 0:21:0 1022 2094 0C031002 0006 0230 08 00 80 A002  15
> 0:21:1 1022 2095 0C032002 0006 0230 08 00 00 A0021000  15
>
>  1 Seconds to automatic boot.   Press Ctrl-P for entering Monitor.
> Keyboard: no
> //bbtt//ccoonnffiigg::  --hh  --PP
>
>
>0
>  y
>
>1
> )
>   /
> '
>
> .
> O
>
> Neste ponto eu notei que tenho o prompt do boot0cfg, aquele da tela do
> beastie, mas não consigo ler o que ele me retorna. Noto que posso mandar
> comandos, mas não anda (tentei passar o currdev para o dev correto) e que
> a formatação da tea está ruim, o que não deixa eu ler as coisas. O texto
> sai em preto, e a tela é preta. Só consigo ler o caractere que digito.
>
> Alguém já viu isso? queria muito usar o disco novo para este pc, é meu
> roteador de casa e assim ele ficaria seguro por mais tempo (o hd sata é
> antigo, jaja pede aposentadoria tb).
>
> Cheguei a pensar que poderia ser algo de disco 4k ou 512 bytes. Mas
> aconteceu no disco antigo, que era 320GB e não é 4k.
>
> Se tiverem dicas, agradeço.
>
> att,
>
> matheus
>
> --
> "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
>



Eu não sei o que acontece com a atualização do 11.1 para o 11.2: há um
monte de emails circulando sobre isto na lista freebsd-questions reclamando
deste problema ímpar. Eu, inclusive, fiz a atualização do 11.1 para o 11.2,
através da compilação dos fontes do sistema (que ocorreu sem erros) e, após
a instalação do kernel (GENERIC - veja bem, eu não mexi ou coustumizei
qualquer coisa), o boot não pôde ser completado. Rebootei com o kernel.old
(um abençoado é sujeito que deixou esta solução tão fácil assim) e mesmo
usando os binários do 11.2, o boot aconteceu sem problemas.  Baixei as
fontes do 11.1, recompilei binários + kernel, e tudo está funcionando bem.
É estranho que este tipo de problema aconteça com uma atualização menor (se
fosse do 11.1 para o 12, eu entenderia). Provavelmente alguém mais na FUG
deve ter tido o mesmo problema e resolveu-o fazendo um downgrade.

Um abraço

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

Re: [FUG-BR] pkg orphaned

[Renato Botelho]

On 02/08/18 10:55, Márcio Luciano Donada wrote:
> Edinilson,
> eu havia consultado o material anteriormente, mas eu tenho 159 pacotes que
> devem ser removidos, tem alguns que de certa forma tenho uma desconfiança
> se realmente posso remover, porém como saber realmente se estão sendo
> utilizados ou não?

Existe uma flag no pkg chamada 'automatic'. quando ela está setada para
1 significa que o pacote foi instalado como dependência de outro, ou
seja, de forma automática.

Todos os pacotes com essa flag que não são dependentes no momento de um
pacote não-automático (que vc instalou pq precisa) serão removidos pelo
autoremove.

Você pode listar todos os não automáticos usando os aliases `pkg
prime-list` ou `pkg prime-origins`. Caso seu pkg.conf seja velho e não
tenha os aliases os comandos são:

  prime-list: "query -e '%a = 0' '%n'",
  prime-origins: "query -e '%a = 0' '%o'",

O ideal é vc analisar essa lista e remover pacotes que vc não precisa
mais. Aí depois vc revisa a lista do `pkg autoremove -n` e caso decida
manter algum dos pacotes listados ali basta marca-lo como não automático
usando:

pkg set -A 0 nome_do_pacote

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

Re: [FUG-BR] pkg orphaned

[Edinilson J. Santos]

Em 02/08/2018 10:55, Márcio Luciano Donada escreveu:

Edinilson,
eu havia consultado o material anteriormente, mas eu tenho 159 pacotes que
devem ser removidos, tem alguns que de certa forma tenho uma desconfiança
se realmente posso remover, porém como saber realmente se estão sendo
utilizados ou não?



Em 2 de agosto de 2018 10:45, Edinilson J. Santos 
escreveu:


Em 02/08/2018 10:24, Márcio Luciano Donada escreveu:


senhores,
estou vendo algum pacotes orphaned no pkg, gostaria de saber qual é a
melhor saída para eles.

gbm-11.2.2 ?   orphaned: graphics/gbm
libEGL-11.2.2  ?   orphaned: graphics/libEGL
libGL-11.2.2   ?   orphaned: graphics/libGL
libglapi-11.2.2?   orphaned: graphics/libglapi
llvm37-3.7.1_3 ?   orphaned: devel/llvm37
swig13-1.3.40_1?   orphaned: devel/swig13

_
Márcio Luciano Donada
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




pkg autoremove
|
|
Nesse link tem bem explicado:
https://www.cyberciti.biz/faq/how-to-remove-unwantedunused-d
ependencies-in-freebsd-pkg-command/

obs: É bom dar uma lida no /usr/ports/UPDATING e procurar por cada um para
ter certeza que foram removidos ou então mudaram de nome.

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





Eu, particularmente, não removeria pois é *quase* certeza que você terá 
problemas...
Achei que fossem poucos pacotes, como havia passado.
Aguarde outra resposta da lista, alguém que te mande alguma coisa mais 100% de 
certeza.


obs: Quando puder, experimente utilizar o synth:
/usr/ports/ports-mgmt/synth

Para atualizar seus ports instalados.

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

Re: [FUG-BR] pkg orphaned

[Márcio Luciano Donada]

Edinilson,
eu havia consultado o material anteriormente, mas eu tenho 159 pacotes que
devem ser removidos, tem alguns que de certa forma tenho uma desconfiança
se realmente posso remover, porém como saber realmente se estão sendo
utilizados ou não?



Em 2 de agosto de 2018 10:45, Edinilson J. Santos 
escreveu:

> Em 02/08/2018 10:24, Márcio Luciano Donada escreveu:
>
>> senhores,
>> estou vendo algum pacotes orphaned no pkg, gostaria de saber qual é a
>> melhor saída para eles.
>>
>> gbm-11.2.2 ?   orphaned: graphics/gbm
>> libEGL-11.2.2  ?   orphaned: graphics/libEGL
>> libGL-11.2.2   ?   orphaned: graphics/libGL
>> libglapi-11.2.2?   orphaned: graphics/libglapi
>> llvm37-3.7.1_3 ?   orphaned: devel/llvm37
>> swig13-1.3.40_1?   orphaned: devel/swig13
>>
>> _
>> Márcio Luciano Donada
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
>>
> pkg autoremove
> |
> |
> Nesse link tem bem explicado:
> https://www.cyberciti.biz/faq/how-to-remove-unwantedunused-d
> ependencies-in-freebsd-pkg-command/
>
> obs: É bom dar uma lida no /usr/ports/UPDATING e procurar por cada um para
> ter certeza que foram removidos ou então mudaram de nome.
>
> Edinilson
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
_
Márcio Luciano Donada
Esp. Redes de Computadores
FreeBSD - The uptime measured in years!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] pkg orphaned

[Edinilson J. Santos]

Em 02/08/2018 10:24, Márcio Luciano Donada escreveu:

senhores,
estou vendo algum pacotes orphaned no pkg, gostaria de saber qual é a
melhor saída para eles.

gbm-11.2.2 ?   orphaned: graphics/gbm
libEGL-11.2.2  ?   orphaned: graphics/libEGL
libGL-11.2.2   ?   orphaned: graphics/libGL
libglapi-11.2.2?   orphaned: graphics/libglapi
llvm37-3.7.1_3 ?   orphaned: devel/llvm37
swig13-1.3.40_1?   orphaned: devel/swig13

_
Márcio Luciano Donada
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




pkg autoremove
|
|
Nesse link tem bem explicado:
https://www.cyberciti.biz/faq/how-to-remove-unwantedunused-dependencies-in-freebsd-pkg-command/

obs: É bom dar uma lida no /usr/ports/UPDATING e procurar por cada um para ter 
certeza que foram removidos ou então mudaram de nome.

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

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

[Renato Botelho]

On 09/07/18 10:01, Luiz Gustavo S. Costa wrote:
> 2018-07-08 18:26 GMT+01:00 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>> 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
>>
> 
> Olá !!!
> 
> Paulo, antes de tentar alterar o código do FreeBSD, é interessante tentar
> entender como o nmap coleta essa informação. Em resumo, ele busca por uma
> assinatura do OS. Veja o detalhe completo nesse link:
> 
> https://nmap.org/book/osdetect-fingerprint-format.html
> 
> Talvez você tenha que "inventar" uma assinatura própria ou tentar simular
> alguma outra existente.
> 
> Espero que ajude.

Sem contar que muitas ferramentas de build (autotools, cmake) têm regras
específicas pro FreeBSD. Quando vc alterar isso pra 'meuOS' vai fazer
com que o SO deixe de ser identificado e provavelmente vai ser
impossível compilar a maior parte dos ports. Aliás, nem mesmo a árvore
do ports deve funcionar.

É um trabalho imenso e complexo manter um fork de um SO. Pensa bem se
vale a pena.

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

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

[Luiz Gustavo S. Costa]

2018-07-08 18:26 GMT+01:00 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> 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
>

Olá !!!

Paulo, antes de tentar alterar o código do FreeBSD, é interessante tentar
entender como o nmap coleta essa informação. Em resumo, ele busca por uma
assinatura do OS. Veja o detalhe completo nesse link:

https://nmap.org/book/osdetect-fingerprint-format.html

Talvez você tenha que "inventar" uma assinatura própria ou tentar simular
alguma outra existente.

Espero que ajude.

Abraço !

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

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

[Cleyton Agapito]

2018-07-08 14:26 GMT-03:00 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> 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
>


Olá Paulo!

O nome e versão do sistema são definidos em /usr/src/sys/conf/newvers.sh

Att,

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

Re: [FUG-BR] PF no FreeBSD 11.2

[Otavio Augusto]

Em ter, 3 de jul de 2018 às 20:16, Ricardo Ferreira
 escreveu:
>
> Em ter, 2018-07-03 às 17:50 -0300, Otavio Augusto escreveu:
> > Será usado FreeBSD puro mesmo
> > Em ter, 3 de jul de 2018 às 17:27, Paulo Henrique
> >  escreveu:
> > >
> > > 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
> >
> >
> >
>
> Existem diferenças de sintaxe especialmente nat, scrub e outras mas a
> doc do FreeBSD é bastante precisa e rica em detalhes. Diferenças tipo
> OBSD: pass out  on re0 from 10.0.0.0/24 to any nat-to 20.30.40.50
> FBSD: nat  pass on re0 from 10.0.0.0/24 to any -> 20.30.40.50
> Vá de man pf.conf tem todos os detalhes e exemplos.


Valeu vou basear somente a oficial do freebsd


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



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

Re: [FUG-BR] PF no FreeBSD 11.2

[Ricardo Ferreira]

Em ter, 2018-07-03 às 17:50 -0300, Otavio Augusto escreveu:
> Será usado FreeBSD puro mesmo
> Em ter, 3 de jul de 2018 às 17:27, Paulo Henrique
>  escreveu:
> > 
> > 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
> 
> 
> 

Existem diferenças de sintaxe especialmente nat, scrub e outras mas a
doc do FreeBSD é bastante precisa e rica em detalhes. Diferenças tipo 
OBSD: pass out  on re0 from 10.0.0.0/24 to any nat-to 20.30.40.50
FBSD: nat  pass on re0 from 10.0.0.0/24 to any -> 20.30.40.50
Vá de man pf.conf tem todos os detalhes e exemplos.

-- 

Atenciosamente, 

Ricardo Ferreira
  

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

Re: [FUG-BR] PF no FreeBSD 11.2

[Renato Botelho]

On 03/07/18 17:19, Otavio Augusto wrote:
> 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.

Não. O pf do FreeBSD é bem diferente do OpenBSD atual. Use a
documentação do FreeBSD.

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

Re: [FUG-BR] PF no FreeBSD 11.2

[Zhu Sha Zang]

Curiosidade, o que pesou contra o pfsense na definição do projeto?

Atenciosamente

P.S.: Também prefiro freebsd puro...

Em ter, 2018-07-03 às 17:50 -0300, Otavio Augusto escreveu:
> Será usado FreeBSD puro mesmo
> Em ter, 3 de jul de 2018 às 17:27, Paulo Henrique
>  escreveu:
> > 
> > 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
> 
> 
> 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PF no FreeBSD 11.2

[Otavio Augusto]

Será usado FreeBSD puro mesmo
Em ter, 3 de jul de 2018 às 17:27, Paulo Henrique
 escreveu:
>
> 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



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

Re: [FUG-BR] PF no FreeBSD 11.2

[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] Como instalar o Lumina Desktop no FreeBSD 11.1 usando pkg?

[Eduardo Lemos de Sa]

Caro Clark

On Sat, Jun 30, 2018 at 2:31 AM Clark Block  wrote:

> >
> > Eu instalei o MATE Desktop no FreeBSD 11.1 usando Linux Help tutorial:
> >>> https://www.linuxhelp.com/How-To-Install-Mate-Desktop-In-Freebsd/
> >>>
> >>> Eu usei os comandos:
> >>>
> >>> Eu usei login root.
> >>>
> >>> # pkg install xorg
> >>>
> >>> # pkg install slim
> >>>
> >>> # pkg install mate
> >>>
> >>> O comando nano de Linux Help tutorial não funcionou, então eu usei ee.
> >>>
> >>> # ee /etc/rc.conf
> >>>
> >>>
> >>> dbus_enable=”YES”
> >>> hald_enable=”YES”
> >>> slim_enable=”YES”
> >>>
> >>> # ee /etc/fstab
> >>>
> >>>
> >>> proc /proc procfs rw 0 0
> >>>
> >>>
> >>> # ee .xinitrc
> >>>
> >>>
> >>>
> >>> exec mate-session
> >>
> >>
> >>> # reboot
> >>
> >>
> >>
> >>>
> >>>
> >>> Eu usei login root.
> >>
> >>
> >>
> >> Eu também instalei o XFCE Desktop no FreeBSD 11.1 usando Linux Help
> >> tutorial: https://www.linuxhelp.com/how-to-install-xfce-
> >> desktop-in-freebsd/
> >>
> >> Eu usei os comandos:
> >>
> >> Eu usei login root.
> >>
> >> # pkg install xorg
> >>
> >> # pkg install slim
> >>
> >> # pkg install xfce
> >>
> >> O comando nano de Linux Help tutorial não funcionou, então eu usei ee.
> >>
> >> # ee /etc/rc.conf
> >>
> >> moused_enable="YES"
> >> dbus_enable="YES"
> >> hald_enable="YES"
> >> slim_enable="YES"
> >>
> >> # ee .xinitrc
> >>
> >> # init 6
> >>
> >> Está escrito no site do Lumina Desktop:
> >>
> >>
> >>>
> >>> Installing Lumina packages on FreeBSD
> 
>  Lumina can be installed on FreeBSD either from the project’s package
>  repositories or from FreeBSD’s ports collection
>  . To install Lumina as a package, run:
> 
>  su
>  (Enter the root user’s password.)
>  pkg install lumina
> 
>  https://lumina-desktop.org/get-lumina/
> >
>
> Basta executar pkg install lumina para instalar o Lumina Desktop no FreeBSD
> 11.1?
>
> Se não, o que também é necessário fazer?
>

Minha sugestão é:
1) Atualize a base de dados: pkg update -f
2) Procure pelo lumina: pkg search lumina (e veja o que aparece e qual é o
pacote principal do lumina - as dependências vêm por default)
3) pkg install nomedopacoteprincipalquecontemolumina

Faça tudo isto como root ou usando o sudo

Felicidades


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

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

[Vinícius Zavam]

2018-03-18 15:47 GMT+00:00 Vinícius Zavam :
>
> https://torbsd.org/open-letter-pt.html
> + https://wiki.torbsd.org/doku.php?id=pt:start
>
>
> --
> Vinícius Zavam

+ https://www.torproject.org/relay-guide
+
https://trac.torproject.org/projects/tor/wiki/org/meetings/2018Rome/Notes/SwagForVolunteers
+
https://trac.torproject.org/projects/tor/wiki/org/teams/CommunityTeam/Projects/GlobalSouth


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

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

[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] Problemas com o mouse

[Eduardo Lemos de Sa]

Prezados

Antes de tudo, agradeço ao Nilton, Paulo Henrique e Zavam pela atenção
dispensada. Comento logo abaixo do Zavam


2018-03-15 5:12 GMT-03:00 Vinícius Zavam :

> 2018-03-15 0:27 GMT+00:00 Eduardo Lemos de Sa  >:
> >
> > 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 *
> >
> >
> >
> > --
> > Eduardo Lemos de Sa
>
> eduardo,
>
> vê se te ajuda em alguma coisa carregar o módulo ums(4); "usb mouse
> driver".
> caso tu prefiras, joga lá na configuração do teu kernel, recompila, e
> reinstala (make reinstallkernel).
>
> apesar de vc estar com 10.4-RELEASE, acabei de ter esse problema aqui
> também...
> FreeBSD 12.0-CURRENT #4 r330240: Thu Mar  1 17:02:10 CET 2018
> amd64.amd64/sys/ZIM amd64
>
> por mais que soe ridículo (pelo fato do ums não estar no GENERIC a muito
> tempo), resolveu.
>
> + https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=140849
>
> [ ]
>
> PS: te respondi no dia 1. de março, mas todas as mensagens retornaram.
>
>

Parece que o problema está/estava no hardware. A máquina parou de fazer
boot e, na minha última tentativa para ver se o problema estava na fonte,
desconectei o HD: a máquina deu uns apitos (nem foi possível contar quantos
para descobrir o código de erro) e não ligou mais. Suspeito que a placa-mãe
(Asus M4A88T-V-EVO) já não está mais entre nós. O problema agora será
encontrar uma placa equivalente para que eu possa ainda aproveitar o
processador AMD Socket AM3 (6 cores) e as memórias. Se alguém puder
sugerir, agradeço. Eu procurei na Kabum e encontrei uma placa com socket
AM3+. Pelo que eu eu li, é compatível com chips mais antigos (estou
tentando descobrir qual é  o processador sem ter que começar a desmontar a
máquina), mas desconfio que é um Phenon 1075 (preciso ainda encontrar a
nota fiscal de compra). Por favor, alguém tem experiência para dizer se
realmente há compatibilidade entre estes sockets?

Obrigado pela atenção

Um abraço

Eduardo

>
> --
> Vinícius Zavam
> keybase.io/egypcio/key.asc
> -
>

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

[Renato Botelho]

On 15/03/18 21:36, Paulo Henrique wrote:
> Em 15 de mar de 2018 21:26, "Luiz Otavio O Souza" 
> 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 !!!

Caso queira verificar de forma bem simples se o problema é o IPv6 pode
rodar:

# pfSense-upgrade -4

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

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

[Paulo Henrique]

Em 15 de mar de 2018 21:26, "Luiz Otavio O Souza" 
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

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

[Luiz Otavio O Souza]

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

Re: [FUG-BR] Problemas com o mouse

[Vinícius Zavam]

2018-03-15 0:27 GMT+00:00 Eduardo Lemos de Sa :
>
> 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 *
>
>
>
> --
> Eduardo Lemos de Sa

eduardo,

vê se te ajuda em alguma coisa carregar o módulo ums(4); "usb mouse driver".
caso tu prefiras, joga lá na configuração do teu kernel, recompila, e
reinstala (make reinstallkernel).

apesar de vc estar com 10.4-RELEASE, acabei de ter esse problema aqui
também...
FreeBSD 12.0-CURRENT #4 r330240: Thu Mar  1 17:02:10 CET 2018
amd64.amd64/sys/ZIM amd64

por mais que soe ridículo (pelo fato do ums não estar no GENERIC a muito
tempo), resolveu.

+ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=140849

[ ]

PS: te respondi no dia 1. de março, mas todas as mensagens retornaram.


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

Re: [FUG-BR] Problemas com o mouse

[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

Re: [FUG-BR] Problemas com o mouse

[Eduardo Lemos de Sa]

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

Re: [FUG-BR] Problemas com o mouse

[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

Re: [FUG-BR] Historicos da Lista

[Paulo Henrique]

Em 24 de fev de 2018 10:59, "Edson Brandi"  escreveu:

Paulo,

Vc esta olhando no lugar errado...

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

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

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

[ ]’s Brandi


Agradeço a informação Brandi.

Att. Paulo Hentique.



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

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

Re: [FUG-BR] Historicos da Lista

[Edson Brandi]

Paulo,

Vc esta olhando no lugar errado...

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

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

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

[ ]’s Brandi

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

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

Re: [FUG-BR] SuperPages - "HugePages"do FreeBSD

[Otacilio]

Em 28/08/2017 13:18, Juliano Atanazio escreveu:

Boa tarde, pessoal.

Alguém sabe alguma explicação similar a esta para FreeBSD?

https://wiki.debian.org/Hugepages

Infelizmente não consegui achar nada buscando no Google e nem na
documentação.




No livro "The Design and Implementation of The FreeBSD", da página 284 
até a 289 trata especificamente sobre "superpages". Isso, claro, está no 
capítulo sobre gerência de memória.


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

Re: [FUG-BR] [OOF-TOPIC] Re: Lista

[Welkson Renny de Medeiros]

Em 19 de fevereiro de 2018 11:14, Fábio Rodrigues Ribeiro <
lis...@farribeiro.com.br> escreveu:

> Em 19-Feb-18 11:08, Welkson Renny de Medeiros escreveu:
>
>> Em 19 de fevereiro de 2018 10:58, Fábio Rodrigues Ribeiro <
>> lis...@farribeiro.com.br> escreveu:
>>
>> E criaram...
>>>
>>> https://t.me/fug_br
>>>
>>> fu...@googlegroups.com
>>>
>>> Abraços.
>>>
>>>

A ideia de grupos em WhatsApp e Telegram para discussões técnicas eu acho
bem estranho. Participo de 2 grupos no Telegram, um de BSD (esse aí), e
outro de Ceph... são MUITAS mensagens, sem histórico (ou histórico
confuso), muito off-topic, etc... prefiro o old-school das listas, apesar
de não ser "real-time" como o chat.

Att.,

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

Re: [FUG-BR] [OOF-TOPIC] Re: Lista

[Fábio Rodrigues Ribeiro]

Em 19-Feb-18 11:08, Welkson Renny de Medeiros escreveu:

Em 19 de fevereiro de 2018 10:58, Fábio Rodrigues Ribeiro <
lis...@farribeiro.com.br> escreveu:


E criaram...

https://t.me/fug_br

fu...@googlegroups.com

Abraços.




Com o FUG de volta, creio não fazer sentido manter 2 listas (o histórico da
lista FUG é bastante rico).

O negócio é ficar por aqui, e tentar contribuir de alguma forma para que a
lista continue de pé (auxiliar na manutenção dos servidores, auxílio
financeiro para hospedagem da VM se for o caso, etc.).

Att.,




Também achava estranho o FUG no passado mantinha um fórum PHP_BB
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OOF-TOPIC] Re: Lista

[Welkson Renny de Medeiros]

Em 19 de fevereiro de 2018 10:58, Fábio Rodrigues Ribeiro <
lis...@farribeiro.com.br> escreveu:

> E criaram...
>
> https://t.me/fug_br
>
> fu...@googlegroups.com
>
> Abraços.
>


Com o FUG de volta, creio não fazer sentido manter 2 listas (o histórico da
lista FUG é bastante rico).

O negócio é ficar por aqui, e tentar contribuir de alguma forma para que a
lista continue de pé (auxiliar na manutenção dos servidores, auxílio
financeiro para hospedagem da VM se for o caso, etc.).

Att.,

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

Re: [FUG-BR] [OOF-TOPIC] Re: Lista

[Fábio Rodrigues Ribeiro]

E criaram...

https://t.me/fug_br

fu...@googlegroups.com

Abraços.


Em 19-Feb-18 10:56, Otacílio escreveu:

Sinceramente, eu pensei que tinham criado outra lista sem mim.

Em 04/09/2017 14:06, Celso Viana escreveu:

Pôxa, pessoal, ninguém conta mais nem piada por aqui? Não vamos deixar
a lista morrer...



-
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] [Offtopic] Vagas de SysAdm e Devops no RJ

[Ricardo Ferreira]

On 16-02-2018 16:01, Edson Brandi wrote:

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

Faço parte do ecossistema de adquirentes e afins, onde sou o responsável 
técnico por uma prestadora de serviços de captura de transações 
inclusive para a Stone. Tenho certeza de que com você no comando tudo 
tende a mehorar inclusive a relação com as empresas que prestam serviços 
técnicos e que muitas vezes ficam no vácuo, sem respostas adequadas às 
demandas técnicas. Sucesso nesta sua empreitada.


Ricardo Ferreira
-
Histórico: 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

[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] BGP e RFC 2385 (TCPMD5)

[Felipe N. Oliva]

Em 2/16/18 8:33 AM, Edinilson J. Santos escreveu:

Em 15/02/2018 17:25, Felipe N. Oliva escreveu:

Boa tarde senhores,

Aproveitando que a lista voltou ao normal...

Não estou conseguindo usar o TCPMD5 pra fechar sessão BGP(meus 
cenários com openbgp) no FreeBSD 11.1-p6 e no 11.1-STABLE(r329156), 
até o 10.3 estava normal.


Eu uso o IPSec pra fazer isso, um caso clássico é sessão com o Google.

/etc/ipsec.conf:

add -4  187.16.216.55 tcp 0x1000 -A tcp-md5 "senha";
add -4  187.16.218.58 tcp 0x1000 -A tcp-md5 "senha";

add -6  2001:12f8::55 tcp 0x1000 -A tcp-md5 "senha";
add -6  2001:12f8::218:58 tcp 0x1000 -A tcp-md5 "senha";

Kernel:

options IPSEC

options TCP_SIGNATURE


Existe um bug relatado sobre algo semelhante, mas sem TSO e LRO 
habilitado nas interfaces, o que não é o meu caso.


Alguém enfrentando o mesmo problema?



Você compilou um kernel personalizado ou está usando o GENERIC do 11 ?
Pergunto pois, no GENERIC do 11 já vem ativado por padrao o suporte ao 
IPsec [1] , com as opçoes:

options IPSEC
device crypto

CASO esteja utilizando um kernel personalizado, seria bom seguir as 
recomendacoes em [2], onde se inclui o GENERIC no seu kernel e 
desativa ou ativa opções.


Outro detalhe que deve observar é no rc.conf se está:
ipsec_enable="YES"

além de outras variaveis como:
ipsec_program
ipsec_file


Edinilson

[1] https://www.freebsd.org/doc/handbook/ipsec.html
[2] https://www.freebsd.org/doc/handbook/kernelconfig-config.html

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Edinilson, sim todas as entradas referentes ao IPSEC estão no kernel 
inclusive, como mensionei, o "options TCP_SIGNATURE".
O comando "setkey -D" mostra que as configuração do /etc/ipsec.conf 
estão subindo.


Grato,

--
Felipe N. Oliva
NetAdmin/SysAdmin
BSDA BSDDCG-ID: 2016144190112430459

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

Re: [FUG-BR] BGP e RFC 2385 (TCPMD5)

[Edinilson J. Santos]

Em 15/02/2018 17:25, Felipe N. Oliva escreveu:

Boa tarde senhores,

Aproveitando que a lista voltou ao normal...

Não estou conseguindo usar o TCPMD5 pra fechar sessão BGP(meus 
cenários com openbgp) no FreeBSD 11.1-p6 e no 11.1-STABLE(r329156), 
até o 10.3 estava normal.


Eu uso o IPSec pra fazer isso, um caso clássico é sessão com o Google.

/etc/ipsec.conf:

add -4  187.16.216.55 tcp 0x1000 -A tcp-md5 "senha";
add -4  187.16.218.58 tcp 0x1000 -A tcp-md5 "senha";

add -6  2001:12f8::55 tcp 0x1000 -A tcp-md5 "senha";
add -6  2001:12f8::218:58 tcp 0x1000 -A tcp-md5 "senha";

Kernel:

options IPSEC

options TCP_SIGNATURE


Existe um bug relatado sobre algo semelhante, mas sem TSO e LRO 
habilitado nas interfaces, o que não é o meu caso.


Alguém enfrentando o mesmo problema?



Você compilou um kernel personalizado ou está usando o GENERIC do 11 ?
Pergunto pois, no GENERIC do 11 já vem ativado por padrao o suporte ao 
IPsec [1] , com as opçoes:

options IPSEC
device crypto

CASO esteja utilizando um kernel personalizado, seria bom seguir as 
recomendacoes em [2], onde se inclui o GENERIC no seu kernel e desativa 
ou ativa opções.


Outro detalhe que deve observar é no rc.conf se está:
ipsec_enable="YES"

além de outras variaveis como:
ipsec_program
ipsec_file


Edinilson

[1] https://www.freebsd.org/doc/handbook/ipsec.html
[2] https://www.freebsd.org/doc/handbook/kernelconfig-config.html

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

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

[Paulo Olivier Cavalcanti]

Tá na mão:

https://t.me/fug_br




Em 15-02-2018 18:19, Frederico Terra Boechat escreveu:

Opa

Grupo no telegram?

Como entro?

Frederico Boechat

Enviado do meu iPhone

Em 15 de fev de 2018, à(s) 17:11, Edinilson J. Santos  
escreveu:


Em 15/02/2018 16:44, Edson Brandi escreveu:

A lista estava com problemas no mailman...

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

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

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

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

[ ]’s Brandi

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


Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:

Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
escreveu:


Pelo visto a lista voltou a funcionar! \o/

Parabéns ao admin =D


Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
interesse no assunto :(

Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
essa noite.

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

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

Parabéns Brandi... que bom que a lista voltou.
Realmente muito triste SE tivesse acabado de vez pois, por mais que o usuario 
de FreeBSD seja RTFM, as vezes é bom trocar ideias ANTES de fazer algo.

[]´s

Edinilson

-
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


--
Paulo Olivier Cavalcanti
procavalca...@gmail.com

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

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

[Edson Brandi]

Usa o link:

https://t.me/fug_br

[ ]’s Brandi

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

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

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

[Frederico Terra Boechat]

Opa

Grupo no telegram?

Como entro?

Frederico Boechat 

Enviado do meu iPhone

Em 15 de fev de 2018, à(s) 17:11, Edinilson J. Santos  
escreveu:

> Em 15/02/2018 16:44, Edson Brandi escreveu:
>> A lista estava com problemas no mailman...
>> 
>> Como eu estava sem acesso SSH ao servidor só me dei conta ontem que estava 
>> com problemas...
>> 
>> Eu estava sem tempo de acompanhar a lista e os outros administradores pelo 
>> visto também não tinham reparado no Problema.
>> 
>> Eu sei... é imperdoável levar 8 meses pra perceber, mas acabou acontecendo...
>> 
>> não vai se repetir, seria vergonhoso a lista “morrer” assim depois de quase 
>> 18 anos de existência :(
>> 
>> [ ]’s Brandi
>> 
>> Em 15 de fev de 2018, à(s) 11:46, Eduardo Schoedler  
>> escreveu:
>> 
>>> Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:
 Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
 escreveu:
 
> Pelo visto a lista voltou a funcionar! \o/
> 
> Parabéns ao admin =D
> 
 Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
 interesse no assunto :(
>>> Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
>>> essa noite.
>>> 
>>> --
>>> Eduardo Schoedler
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> Parabéns Brandi... que bom que a lista voltou.
> Realmente muito triste SE tivesse acabado de vez pois, por mais que o usuario 
> de FreeBSD seja RTFM, as vezes é bom trocar ideias ANTES de fazer algo.
> 
> []´s
> 
> Edinilson
> 
> -
> 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] Lista voltou à ativa?

[Edinilson J. Santos]

Em 15/02/2018 16:44, Edson Brandi escreveu:

A lista estava com problemas no mailman...

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

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

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

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

[ ]’s Brandi

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


Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:

Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
escreveu:


Pelo visto a lista voltou a funcionar! \o/

Parabéns ao admin =D


Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
interesse no assunto :(

Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
essa noite.

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

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


Parabéns Brandi... que bom que a lista voltou.
Realmente muito triste SE tivesse acabado de vez pois, por mais que o 
usuario de FreeBSD seja RTFM, as vezes é bom trocar ideias ANTES de 
fazer algo.


[]´s

Edinilson

-
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

[Renato Botelho]

On 15/02/18 16:03, Edinilson J. Santos wrote:
> Em 17/10/2017 07:58, 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
>>
>>
> -É uma maquina em produção?
> -O que tanto roda nessa maquina?
> -Você já atualizou alguma vez a versao do FreeBSD?
> 
> 
> Te pergunto pois poderia seguir as sugestões do Renato Botelho em [1]
> *MAS*, é importante que tenha em mente que poderá haver detalhes no meio
> do processo que irão variar de acordo com seu ambiente e que poderão
> causar um downtime temporario de algum serviço crucial.
> 
> Para atualizar os programas instalados pelo Ports, eu recomendo
> fortemente o Synth [2] [3]. Ele facilita bastante nas dependencias, etc.
> 
> *SE* tiver oportunidade, faça um clone do seu HD com o DD e simule ANTES
> o upgrade.

Há pouco tempo trouxe uma máquina de 9.3 pra 11.1. Mas antes de passar
os detalhes a pergunta que eu gostaria de fazer é se o seu 9.x já possui
o pkg(8) ou se ainda tem pacotes instalados com o software antigo pkg_*

Dependendo dessa resposta minhas sugestões serão diferentes.

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

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

[Edson Brandi]

A lista estava com problemas no mailman...

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

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

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

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

[ ]’s Brandi

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

> Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:
>> Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
>> escreveu:
>> 
>>> Pelo visto a lista voltou a funcionar! \o/
>>> 
>>> Parabéns ao admin =D
>>> 
>> 
>> Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
>> interesse no assunto :(
> 
> Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
> essa noite.
> 
> --
> Eduardo Schoedler
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] atualizar PRE-RELEASE

[Edinilson J. Santos]

Em 17/10/2017 07:58, 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



-É uma maquina em produção?
-O que tanto roda nessa maquina?
-Você já atualizou alguma vez a versao do FreeBSD?


Te pergunto pois poderia seguir as sugestões do Renato Botelho em [1] 
*MAS*, é importante que tenha em mente que poderá haver detalhes no meio 
do processo que irão variar de acordo com seu ambiente e que poderão 
causar um downtime temporario de algum serviço crucial.


Para atualizar os programas instalados pelo Ports, eu recomendo 
fortemente o Synth [2] [3]. Ele facilita bastante nas dependencias, etc.


*SE* tiver oportunidade, faça um clone do seu HD com o DD e simule ANTES 
o upgrade.




Edinilson


[1] http://www.fug.com.br/historico/html/freebsd/2017-May/067404.html
[2] https://www.freebsd.org/cgi/man.cgi?query=synth&sektion=1
[3] 
https://forums.freebsd.org/threads/synth-introducing-new-custom-package-repository-builder-for-freebsd-and-dragonfly.54690/



-
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

[Edinilson J. Santos]

Em 15/02/2018 03:15, Paulo Henrique escreveu:

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&lang=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


Não sou especialista em ZFS, mas pelas informações que passou as minhas 
observações seria:


Na parte do ZFS:
1o) Memoria RAM: ZFS precisa de *MUITA* memória RAM. Te digo que, com 
8gb, não irá atender nem os requisitos minimos do MySQL, quem dirá do ZFS;
2o) Dependendo do seu cenario, utilizar SSD para o cache do ZFS irá 
fazer MUITA diferença;
3o) O paragrafo que transcrevo aqui foi retirado do livro FreeBSD 

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

[Welkson Renny de Medeiros]

Em 15 de fevereiro de 2018 10:46, Eduardo Schoedler 
escreveu:

>
> >
> > Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
> > interesse no assunto :(
>
> Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
> essa noite.
>
> --
> Eduardo Schoedler
>
>

Ficou parada por alguns meses. Problemas no mailman. Brandi explicou no
grupo do Telegram.

Vida longa ao FUG ;-)

Att.,

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

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

[Eduardo Schoedler]

Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:
> Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
> escreveu:
>
>> Pelo visto a lista voltou a funcionar! \o/
>>
>> Parabéns ao admin =D
>>
>
> Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
> interesse no assunto :(

Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
essa noite.

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

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

[João Mancy]

Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
escreveu:

> Pelo visto a lista voltou a funcionar! \o/
>
> Parabéns ao admin =D
>
> Abs,
>
>

Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
interesse no assunto :(

-- 
João Luis Mancy dos Santos
joaocep at gmail.com(Skype)
http://joaocep.blogspot.com
http://www.fug.com.br/content/view/20/69/
-
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

[João Mancy]

Em 15 de fevereiro de 2018 11:27, Welkson Renny de Medeiros <
welk...@gmail.com> escreveu:

> Em 15 de fevereiro de 2018 02:08, Paulo Henrique 
> escreveu:
>
> > 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.



Muito usei o Puppet no FreeBSD 9.X
Funcionava perfeitamente para o que eu queria.

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

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

[Welkson Renny de Medeiros]

Em 15 de fevereiro de 2018 02:08, Paulo Henrique 
escreveu:

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



Ansible [1] e Fabric [2] creio que funcionam bem.

[1] https://www.ansible.com/
[2] http://www.fabfile.org/

Att.,

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

Re: [FUG-BR] Maleta Espiã

[Rodrigo Lira]

Em uma palestra que assisti, eles falaram dessa solução, até onde me lembro
é de uma empresa de Israel, ela só consegui quebrar alguns celulares,
modelos e sistemas específicos.

Em 17 de agosto de 2017 13:54, Celso Viana 
escreveu:

> Pessoal, nessa matéria do portal UOL, dizem que as maletas espiãs qua
> a PF usa consegue extrair até dados criptografados de celulares
> apreendidos. É possível decodificar dados criptografados?
>
> https://noticias.uol.com.br/cotidiano/ultimas-noticias/
> 2017/08/17/pf-usa-maleta-espia-para-invadir-celulares-
> em-casos-que-vao-de-lava-jato-a-pedofilia.htm
>
> --
> Celso Vianna
> BSD User: 51318
> http://www.bsdcounter.org
>
> Palmas/TO  style="border-top: 1px solid #D3D4DE;">
> 
>href="http://www.avg.com/email-signature?utm_medium=
> email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"
> target="_blank"> src="https://ipmcdn.avast.com/images/icons/icon-envelope-
> tick-green-avg-v1.png"
> alt="" width="46" height="29" style="width: 46px; height: 29px;"
> />
> Livre de vírus.  href="http://www.avg.com/email-signature?utm_medium=
> email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"
> target="_blank" style="color: #4453ea;">www.avg.com.
> 
> 
> 
>  height="1">
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Atenciosamente,

-- 
Rodrigo Lira
Phone: +55 (83) 99886-5645 (Whatsapp)
Blog - http://rodrigolira.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] novo no freebsd

[Rodrigo Lira]

Recomendo a leitura do livro:

FreeBSD: O Poder dos Servidores em Suas Mãos

https://www.amazon.com.br/FreeBSD-Poder-Servidores-Suas-M%C3%A3os-ebook/dp/B00FFZOE8Y/ref=sr_1_1?ie=UTF8&qid=1518694598&sr=8-1&keywords=freebsd

Em 12 de junho de 2017 18:49, Luis Teixeira 
escreveu:

> Boa noite amigos,
>
> Pegando uma carona no pfsense que comecei a usar a puco tempo e me
> interessei no freebsd, mas gostoria que alguém pudesse me esclarecer sobre
> as imagens que existem para downloads, release, bootonly, memstick.img e
> memstick.img.xz, mini-memstick,
> Se puderem me indicar links em português para aprender a usar o sistema
> agradeço, já possuo experiência com linux.
>
> Desde já agradeço
>
>
>
>
> att.
> Luis Teixeira
>
> *.ºvº*. | Linux, porque eu amo a liberdade!
> */(L)\* | Linux User: #420124
> *.^.^.*|
>
> *Socialmente justo, economicamente viável e tecnologicamente sustentável*
> Contatos: (91) 98064-1117 (tim) - 99253-2087 (vivo) -  98423-1293 (claro)
> Skype: Luis Teixeira
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Atenciosamente,

-- 
Rodrigo Lira
Phone: +55 (83) 99886-5645 (Whatsapp)
Blog - http://rodrigolira.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Captive portal

[Rodrigo Lira]

Já viu o OPNsense, acho melhor que o pfSense.

2017-06-30 0:01 GMT-03:00 Anderson Alves de Albuquerque <
anderso...@gmail.com>:

>  Alguém recomenda um Captive Portal?
>
>
>  eu queria uma boa alternativa ao PFsense.
>
> --
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Atenciosamente,

-- 
Rodrigo Lira
Phone: +55 (83) 99886-5645 (Whatsapp)
Blog - http://rodrigolira.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

[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

[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&lang=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

[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

[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

Re: [FUG-BR] Fwd: "Clonar" conexão

[Renato Frederick]

Otacílio, muitíssimo obrigado, acabei de fechar vários ajustes em produção,
dei um passeio para confirmar os recursos que ativei e tudo deu certo.
Agora a noite irei baixar seu software compilar e repetir o passeio com a
moto(melhor parte!) e tudo deve funcionar no espião como no master.
Acredito que o IP que registrará nele será da máquina de produção, mas isto
não tem problema, o registro fica todo com base no IMEI do chip + ID GPS.

Retorno para você aqui em breve. Parabéns pela facilidade em escrever
código, eu nem um hello word sei, ô vida!! :)


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

Em 19 de junho de 2017 15:24, Otacílio  escreveu:

> Em 19/06/2017 09:59, Renato Frederick escreveu:
>
> Em 19 de junho de 2017 09:27, Otacílio 
> escreveu:
>
>> Em 19/06/2017 07:45, Renato Frederick escreveu:
>>
>>
>>
>>
>> A comunicação é feita por TCP ou UDP?
>>
>> []'s
>>
>> -Otacílio
>>
>
> Olá Otacílio! É TCP.
>
> Explicando melhor: O que acontece é que eu tenho um GPS na moto e ele
> envia atualização para um servidor web que montei(ao invés de usar estes da
> china que não tem muito recurso, ou pagar 20 a 30 reais nos brasileiros).
> Lá mostra meu histórico, define cercas(entrou ou saiu do espaço definido
> manda SMS/email), etc.
>
> Porém no GPS eu envio um comando indicando IP e porta do servidor que ele
> vai usar. não posso usar DNS porque a maioria das telemetria não manda DNS
> direito ou o meu GPS não entende.
>
> E eu sempre estou desenvolvendo e melhorando o software, fazendo isto na
> máquina de casa, que tem IP ADSL dinâmico.
>
> Não quero tirar o GPS de usar o IP de producao e colocar em testes, pois
> às vezes o gps fica meio doido, tem que dar reset, quero mexer nele menos
> possível, até porque quanto menos eu mexer melhor, pois em uma emergência
> eu preciso ter na hora a localização, depois que eu bloquear a moto, já que
> muitos meliantes são tão tranquilos que mesmo bloqueado abrem o banco e
> começam a procurar, então tempo é importante.
>
> Então eu queria colocar no GPS o IP fixo que já tenho a produção, porém em
> outra porta(1234) e daí nesta porta usar o NETCAT que vai jogar a
> string(dados hexadecimais reportando longitude + hora/data) para a produção
> na porta certa(5023) e também lá em casa na mesma porta.
>
> Assim, eu tenho garantia que tudo que ele registrar em um tem que aparecer
> no outro. Se não acontecer é que algo no programa está errado, pode ser
> algo que eu fiz.
> Obrigado!
>
>
> Escrevi este pequeno programa que quebra o seu galho.
>
> Ele conecta no servidor de produção e espera a conexão do GPS e de um
> cliente espião. Tudo o que o GPS enviar ele vai enviar para o servidor de
> produção e para o cliente espião. Tudo o que o servidor ou o cliente enviar
> ele vai encaminhar para o GPS. É muito fácil de usar. Qualquer coisa entre
> em contato.
>
> []'s
> -Otacílio
>
> /**
>  * Copyright(C) Otacílio de Araújo Ramos Neto
>  * Você pode fazer o que quiser com este software, exceto mudar esta
> licença e/ou dizer que foi você
>  * quem escreveu.
>  *
>  * Este software é distribuído acreditando-se que está correto e é
> totalmente funcional, mas sem
>  * nenhuma garantia disso ou de que é adequado a um determinado fim. Use-o
> sob sua conta e risco.
>  *
>  * Para compilar use: cc -Wall -O2 -pipe -o gpsc gpsc.c  -lpthread
>  */
>
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include  /* getopt_long() */
>
> #include 
> #include 
> #include 
>
> #define BUFFER_SIZE 4*1024
> #define BACKLOG 4
>
> const char short_options[] = "s:p:l:c:";
>
> const struct option
> long_options[] = {
> { "server",  required_argument, NULL, 's' },
> { "port",required_argument, NULL, 'p' },
> { "ouca",  required_argument, NULL,   'l' },
> { "client",  required_argument, NULL, 'c' },
> { 0,  0,  0,   0  }
> };
>
> void help(char *nome);
> int conectaServidorProducao(char *server, char *porta);
> void *servidorProducao(void *p);
> void *servidorCliente(void *p);
> void *servidorGPS(void *p);
> void sigpipe(int i);
>
> char server[1024]="\0";
> char porta[6]="\0";
> char ouca[6]="\0";
> char client[6]="\0";
> int producaoSocket=-1;
> int gpsSocket=-1;
> int clienteSocket=-1;
>
> int main(int argc, char **argv){
> pthread_t produServer, clienteServer, gpsServer;
> for (;;) {
> int idx;
> int c;
>
> c = getopt_long(argc, argv, short_options, long_options, &idx);
>
> if (-1 == c)
> break;
>
> switch (c) {
> case 0: // getopt_long() flag
> break;
> case 's':
> strncpy(server, optarg, sizeof(server));
> server[sizeof(server)-1] = '\0';
> break;
> case 'p':
> strncpy(porta, optarg, sizeof(porta));
> porta[sizeof(porta)-1] = '\0';
> break;
> case 'l':
>  

Re: [FUG-BR] Fwd: "Clonar" conexão

[Otacílio]

Em 19/06/2017 09:59, Renato Frederick escreveu:
Em 19 de junho de 2017 09:27, Otacílio > escreveu:


Em 19/06/2017 07:45, Renato Frederick escreveu:





A comunicação é feita por TCP ou UDP?

[]'s

-Otacílio


Olá Otacílio! É TCP.

Explicando melhor: O que acontece é que eu tenho um GPS na moto e ele 
envia atualização para um servidor web que montei(ao invés de usar 
estes da china que não tem muito recurso, ou pagar 20 a 30 reais nos 
brasileiros). Lá mostra meu histórico, define cercas(entrou ou saiu do 
espaço definido manda SMS/email), etc.


Porém no GPS eu envio um comando indicando IP e porta do servidor que 
ele vai usar. não posso usar DNS porque a maioria das telemetria não 
manda DNS direito ou o meu GPS não entende.


E eu sempre estou desenvolvendo e melhorando o software, fazendo isto 
na máquina de casa, que tem IP ADSL dinâmico.


Não quero tirar o GPS de usar o IP de producao e colocar em testes, 
pois às vezes o gps fica meio doido, tem que dar reset, quero mexer 
nele menos possível, até porque quanto menos eu mexer melhor, pois em 
uma emergência eu preciso ter na hora a localização, depois que eu 
bloquear a moto, já que muitos meliantes são tão tranquilos que mesmo 
bloqueado abrem o banco e começam a procurar, então tempo é importante.


Então eu queria colocar no GPS o IP fixo que já tenho a produção, 
porém em outra porta(1234) e daí nesta porta usar o NETCAT que vai 
jogar a string(dados hexadecimais reportando longitude + hora/data) 
para a produção na porta certa(5023) e também lá em casa na mesma porta.


Assim, eu tenho garantia que tudo que ele registrar em um tem que 
aparecer no outro. Se não acontecer é que algo no programa está 
errado, pode ser algo que eu fiz.

Obrigado!



Escrevi este pequeno programa que quebra o seu galho.

Ele conecta no servidor de produção e espera a conexão do GPS e de um 
cliente espião. Tudo o que o GPS enviar ele vai enviar para o servidor 
de produção e para o cliente espião. Tudo o que o servidor ou o cliente 
enviar ele vai encaminhar para o GPS. É muito fácil de usar. Qualquer 
coisa entre em contato.


[]'s
-Otacílio

/**
 * Copyright(C) Otacílio de Araújo Ramos Neto
 * Você pode fazer o que quiser com este software, exceto mudar esta 
licença e/ou dizer que foi você

 * quem escreveu.
 *
 * Este software é distribuído acreditando-se que está correto e é 
totalmente funcional, mas sem
 * nenhuma garantia disso ou de que é adequado a um determinado fim. 
Use-o sob sua conta e risco.

 *
 * Para compilar use: cc -Wall -O2 -pipe -o gpsc gpsc.c  -lpthread
 */

#include 
#include 
#include 
#include 
#include 
#include 
#include  /* getopt_long() */

#include 
#include 
#include 

#define BUFFER_SIZE 4*1024
#define BACKLOG 4

const char short_options[] = "s:p:l:c:";

const struct option
long_options[] = {
{ "server",  required_argument, NULL, 's' },
{ "port",required_argument, NULL, 'p' },
{ "ouca",  required_argument, NULL,   'l' },
{ "client",  required_argument, NULL, 'c' },
{ 0,  0,  0,   0  }
};

void help(char *nome);
int conectaServidorProducao(char *server, char *porta);
void *servidorProducao(void *p);
void *servidorCliente(void *p);
void *servidorGPS(void *p);
void sigpipe(int i);

char server[1024]="\0";
char porta[6]="\0";
char ouca[6]="\0";
char client[6]="\0";
int producaoSocket=-1;
int gpsSocket=-1;
int clienteSocket=-1;

int main(int argc, char **argv){
pthread_t produServer, clienteServer, gpsServer;
for (;;) {
int idx;
int c;

c = getopt_long(argc, argv, short_options, long_options, &idx);

if (-1 == c)
break;

switch (c) {
case 0: // getopt_long() flag
break;
case 's':
strncpy(server, optarg, sizeof(server));
server[sizeof(server)-1] = '\0';
break;
case 'p':
strncpy(porta, optarg, sizeof(porta));
porta[sizeof(porta)-1] = '\0';
break;
case 'l':
strncpy(ouca, optarg, sizeof(ouca));
ouca[sizeof(ouca)-1] = '\0';
break;
case 'c':
strncpy(client, optarg, sizeof(client));
client[sizeof(client)-1] = '\0';
break;
default:
help(argv[0]);
exit(EXIT_FAILURE);
}
}

if(!strlen(server)){
fprintf(stderr, "Voce precisa informar o endereço do servidor 
de produção\n\n");

help(argv[0]);
exit(EXIT_FAILURE);
}

if(!strlen(porta)){
fprintf(stderr, "Voce precisa informar a porta do servidor de 
produção\n\n");

help(argv[0]);
exit(EXIT_FAILURE);
}

if(!strlen(ouca)){
fprintf(stderr, "Voce precisa informar a porta que deve ouvir o 
GPS\n\n");

help(argv[0]);
exit(EXIT_FAILURE);
}

if(!strlen(client)){
fprintf(stderr, "Voce precisa i

Re: [FUG-BR] Fwd: "Clonar" conexão

[Otacílio]

Em 19/06/2017 07:45, Renato Frederick escreveu:


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

-- Mensagem encaminhada --
De: *Renato Frederick* >

Data: 18 de junho de 2017 23:36
Assunto: "Clonar" conexão
Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
mailto:freebsd@fug.com.br>>



Pessoal, tudo bem?

Gostaria de ajuda de vocês.

Eu estou escrevendo uma aplicação e ela conecta ao servidor, suponha, 
porta 1234


Até aí tudo bem.

Porém, eu tenho o servidor 2, onde quero que ela faça uma sobra, na 
porta 1234 também.


Por exemplo, se no servidor A ela manda OI, quero que no servidor 2 
ela mande OI também.


Eu pesquisei no google e achei algo assim:

nc -l -p  -c "nc 10.10.10.10 1234".

Porém manda usar outro nc, netcat-traditional(o FAQ tratava de ubuntu 
e este pacote é pra ele).


O exemplo acima, o que for  na maquina A na porta  joga para a 
B(10.10.10.10) na 1234.


Porém, eu não tive a conexão na A na porta 1234. Eu precisava ali 
colocar algo, tipo um "tee", algo assim que fizesse a conexao ir para 
a 10.10.10.10 na 1234 mas tb para 127.0.0.1 na 1234.
Desta maneira, a minha apliação conecta na maquina A:, o nc joga 
pra A:1234 e também para B:1234.


Eu preciso disto pois a máquina A está em um local com IP fixo e a B 
em outro com IP dinâmico(minha casa)


Então, tudo que eu fizer em produção já tenho backup em casa com GVT. 
Eu tentei colocar registro DNS com 2 cname, mas não funcionou, pois 
cada hora conectava em um, o jeito mesmo é eu fazer com o NC.


alguem tem ideia? VI exemplos usando MKFIFO, PIPES, etc mas sou 
completamente ignorante.


Agradeço já a ajuda quem tiver sugestões.
Abraços e boa semana!



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


A comunicação é feita por TCP ou UDP?

[]'s

-Otacílio

-
Histórico: 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)

[Vinícius Zavam]

2017-06-06 1:40 GMT+02:00, Joao Rocha Braga Filho :
> 2017-06-05 19:36 GMT-03:00 Otacílio :
>
>> Em 05/06/2017 11:23, Joao Rocha Braga Filho escreveu:
>>
>>> Em 5 de jun de 2017 11:03 AM, "Paulo Henrique" 
>>> escreveu:
>>>
>>> Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho 
>>> escreveu:
>>>
>>> Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" 
 escreveu:

 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.
>
> 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.
>>>
>>>
>>> Tenho a impressão que o Chrome é por. Se tiver problema no sistema de
>>> arquivos ele pode causar um Panic.
>>>
>>>
>>> João.
>>>
>>>
>>> Att.
>>>
>>>
>>
>> Rolou este e-mail sobre este assunto na lista current tem pouco tempo.
>>
>> https://lists.freebsd.org/pipermail/freebsd-current/2017-May/066136.html
>
>
> Muito obrigado.
>
> Isto é mais completo do que as notas do /usr/src/UPDATING.
>
>
> Abraços,
> João Rocha.
>
>
>
>>
>> []'s
>> -Otacilio

ACHO que vcs já contornaram o problema, mas gostaria de lembrar que
usar "include GENERIC" no arquivo de configuração do kernel de vcs
poderia ter ajudado um bocado, hein. além disso, não acompanhar
atualizações publicadas no UPDATING (com esse grau de mudanças na
base) dá dor de cabeça - apesar de ser divertido no final das contas.

5 centavos de contribuição:
http://fug.com.br/historico/html/freebsd/2009-August/038502.html

idem para "GENERIC-NODEBUG", é claro.

mantenho algumas máquinas com HEAD/CURRENT (duas delas são minhas
estações de trabalho. outras atuam em produção; sim) e nem senti
impacto quando foram atualizadas, justamente por seguir esse esquema
de inclusão do GENERIC e toda a resenha de atualização de base+kernel
como manda o figurino.

[ ]


-- 
Vinícius Zavam
keybase.io/egypcio/key.asc
-
Histórico: h

Re: [FUG-BR] [Pfsense-pt] Sys Squad: Webinar gratuito - 13/06 às 20hrs

[Jack]

Buenas Lista!

Conforme prometido e solicitado por aqui, segue link com a gravação do hangout 
que tivemos ontem: https://youtu.be/uEHezvfXNUo

Foi realmente um momento muito bacana e produtivo. Gostaria de agradecer 
novamente ao Marcello e a todos que prestigiaram ao vivo.


[]`s
Jack
http://jack.eti.br 
http://sys-squad.com 
http://conexti.com 
 







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

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

[Joao Rocha Braga Filho]

2017-06-05 19:36 GMT-03:00 Otacílio :

> Em 05/06/2017 11:23, Joao Rocha Braga Filho escreveu:
>
>> Em 5 de jun de 2017 11:03 AM, "Paulo Henrique" 
>> escreveu:
>>
>> Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho 
>> escreveu:
>>
>> Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" 
>>> escreveu:
>>>
>>> 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
>>>
>>>
>>> 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.
>>
>>
>> Tenho a impressão que o Chrome é por. Se tiver problema no sistema de
>> arquivos ele pode causar um Panic.
>>
>>
>> João.
>>
>>
>> Att.
>>
>>
>
> Rolou este e-mail sobre este assunto na lista current tem pouco tempo.
>
> https://lists.freebsd.org/pipermail/freebsd-current/2017-May/066136.html


Muito obrigado.

Isto é mais completo do que as notas do /usr/src/UPDATING.


Abraços,
João Rocha.



>
> []'s
> -Otacilio
>
> -
> 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

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

[Otacílio]

Em 05/06/2017 11:23, Joao Rocha Braga Filho escreveu:

Em 5 de jun de 2017 11:03 AM, "Paulo Henrique" 
escreveu:

Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho 
escreveu:


Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" 
escreveu:

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


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.


Tenho a impressão que o Chrome é por. Se tiver problema no sistema de
arquivos ele pode causar um Panic.


João.


Att.




Rolou este e-mail sobre este assunto na lista current tem pouco tempo.

https://lists.freebsd.org/pipermail/freebsd-current/2017-May/066136.html

[]'s
-Otacilio
-
Histórico: 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)

[Joao Rocha Braga Filho]

Em 5 de jun de 2017 11:03 AM, "Paulo Henrique" 
escreveu:

Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho 
escreveu:

> Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" 
> escreveu:
>
> 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
>
>
> 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.


Tenho a impressão que o Chrome é por. Se tiver problema no sistema de
arquivos ele pode causar um Panic.


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