Re: [FUG-BR] Infra Web Services

[Rafael Henrique Faria]

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

Boa tarde Ricardo,

a única recomen

Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa

[Rafael Henrique Faria]

Verdade, bem lembrado pelo Nilton.

Durante a utilização do servidor, fique acompanhando o "iostat -x 1"

Veja a porcentagem de uso do disco  (ultima coluna). Se estiver
travado em 100%, o gargalo pode estar aí.

Eu não sei como pode estar funcionando esse seu sistema.
Mas como é um tracker privado, imagino que ele deve fazer os seguintes
procedimentos:
- ele recebe a requisição informando um hash do torrent, e também um
hash do passkey. Com isso o programa precisará realizar 2 consultas ao
banco de dados, uma para verificar o hash do torrent, e obter as
informações do mesmo, e a segunda consulta para verificar o acesso da
passkey.
- em seguida será atualizada a quantidade de bytes enviados e
recebidos por aquele passkey (daquele usuário em questão), para
contabilização. Será um update em alguma tabela do banco.
- e ele pode também estar fazendo uma verificação de quantas pessoas
estão realizando o seeding e o leeching deste torrent, assim
atualizando outra tabela.
Em média serão 2 acessos de leitura ao banco, e 2 acessos de gravação.
Isso para cada requisição.

O mariadb está no mesmo servidor? Quantas conexões ele está
configurado para receber? Lembre de manter sempre em sincronia a
quantidade de threads que o apache possui com a quantidade de conexões
que o seu banco pode receber.

Essa é uma das vantagens de se utilizar o php-fpm, você consegue
manipular melhor essa relação de instâncias do servidor de aplicação X
conexões ao banco de dados.

Você chegou a monitorar a quantidade de queries que o mariadb está
recebendo no momento que o servidor não aguenta mais?

Qual o tempo de processamento de cada uma destas aplicações (mariadb e apache)?

Boa sorte aí.

Abraço.

2015-05-13 15:06 GMT-03:00 Nilton Jose Rizzo :
> Em Tue, 12 May 2015 19:47:03 -0300, Marcelo Gondim escreveu
>> On 12-05-2015 18:17, Tiago Ribeiro wrote:
>> >> Em 12/05/2015, à(s) 17:36, Marcelo Gondim  
>> >> escreveu:
>> >>
>> >> On 12-05-2015 17:06, Fabricio Lima wrote:
>> >>> consegue virar o site pra ele, dar um netstat -m deixar fritar e colar 
>> >>> pra
>> >>> nos?
>> >>>
>> >>> enquanto o DNS está virando gradualmente na internet, o site chega a 
>> >>> abrir?
>> >>> e so depois q 'frita' q passa a nao abrir mais?
>> >>>
>> >>> quanto tem de memoria?
>> >> Vou fazer um teste mais tarde. O teste é instantâneo porque uso a
> cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os
> DNS. :)
>> >> Altero o IP e aí é só contar até 10 rsrsrsrs
>> >> Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar 
>> >> aqui?
>> >>
>> >> []'s
>> >>
>> >>
>> > Pega o netstat -LnAa | grep f800079cb800
>> >
>> > sendo o f800079cb800 a saída do sonewconn, você
>> > vai conseguir pegar se é o apache mesmo que está fazendo a fila.
>> >
>> > Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do
>> > FreeBSD pra rodar com ele, neste link[1] .
>> >
>> > [1] http://nginx.org/en/docs/freebsd_tuning.html
>> >
>> >
>> Fiz um teste agora e o resultado aí abaixo:
>>
>> # netstat -m
>> 90991/8954/99945 mbufs in use (current/cache/total)
>> 90990/1376/92366/1013816 mbuf clusters in use
>> (current/cache/total/max) 90990/1355 mbuf+clusters out of packet
>> secondary zone in use (current/cache) 0/300/300/506907 4k (page size)
>>  jumbo clusters in use
>> (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use
>> (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use
>> (current/cache/total/max) 204727K/6190K/210918K bytes allocated to
>> network (current/cache/total) 0/0/0 requests for mbufs denied
>> (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed
>> (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters
>> delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied
>> (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs
>> delayed 140 requests for I/O initiated by sendfile
>>
>> May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930:
>> Listen queue overflow: 30001 already in queue awaiting acceptance
>> (20368 occurrences)
>>
>> Pois é não aparece esse endereçamento sonewconn saca só abaixo:
>>
>> # netstat -LnAa
>> Current listen queue sizes (qlen/incqlen/maxqlen)
>> TcpcbProto Listen Local Address
>> f804401e6800 tcp4  33/0/5 186.193.48.14.443
>> f802a0d05400 tcp4  20358/2/5  186.193.48.14.80
>> f8000de95800 tcp4  0/0/128*.4321
>> f8000de95c00 tcp6  0/0/128*.4321
>> f8000dd74000 tcp4  0/0/150127.0.0.1.3306
>> Some tcp sockets may have been created.
>> unix  0/0/150/tmp/mysql.sock
>> unix  0/0/1024   /var/run/memcached.sock
>> unix  0/0/4  /var/run/devd.pipe
>> unix  0/0/4  /var/run/devd.seqpacket.pipe
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
>   Godim  essas requisições são para o apache, corretp?
> mas e se nã

Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa

[Rafael Henrique Faria]

Boa tarde Gondim,

quais problemas você teve com o nginx? O sistema é em PHP, ou alguma
outra linguagem do tipo?

Aqui usavamos um sistema bem pesado, em PHP, que quando rodando com o
Apache não conseguia mais de 2k req/s, com o nginx conseguimos passar
de 6k req/s sem dar muita carga no servidor.

O nginx é um pouco chato de se configurar, principalmente por ele ter
muito mais opções para melhorar a performance, mas no final o
resultado é excelente.

Se o sistema for em PHP, usar apache com modulo PHP é sempre uma carga
muito alta, com o nginx, usando php-fpm, você consegue uma grande
quantidade de req/s.

2015-05-12 15:31 GMT-03:00 Marcelo Gondim :
> On 12-05-2015 14:34, Luiz Otavio O Souza wrote:
>>
>> 2015-05-12 11:56 GMT-03:00 Marcelo Gondim:
>>>
>>> On 12-05-2015 11:24, Marcelo Gondim wrote:

 On 12-05-2015 11:07, Ricardo Campos Passanezi wrote:
>
> On Tue, May 12, 2015 at 08:54:27AM -0300, Marcelo Gondim wrote:
>>
>> Bom dia à todos,
>>
>> HAHAHa pois é estou aqui novamente tentando fazer essa proeza, que na
>> época das 2 primeiras tentativas ainda era o FreeBSD 9.x o stable.
>> Hoje
>> ele roda em cima de Debian e estou novamente com um ambiente aqui para
>> tentar fazer essa bagaça rodar no FreeBSD. :)
>>
>> O problema pelo visto são as milhares de requisições por segundo que é
>> feito pelo tracker. Site começa à entrar e então despenca. O load
>> quando
>> inicio o apache vai à uns 400 e depois vai caindo e a única coisa que
>> vejo bastante nos logs é isso:
>>
> ...
>
>> Tentei aumentar o kern.ipc.somaxconn mas não adiantou. Alguém tem uma
>> ideia sobre isso acima? Estou catando aqui Google alguma esperança.
>> Porque dia 20 mudaremos de Datacenter e se até lá não conseguir fazer
>> isso funcionar, vou ter que apelar novamente para o Debian rsrsrsrsr
>>
>> Hoje está instalado o mariadb 10.0 + apache 2.2 + memcached. O Freeba
>> é
>> esse aqui:
>>
>> FreeBSD www.manicomio-share.com 10.1-STABLE FreeBSD 10.1-STABLE #0
>> r281836: Wed Apr 29 12:21:07 BRT 2015
>> r...@www.manicomio-share.com:/usr/obj/usr/src/sys/MS  amd64
>>
> Talvez usando o apache 2.4 te ajuda. Não pode testar com o nginx?
>
 Tentei com o nginx mas de cara já deu pau. Como meu ambiente atual é com
 apache, eu não perdi muito tempo e parti pra ele. Mas seria uma mesmo.
 Será que o apache 2.4 vai dar tanta diferença assim? O ambiente hoje
 funciona com apache 2.2 e não tenho problemas.
 Mas pode ser outra tentativa embora acredite que seja algum tunning do
 sistema que esteja faltando pra essa quantidade toda de requisição.


>>> Achei essa thread [1] aqui na lista mas também não houve uma solução do
>>> problema.
>>>
>>> [1] http://www.fug.com.br/historico/html/freebsd/2014-08/msg00103.html
>>>
>>> Não sei se o LooS vai estar vendo essa mensagem mas ele respondeu ao
>>> Jorge o
>>> que seria o erro. LooS eu aumentei o kern.ipc.somaxconn e não adiantou.
>>> Soda rsrsrsrsr
>>>
>>> []'s
>>> Gondim
>>
>> Gondim,
>>
>> O sysctl kern.ipc.somaxconn foi renomeado para kern.ipc.soacceptqueue,
>> mas como foi mantido o antigo para efeitos de compatibilidade não faz
>> diferença pratica.
>>
>> Esse knob seta apenas o limite máximo do kernel, a aplicação é quem
>> determina o limita para cada socket criado no momento em que ela chama
>> o listen(2) (veja o parâmetro backlog).
>>
>> No apache você pode setar isso com o parametro ListenBacklog (detalhes
>> em http://httpd.apache.org/docs/2.2/mod/mpm_common.html).
>>
>> O uso do accept filters pode ajudar, mas além de carregar os modulos
>> você precisa ativar eles no apache, veja essa thread (como um
>> exemplo):
>> https://forums.freebsd.org/threads/apache-failed-to-enable-the-httpready-accept-filter.27303/
>>
>> HTH,
>> Luiz
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> LooS pqp :D hahaha vou testar isso hoje ainda. Pode ser a luz heim! :D
>
> Valeu!!!
>
>
> []'s
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



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

Re: [FUG-BR] Problema com GSSAPI e FreeBSD 10.1-p8

[Rafael Henrique Faria]

Boa tarde Paulo.

Desculpe, acabei não falando como atualizei, mas foi pelo freebsd-update.
Apenas rodei o fetch, depois install.
Não fiz atualização pelo source... usei o source apenas para tentar
forçar o GSSAPI.

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



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

[FUG-BR] Problema com GSSAPI e FreeBSD 10.1-p8

[Rafael Henrique Faria]

Bom dia a todos.

Eu atualizei meu 10.1 para o p8 ontem, e diversos executáveis
começaram a apresentar segmentation fault.

Acabei focando em um deles para tentar descobrir o que estava causando
isso, que no caso foi o CURL.

Rodando o ldd nele, todas as libs estavam ok.
Testei recompilar o mesmo, e ele não compilava mais, apontando o erro:

checking run-time libs availability... Segmentation fault (core dumped)
failed
configure: error: one or more libs available at link-time are not
available run-time. Libs used at link-time: -lidn -lssl -lcrypto -lssl
-lcrypto   -L/usr/lib -lgssapi -lgssapi_krb5 -lheimntlm -lkrb5 -lhx509
-lcom_err -lcrypto -lasn1 -lwind -lheimbase -lroken -lcrypt -pthread
-lz

Removi todas as bibliotecas instaladas, deixei o sistema limpo, e
tentei instalar novamente o CURL, e o erro persistiu.

No CONFIG, eu alterei o "GSSAPI_BASE" para "KRB5_PORT". E finalmente
ele compilou sem problemas. Então consegui encontrar o culpado.

Sem o GSSAPI no configure o CURL eu consigo compilar ele sem problemas:

  curl version: 7.41.0
  Host setup:   i386-portbld-freebsd10.1
  Install prefix:   /usr/local
  Compiler: cc
  SSL support:  enabled (OpenSSL)
  SSH support:  no  (--with-libssh2)
  zlib support: enabled
  GSS-API support:  no  (--with-gssapi)
  TLS-SRP support:  enabled
  resolver: POSIX threaded
  IPv6 support: enabled
  Unix sockets support: enabled
  IDN support:  enabled
  Build libcurl:Shared=yes, Static=yes
  Built-in manual:  enabled
  --libcurl option: enabled (--disable-libcurl-option)
  Verbose errors:   enabled (--disable-verbose)
  SSPI support: no  (--enable-sspi)
  ca cert bundle:   /usr/local/share/certs/ca-root-nss.crt
  ca cert path: no
  LDAP support: no  (--enable-ldap / --with-ldap-lib / --with-lber-lib)
  LDAPS support:no  (--enable-ldaps)
  RTSP support: enabled
  RTMP support: no  (--with-librtmp)
  metalink support: no  (--with-libmetalink)
  HTTP2 support:disabled (--with-nghttp2)
  Protocols:DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS
POP3 POP3S RTSP SMB SMBS SMTP SMTPS TELNET TFTP


Eu tentei reinstalar o GSSAPI da base pelo source, com um make install
clean no /usr/src/lib/libgssapi

Mas isso não resolveu.

Alguém mais está tendo problemas com o GSSAPI no 10.1-p8? Ou alguém
tem alguma idéia de uma solução para isso? No CURL eu posso utilizar o
KRB5 do ports, mas não sei se todos os pacotes que usam o GSSAPI tem
opção para usar um diferente do ports.

Agradeço a atenção.

Abraços.

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

Re: [FUG-BR] firewall e sessão SSH

[Rafael Henrique Faria]

2014-04-29 16:43 GMT-03:00 Márcio Elias :
> Certeza que isso funciona? tive problemas a algum tempo e nunca mais
> testei...
>
> --
> Att.
> __
> Márcio Elias Hahn do Nascimento
>
> Bacharel em Tecnologias da Informação e Comunicação - TIC
> Cel:   (55) 48-8469-1819
> Emails: marcioel...@bsd.com.br / marcioel...@gmail.com
> Skype: marcioeliash...@hotmail.com
> FreeBSD - The Power To Serve
>
>
> 2014-04-29 6:17 GMT-03:00 Wenderson Souza :
>
>> Em terça-feira, 29 de abril de 2014, Paulo Henrique - BSDs Brasil <
>> paulo.rd...@bsd.com.br> escreveu:
>>
>> >
>> > Em 29/04/2014 01:01, Márcio Elias escreveu:
>> > > 2014-04-29 0:22 GMT-03:00 Renato Sousa > 
>> > >:
>> > >
>> > >> Boa noite a todos,
>> > >>
>> > >> Estou implementando um firewall para um dos servidores FreeBSD que
>> > >> administro.  Alterei o script padrão (/etc/rc.firewall) com as regras
>> > que
>> > >> necessito utilizando firewall_type=client no arquivo /etc/rc.conf
>> > >> Toda vez que vou rodar o firewall para testar minha sessão ssh é
>> > terminada
>> > >> e quando vejo na maquina fisicamente o firewall só tem a ultima regra
>> > >> dropando todas as conexões.
>> > >> Observei melhor e notei que a sessão trava quando o comando ipfw -f é
>> > >> executado, limpando todas as regras e deixando a ultima regra fixa de
>> > drop.
>> > >> Lembro-me que já utilizei esse script em versões anteriores do
>> FreeBSD e
>> > >> funcionava legal.  Como fazer para que o resto do script seja
>> executado
>> > e o
>> > >> comando " ${fwcmd} add pass tcp from any to any established" garanta o
>> > >> funcionamento da sessão em andamento ?
>> > >>
>> > >> Abraços,
>> > >>
>> > >> Renato
>> > >> -
>> > >> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> > >>
>> > > O que acontece é que quando vc executa um flush via ssh, antes de ele
>> > > recarregar as regras ele já matou sua sessão e o comando de
>> > reinicialização
>> > > do firewall atrelado a ela tmb.
>> > >
>> > > Coloca isso na sua configuração de kernel:
>> > >
>> > > options IPFIREWALL_DEFAULT_TO_ACCEPT
>> > >
>> > > Com isso vc sempre terá a regra 65535 allow all from any to any, mesmo
>> > > rodando um ipfw -f flush. Durante aqueles instantes que o seu script
>> está
>> > > aplicando as regras, seu firewall estará todo aberto, não chega a ser
>> um
>> > > problema já que é por um período muito curto de tempo, e sua sessão ssh
>> > não
>> > > vai cair.
>> > >
>> > > Ai se vc quer aplicar uma politica de negação por padrão, acrescente no
>> > seu
>> > > script de firewall uma regra tipo:
>> > >
>> > > ${fwcmd} add 65534 deny all from any to any
>> > >
>> > Ou para manter ainda a politica padrão do firewall para denied nada mais
>> > simples e confortavel que um belo shell
>> >
>> > ipfw -f && /etc/rc.d/ipfw start
>> >
>> > ou mais simples ainda,
>> >
>> > Caso tenha configurado corretamente as variaveis do seu /etc/rc.conf
>> >
>> > basta um /etc/rc.d/ipfw restart
>> >
>> > Que ele mesmo irá dar um flush e carregar suas regras.
>> >
>> > Att.
>> >
>> > --
>> > Paulo Henrique.
>> > Grupo de Usuários do FreeBSD no Brasil.
>> > Fone: (21) 96713-5042
>> >
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>>
>> Isso mesmo, geralmente faço pelo service ipfw restart
>>
>>
>> --
>> Atenciosamente,
>>
>> Wenderson Souza - wendersonso...@gmail.com
>> Gerente de TI - 6P Telecom
>> +55 (43) 3235-1720 Oi Fixo
>> +55 (43) 9162-4333 Vivo Mobile
>> Skype: wendersonsouza
>> -
>> 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

Para resolver esses problemas com quedas de link, eu passei a usar o
screen. E hoje eu não sei como fiquei tanto tempo se usar ele.
Além de quebrar um galho quando tem uma desconexão, quando cai o link,
ou qualquer coisa do tipo, no meio de uma compilação ou outras coisas,
até mesmo poder continuar algum trabalho de casa, de algo que eu
comecei no computador do trabalho.

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

Re: [FUG-BR] Certificado SSL no SQUID

[Rafael Henrique Faria]

2013/10/30 Marcus Vinicius. :
> Rafael, ótima explicação! Vou dar uma olhada sobre o assunto. Você
> teria ideia sobre quanto seria essa brincadeira? rs


Boa tarde Marcus,
eu nunca consegui obter informações sobre os valores. Como é algo mais
privativo e interno das empresas de assinatura de certificados, elas
pedem para entrar em contato para fazer parcerias para a venda de
certificados.
Não existe uma solução do modo como precisamos para o Squid+SSLBump.
Então essas empresas veem como a necessidade de se ter um certificado
capaz de assinar outros certificados, como um comércio, venda de
certificados, por isso imagino que o valor deva ser muito alto. Mas
infelizmente nunca consegui saber qual seria este valor.

Como eu consegui resolver o meu problema tendo um CA não confiável,
mas fornecendo a chave publica deste CA para instalação nos browsers,
eu fiquei satisfeito com a solução e parei por aqui.

Mas se alguém conseguir falar com alguma certificadora (Verisign,
Thawte, RapidSSL, CertSign, e outras), e conseguir obter um valor, eu
gostaria de saber também.

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

Re: [FUG-BR] Certificado SSL no SQUID

[Rafael Henrique Faria]

Eu tenho utilizado o SSLBump a algum tempo, e funcionado perfeitamente.

Eu não sei se você conseguiria ter um certificado simples de SSL para
usar com ele.
Pois na verdade você precisa ser um CA. Então o seu certificado
precisaria ser de um nível bem elevado, que permita você assinar
outros certificados.
Pois é isso que o SSLBump faz, ele cria um certificado para cada domínio.

O que eu fiz, foi criar um CA não confiável, configurei o squid para
assinar os certificados gerados dinamicamente com este CA, e instalo
este CA em todos os micros que irão utilizar o proxy. Assim ele não
fica avisando o problema do certificado para cada site.

Mas pela lógica também seria possível você utilizar um certificado
confiável, porém como disse anteriormente, você precisa ter um nível
do certificado que permita que você assine outros. E com certeza isso
não sairá nenhum pouco barato. Além do sério risco de segurança caso
esse seu certificado caia em mãos erradas. Esses tipos de certificados
são protegidos de uma maneira muito rigorosa.



2013/10/30 Marcus Vinicius. :
> Bom dia, senhores!
>
> O SQUID3 tem suporte ao SSLBump, como alguns já sabem. Mas, o
> certificado que é gerado na máquina não possui assinatura, logo sempre
> ocorre o erro no navegador quanto à validade desse certificado. Isso é
> um pouco constrangedor.
>
> Agora a minha pergunta é: é possível usar um certificado SSL (ex: da
> empresa Comodo) no squid3 também para que não haja mais essa mensagem
> de possível fraude?
>
> Desde já, agradeço!
>
> Abraços.
>
> --
> Att,
> Marcus Vinicius.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



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

Re: [FUG-BR] [off topic] Linux para desktop em ambiente corporativo

[Rafael Henrique Faria]

Bom dia.

Eu concordo com o pessoal aqui, uso o OpenSUSE 12.3 x64, com Gnome 3.
É muito estável e fácil de utilizar.
É bem simples de aprender.

Mas note que isso é em relação a sua resposta, um bom Linux para quem
quer usar Linux.
Agora, eu concordo também com a mensagem do Paulo Henrique. Eu tenho
várias dores de cabeça com o site do Banco do Brasil. Tem hora que
abre, tem hora que não abre.

Infelizmente tudo é feito para funcionar esperando que o usuário final
esteja com o Windows. Você usar um Linux está fora do esperado.
Enquanto qualquer problema o suporte terá que encontrar uma solução. E
na grande maioria das vezes não é trivial.

É um assunto que merece ser muito bem discutido. A licença OEM do
Windows que vem com novos hardwares está muito barata, o que acaba
desbalanceando a questão de oferecer treinamento e suporte para Linux.
Vai sair muito mais caro um Linux do que um Windows. O que é diferente
na questão dos pacotes Office. O LibreOffice é uma excelente opção,
mas também exige treinamento e adaptação. Além de tempo e know how
para conversão dos documentos pré-existentes. Isso deve ser levado em
conta.

E uma questão muito importante, o Windows foi feito para ser utilizado
em ambientes corporativos. Toda a estrutura dele é montada em cima
disso, os controle de acesso, as políticas de acesso, toda a gerência
é feita para ambiente corporativo. Esse é o grande foco da Microsoft.

O Linux não foi feito para isso. E não acredito que a curto prazo isso
seja uma realidade. Hoje você dificilmente terá todo o controle de
políticas de uso que você tem com um Windows em ambiente Active
Directory com um Linux.

Um desktop Linux é bom para se usar, muito estável, e prático. Mas não
consigo enxergar ele em um ambiente corporativo onde as restrições,
controle e políticas de uso devam estar em prática.

Acredito que seja isso.

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] Timeout SSH

[Rafael Henrique Faria]

2013/6/20 Rodrigo Gonçalves Crescencio :
> Pessoal bom dia !
>
>
>
> Estou tentando configurar o timeout do SSH, porem o mesmo não está atuando,
> no sshd_config foram descomentadas e configuradas as linhas abaixo:
>
>
>
> #ClientAliveInterval 15
>
> #ClientAliveCountMax 3
>
>
>
> Resalvo que fixei o Protocolo na versão 2, mas não estou conseguindo fazer
> com que ele deslogue a conexão mesmo deixando ela por horas inativa. Meu
> acesso é pelo PUTTY, onde também no mesmo fixei para utilizar o Protocolo 2.
>
>
>
> Vocês poderiam me dar uma dica.
>
>
>
> Vlw galera.
>
>
>
> Att,
>
> Rodrigo Crescencio.
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Bom dia Rodrigo.

Eu também não acho que essa configuração faça exatamente o que você deseja.
Mas eu deixo um timeout de 3 minutos para meus shells, assim se eu
esquecer aberto ele desloga sozinho, incluindo o SSH.

Basta colocar no .cshrc do seu usuário (e do root também caso você o
rode com "su", eu deixo 1 minuto para o root):

set autologout = 3

Com isso, o próprio shell fará o logout. Funciona bem.

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

Re: [FUG-BR] Servidor de Arquivos (dicas)

[Rafael Henrique Faria]

Bom dia Denis.

Com quais máquinas você vai compartilhar arquivos? Qual o protocolo
que você deseja?

Se algum cliente for um OS X, eu recomendo o Netatalk 3. Tenho
utilizado ele, e o desempenho é superior ao Samba 4, e NFS. Mas claro
isso em ambientes com o OS X.

Se o seu ambiente for misto, você pode compartilhar de até 3 formas,
Netatalk 3 (AFP), Samba 4 (SMB), e NFS para clientes Linux. Ou até
mesmo, utilizar o ISTGT para compartilhar Volumes via iSCSI, o
desempenho é o melhor possível, e é muito estável.

Abraço.

2013/6/13 Denis Granato :
> Bom dia a todos,
>
> Irei configurar um servidor de arquivos simples com autenticação de usuário
> e permissões.
>
> O que vocês estão utilizando atualmente?
>
> Meu Free é o 9.1
>
> obrigado desde já
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Rafael Henrique da Silva Faria
-
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 dom DNS

[Rafael Henrique Faria]

Boa tarde Professor.

Então, é meio complicado diagnosticar assim.. o problema pode estar em
qualquer lugar. O ideal é você trabalhar com o dig para investigar onde o
problema pode estar.

tente:

# dig -t mx dominio.tld

Veja qual é a resposta... deve aparecer o endereço do servidor de e-mail
corretamente, caso não apareça, veja quem é o servidor NS deste dominio,
aparece no proprio retorno do dig.

E tente novamente:

# dig -t mx dominio.tld @ns.dominio.tld

Se neste aparecer o endereço do servidor de e-mail, mas no d cima não,
então o problema está no cache que você está utilizando, reinicie o seu
named, ou caso utilize um upstream cache pro DNS você deverá realizar a
consulta nele também e verificar como está a situação do mesmo.

Caso em todos os casos aparecer o mesmo endereço do servidor de e-mail,
então o problema pode ser de conectividade. Realize testes com o ping e
traceroute, e reporte aqui.

Abraço.

2012/7/30 Prof. João Henrique G. Borges 

> Pessoal,
> quando um dado domínio de e-mail não é encontrado por um certo
> cliente, mas é encontrado por outros, onde pode estar o problema?
> No servidor de DNS do domínio que receberia o e-mail?
> No servidor de DNS do domínio que envia o e-mail?
>
> Agradeço qualquer dica!
>
> Obrigado!
> Prof. João Henrique G. Borges
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

[FUG-BR] TProxy + Squid

[Rafael Henrique Faria]

Boa tarde a todos.

Alguém sabe se existe algum tutorial recente sobre tproxy e squid no
FreeBSD?

Todos os que eu encontro são para versões antigas... principalmente os
patchs. E não estão mais funcionando.
O que tem na página do Luiz Gustavo não está funcionando.

E o squid 3.1 que tem no ports, pelo que eu entendi já tem suporte nativo a
tproxy. Porém quando eu ativo, ele fala que o sistema não tem suporte.

Eu vi que tem que ter uma opção ip_nonlocalok no sysctl, que é justamente o
que os patch inserem, porem os patches não funcionam com o FreeBSD9-STABLE
atual. Após aplicar os patchs, eu não consigo mais compilar o kernel, dá
erro no clang, também, o patch é de 2009.

Eu já tentei 2 patches diferentes:
- Patch para TPROXY + BRIDGE + LUSCA no
FreeBSD
- http://www.dahype.org/freebsd/tproxy/

Ou então alguém tem alguma dica do que deve ser feito para conseguir usar o
TProxy do Squid no FreeBSD9 ?

Agradeço antecipadamente a atenção.

Abraços.

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

Re: [FUG-BR] Otimização de Espaço em UFS2

[Rafael Henrique Faria]

Eu acredito que o problema principal seja o tamanho do cluster.. como
mencionado pelo Danilo.

Neste disco eu tenho muitas fotos... acredito que mais de 200GB dos 500GB
seja apenas de fotos... e a grande maioria é em baixa qualidade... então
arquivos de 16k até 50k.

Eu vou só verificar se o disco em HFS+ fica realmente com apenas 4K, se for
realmente isso, vou reformatar o disco de 500GB para usar clusters de 4k.

Eu não preciso de uma grande performance do disco mesmo... já que vou usar
ele pela rede wifi.

E vou evitar ocupar o disco inteiro tb... o que não couber eu vou realocar
para outros discos.

No Mac, eu utilizava um programa para realizar a desfragmentação do disco,
mas não creio que exista algo assim para o FreeBSD.

Bom, obrigado a todos pela ajuda.

Assim que eu tiver formatado, eu volto a reportar a diferença na alocação.

Abraço.

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

[FUG-BR] Otimização de Espaço em UFS2

[Rafael Henrique Faria]

Bom dia a todos.

Eu percebi uma coisa estranha com o UFS2 ao transportar vários discos do
meu Mac para um FreeBSD.
Para começar, eu tinha 3 discos de 3,5" que estava utilizando como discos
externos do meu MacBook. Um de 1TB, outro de 500GB, e outro de 200GB.

Mas, para facilitar o acesso ao dados eu resolvi colocar os mesmos em um
desktop rodando o FreeBSD 9, e exportar os discos via AFP (usando o
Netatalk) para o meu MacBook. A ideia foi boa. Mas eu iria precisar
formatar os 3 discos, já que os 3 estavam formatados em HFS+.

Então, eu consegui um disco de 2TB, já formado em UFS2, para servir de
intermediário da transferência. E foi assim, através do MB eu transferi os
dados via rede dos HDs para este outro.

Após ter copiado os dois primeiros (1TB e 500GB), eu coloquei os mesmos no
FreeBSD, e reparticionei o disco.
Eles já estavam em GPT, mas tinham um espaço vazio de 3K no início dos
discos, mais uma partição referente ao EFI do Mac que possui alguns MB, aí
sim a partição do sistema, e no final mais um espaço vazio de alguns MB.
Eu deixei apenas 1 partição, mantendo o disco em GPT. O que em teoria seria
para ter mais espaço em disco, já que eliminei a partição do EFI, e os
espaços vazios.

Em seguida usei o "newfs" para formatar a partição.
Usei os parâmetros: "-U2 -o space" o U2 para usar UFS2, e o -o space para
optimizar o uso do disco para ter mais espaço.

O de 1TB eu não consegui averiguar isso.
Mas no do 500GB, eu tinha 2GB livres quando estava em HFS+.
Ao transferir os dados novamente para dentro dele, ficaram faltando
aproximadamente 44GB.

Eu não acrescentei nenhum dado novo. Apenas transferi tudo do HFS+ para um
diretório de backup do disco de 2TB, e em seguida transferi tudo de volta
para dentro do HD de 500gb mas já formado em UFS2.

Então, o que eu consigo entender, é que o UFS2 não consegue optimizar o uso
do disco como o HFS+ consegue. Seria isso mesmo, ou eu estou fazendo algo
errado?

Vale lembrar que no HFS+, eu não havia feito nenhuma optimização, nem
compressão. Estava a formatação padrão que o Mac OS faz. Sem ajustes.

Alguém já passou por isso, e fez algo para melhorar o uso dos discos?

Abraço a todos.

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

Re: [FUG-BR] Acesso ao disco em vmware

[Rafael Henrique Faria]

2012/5/18 Ari Arantes Filho 

> 1) sempre rodo o tar xzf ports.tar.gz e depois rm -rf ports, ou seja,
> libero o espaço e teoricamente o vmware não precisará aumentar
> novamente
>

Eu posso estar errado, os mais experientes neste caso que me corrijam, mas
o UFS2 em uso no caso do FreeBSD não faz isso que você está imaginando.

Quando você descompacta a primeira vez o ports.tar.gz, o UFS2 vai alocar o
espaço para o mesmo. E quando você apaga o mesmo, apesar do espaço ficar
"livre", o UFS2 não apaga o conteũdo do disco. E uma nova gravação, não irá
utilizar o espaço liberado, mas sim um espaço livre "virgem". O espaço
liberado somente será utilizando quando o disco não tiver mais espaços
livres.

Ao utilizar recursos como este em HDs reais, o file system tem uma melhora
de performance, pois não precisa ficar apagando o disco... ele vai usando
espaços livres até que realmente seja necessário uma limpeza do file system
por ter acabado o espaço livre.

Ultimamente percebi que após algum tempo, algumas horas, o espaço acaba
sendo liberado para uso... então acredito que tenha sido feita uma
alteração para algum processo de varredura ir liberando o espaço de tempo
em tempo.. mas isso não é em tempo real.

Um exemplo prático disso:

- esgote o espaço em disco com arquivos grandes.
- apague um dos arquivos grandes.
- o espaço não será liberado imediatamente... o disco vai continuar
reclamando que não tem espaço livre o suficiente.

Normalmente isso não apresenta grandes problemas... pois um bom
administrador nunca irá deixar esgotar o espaço em disco.

Porém, no caso do thinprovisioning isso é um problema. Pois a cada nova
gravação ele vai precisar requisitar do HOST um novo espaço em disco. O que
acaba ficando lendo.

Eu sinceramente evito usar thinprovisioning em servidores de virtualização,
tanto por causa deste problema, quanto pelo efeito surpresa, de você alocar
10 HDs de 1TB em um volume de 7TB, e acontecer de os 10 HDs precisaram usar
os 1TB oferecidos para o mesmo. Claro que é um exemplo, na prática teremos
40 máquinas com HDs de tamanhos variados, que se tornará difícil ficar
acompanhando o crescimento, e o tamanho configurado para cada uma no
momento da crianção da máquina.

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

Re: [FUG-BR] FreeBSD com postgreSQL

[Rafael Henrique Faria]

2012/4/20 Gustavo Freitas 

> Isso eu já fiz..
>
> não estou conseguindo entender estes comandos
>
> $ su
> # su - postgres
> # psql
> $ sudo -u postgres psql
>
>
Acho que você não está nem entendendo os comandos no Linux, apenas os
executa.
Então, vamos explicar um pouco.

O comando "su" serve para você subir de nível, ou passar para outro usuário
(quando especificado).

No caso o "-" depois do su, serve para ele carregar as variáveis do
ambiente do novo usuário.

E o "postgres" na frente do comando, não é a aplicação, mas sim para qual
usuário você vai estar passando a sua seção.

Então com o primeiro comando:

# su

Você passa do seu usuário, para o ROOT. Note que para isso funcionar, você
precisa estar no grupo wheel.

O segundo comando:

# su - postgres

Você está passando do usuário ROOT, para o usuário POSTGRES, e carregando
as variáveis do ambiente do usuário POSTGRES.

Depois disso, você pode rodar o comando que você quiser do PostgreSQL.

Aí entra o que eu te falei, o usuário POSTGRES é do Linux, por padrão, no
FreeBSD, o usuário proprietário do PostgreSQL é o PGSQL, então o comando
acima vai ser diferente:

# su - pgsql

Após este comando, você vai estar rodando com o usuário do PostgreSQL.
Assim você pode usar seus comandos normalmente (psql).

 como faço no freebsd, sei que não existe sudo.. estou executando com
> usuario com privilégios (wheel).
>
>
Você pode instar o SUDO do ports caso deseje, e você deverá saber
configurar o mesmo para conseguir que ele se comporte como o esperado...
por padrão ele não vai permitir que você execute os comandos que deseja.


> De qualquer forma obrigado..
>
>
Mas qualquer dúvida, manda um grito aqui na lista que te ajudamos.


>
> Em 20 de abril de 2012 09:07, Welkson Renny de Medeiros
>  escreveu:
> > Gustavo Freitas escreveu:
> >> Pessoal,
> >>
> >> Usuário de origem linux, as vezes se perde no freebsd.. estou tentando
> >> colocar o postgree para funcionar
> >>
> >> No linux..  eu faço assim
> >>
> >> $ su
> >> # su - postgres
> >> # psql
> >> $ sudo -u postgres psql
> >>
> >> Para executar um script , eu faço assim
> >>
> >> #sudo -u postgres psql -d usuario -f
> >> /var/www/programa/install/script_usprograma.sql
> >>
> >> Alguem pode dar uma luz no freebsd
> >>
> >>
> >
> > Fala Gustavo,
> >
> > No /etc/rc.conf:
> > postgresql_enable="YES"
> >
> > Depois executa:
> > /usr/local/etc/rc.d/postgresql initdb
> > /usr/local/etc/rc.d/postgresql start
> >
> > --
> > Welkson Renny de Medeiros
> > Desenvolvimento / Gerência de Redes
> > Focus Automação Comercial
> > FreeBSD Community Member
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> --
> Gustavo Freitas
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] FreeBSD com postgreSQL

[Rafael Henrique Faria]

Bom dia Gustavo,

2012/4/20 Gustavo Freitas 

> Pessoal,
>
> Usuário de origem linux, as vezes se perde no freebsd.. estou tentando
> colocar o postgree para funcionar
>
> No linux..  eu faço assim
>
> $ su
> # su - postgres
> # psql
> $ sudo -u postgres psql
>
> Para executar um script , eu faço assim
>
> #sudo -u postgres psql -d usuario -f
> /var/www/programa/install/script_usprograma.sql
>
> Alguem pode dar uma luz no freebsd
>
>
No FreeBSD não tem diferença nos comandos... tudo a mesma coisa. A única
diferença, é em relação ao usuário do PostgreSQL, enquanto no linux é
postgres, no FreeBSD é pgsql.

Então basta um su - pgsql, e fazer tudo como você está acostumado.

E para iniciar, é o prático /usr/local/etc/rc.d/postgresql
start|restart|reload|stop (e initdb para gerar o banco de dados depois da
instalação)


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



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

Re: [FUG-BR] Redirecionar conexao após ter redirecionado para a 80

[Rafael Henrique Faria]

2012/4/9 joao jamaicabsd 

> HUmmm acho que entendi.
> Então, quando o usuário logar devo pegar este IP e jogar em uma tabela no
> PF, massa vou testar, mas agora como vou remover esse ip desta tabela ou
> ela sumir se ficar inativa?
>
>
Então, a sua aplicação que tem que fazer isso.
Você deve utilizar um banco de dados por exemplo... e ir monitorando o
tráfego, é como o pfSense faz, ele monitora o tráfego daquele IP (não sei
como ele faz isso), e você configura, por exemplo, quando ficar 15 minutos
sem tráfego daquele IP, o mesmo deve ser deslogado. Isso é tudo a nível de
aplicação.



> Uma vez consegui fazer essas auterações com a utilização do Sudo, conhece?
> Muito obrigado e vou pesquisar e fazer testes referente a essa sua dica.
> Obrigado e qualquer outra dica aí dos parceiros eu agradeço.
>
>
Com o sudo você consegue fazer sim... o único problema que eu vejo, é que
você abre uma brecha de segurança. Pois você tem que dar acesso do usuário
WWW ao comando pfctl, não é possivel adicionar IPs a tabelas sem acessar
esse comando, e é esse comando que faz tudo no Packet Filter, até mesmo
desabilitar o firewall completamente.

No caso do programa que roda como daemon que eu comentei, a única coisa que
ele faz, é adicionar e remover IPs de uma tabela. Nada além disso.


> João Maykon
>
>
>
>
>
>
>
> Em 9 de abril de 2012 10:49, Rafael Henrique Faria <
> rafaelhfa...@cenadigital.com.br> escreveu:
>
> > Bom dia João.
> >
> > Se eu entendi corretamente, acho bom deixar claro para o pessoal que você
> > está querendo implementar um Capitive Portal.
> >
> > Neste caso, você tem que se ater aos seguintes fatos:
> >
> > - Nenhum usuário por definição tem acesso a rede externa
> > - Qualquer acesso a qualquer IP externo com destino na porta 80 é
> > redirecionado para um IP interno em uma porta interna para autenticação
> > - Passado na autenticação o IP autenticado tem que ter acesso a rede
> > externa
> > - Com acesso a rede externa, qualquer acesso a um IP qualquer com destino
> > na porta 80 deve ser redirecionado para um IP interno na porta do proxy,
> > formando assim o proxy transparente.
> > - Após um logout, ou expiração do tempo, o IP liberado deve ser bloqueado
> > novamente.
> >
> > Resumindo, você tem que construir um sistema que atenda esses passos.
> >
> > Pelo que eu entendi, o 1o. e o 2o. você já cuidou.
> > O 3o, acredito que o ideal seria vê usar uma Tabela., no PF por exemplo.
> > E usando o comando de adicionar e remover IPs da lista, assim, quando um
> > usuário é liberado para passagem, você simplesmente adiciona o IP do
> mesmo
> > a lista de liberados, e esta lista que estará tanto liberando o acesso
> > quanto redirecionando para o proxy.
> >
> > Vale lembrar que por definição, apenas o root pode adicionar e remover
> ips
> > de listas.
> > Eu já usei uma vez, um daemon que rodava como root, e conseguia enviar
> para
> > ele via uma porta especifica o comando de adicionar/remover IPs.
> Funcionava
> > muito bem... com isso você consegue fazer o seu PHP apenas conectar nesta
> > porta, e mandar o comando para o daemon executar o procedimento para
> você.
> >
> > Usando o PF, seria possivel com regras como esta:
> >
> > table  constant
> >
> > rdr pass quick from  to any port 80 -> 127.0.0.1 3128
> > rdr pass quick from any to any port 80 -> 127.0.0.1 80
> >
> > pass quick from  to any keep state
> > pass quick from any to  keep state
> >
> > Acho que é isso.
> >
> > 2012/4/9 joao jamaicabsd 
> >
> > > Bom dia pessoal.
> > > Estou fazendo uma ferramenta de autenticação e consigo redirecionar o
> > > trafego da rede local para a 80 no meu server, mas como posso fazer
> para
> > > que após o usuário validar seu usuário e senha ele ser enviado para o
> > > proprio server na 3128?
> > > Estou usando PHP.
> > > Alguém pode me ajudar?
> > > Obrigado.
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > Rafael Henrique da Silva Faria
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> E-mail: jamaica...@gmail.com
> Aux Suporte de Sistemas (UNISUL)
> E-mail: joao.may...@unisul.br
> MSN: joaomayk...@hotmail.com
> Cel: (48) 9144 2326
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Redirecionar conexao após ter redirecionado para a 80

[Rafael Henrique Faria]

Bom dia João.

Se eu entendi corretamente, acho bom deixar claro para o pessoal que você
está querendo implementar um Capitive Portal.

Neste caso, você tem que se ater aos seguintes fatos:

- Nenhum usuário por definição tem acesso a rede externa
- Qualquer acesso a qualquer IP externo com destino na porta 80 é
redirecionado para um IP interno em uma porta interna para autenticação
- Passado na autenticação o IP autenticado tem que ter acesso a rede externa
- Com acesso a rede externa, qualquer acesso a um IP qualquer com destino
na porta 80 deve ser redirecionado para um IP interno na porta do proxy,
formando assim o proxy transparente.
- Após um logout, ou expiração do tempo, o IP liberado deve ser bloqueado
novamente.

Resumindo, você tem que construir um sistema que atenda esses passos.

Pelo que eu entendi, o 1o. e o 2o. você já cuidou.
O 3o, acredito que o ideal seria vê usar uma Tabela., no PF por exemplo.
E usando o comando de adicionar e remover IPs da lista, assim, quando um
usuário é liberado para passagem, você simplesmente adiciona o IP do mesmo
a lista de liberados, e esta lista que estará tanto liberando o acesso
quanto redirecionando para o proxy.

Vale lembrar que por definição, apenas o root pode adicionar e remover ips
de listas.
Eu já usei uma vez, um daemon que rodava como root, e conseguia enviar para
ele via uma porta especifica o comando de adicionar/remover IPs. Funcionava
muito bem... com isso você consegue fazer o seu PHP apenas conectar nesta
porta, e mandar o comando para o daemon executar o procedimento para você.

Usando o PF, seria possivel com regras como esta:

table  constant

rdr pass quick from  to any port 80 -> 127.0.0.1 3128
rdr pass quick from any to any port 80 -> 127.0.0.1 80

pass quick from  to any keep state
pass quick from any to  keep state

Acho que é isso.

2012/4/9 joao jamaicabsd 

> Bom dia pessoal.
> Estou fazendo uma ferramenta de autenticação e consigo redirecionar o
> trafego da rede local para a 80 no meu server, mas como posso fazer para
> que após o usuário validar seu usuário e senha ele ser enviado para o
> proprio server na 3128?
> Estou usando PHP.
> Alguém pode me ajudar?
> Obrigado.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Não consigo instalar FreeBSD nenhuma versão

[Rafael Henrique Faria]

Boa tarde.

Eu tenho um HP igual a esse.
Tentei de tudo para fazer o mesmo dar boot.

O problema, é com o Boot Loader. A versão nova do Boot Loader não funciona
com esse hardware, por causa da Bios.
Eu encontrei uma PR do FreeBSD com o pessoal tentando corrigir esse
problema. Aparentemente é pro causa de uma instrução incorreta que a Bios
da HP informa ao boot loader. E o mesmo simplesmente trava.

Eu consegui fazer o boot loader do 6.4 funcionar... mas o kernel não
conseguia subir, por falta de drivers.

Ou seja, para conseguir fazer funcionar, tem que ser a versão antiga do
boot loader, com uma versão nova do kernel.

Eu simplesmente desisti. Essa máquina da HP é terrível.

2012/2/14 jeimerson 

>   Boa tarde ha todos da lista
>   Amigo, não consigo instalar meu FreeBSD nenhuma versão em uma maquina
>   HP modelo HP Compac 6005 pro Small.
>   Sempre trava no inico do boot.
>   Se alguém, tiver alguma dica, pois já tentei de tudo que encontrei na
>   net.
>   Desde já, muito obrigado.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd

[Rafael Henrique Faria]

Opa, testando aqui, o do Texas ficou com menos hops (16 enquanto 20
hops para o de New Jersey):

New Jersey:

 6  as53166-s1.sp.ptt.br (187.16.216.187)  6.115 ms  6.184 ms  6.098 ms
 7  ansp.ptta.ansp.br (200.136.37.1)  12.996 ms  12.501 ms  12.472 ms
 8  198.32.252.141 (198.32.252.141)  114.980 ms  115.004 ms  114.995 ms
 9  66.165.175.25 (66.165.175.25)  114.880 ms  114.864 ms  114.894 ms
10  t0-0-0-5.br2.mia.terremark.net (66.165.161.93)  143.588 ms
143.520 ms  143.002 ms
11  t0-0-0-3.br2.ncr.terremark.net (66.165.161.138)  143.413 ms
143.287 ms  143.275 ms
12  ge-6-23.car1.Washington1.Level3.net (4.79.200.21)  225.688 ms
218.990 ms  219.121 ms
13  vlan70.csw2.Washington1.Level3.net (4.69.149.126)  142.574 ms
143.112 ms  143.082 ms
14  ae-72-72.ebr2.Washington1.Level3.net (4.69.134.149)  142.868 ms
142.490 ms  142.424 ms
15  ae-4-4.ebr2.Newark1.Level3.net (4.69.132.102)  155.037 ms  154.983
ms  154.994 ms
16  ae-24-52.car4.Newark1.Level3.net (4.69.156.40)  147.806 ms
147.750 ms  147.761 ms
17  WBS-CONNECT.car4.Newark1.Level3.net (4.71.148.26)  149.393 ms
149.349 ms  149.433 ms
18  208.116.63.109 (208.116.63.109)  150.174 ms  150.791 ms  149.949 ms
19  69.72.184.42 (69.72.184.42)  148.098 ms  148.093 ms  148.362 ms
20  208.116.25.56 (208.116.25.56)  146.990 ms  147.597 ms  147.574 ms

Texas:

 6  as53166-s1.sp.ptt.br (187.16.216.187)  6.176 ms  6.179 ms  6.260 ms
 7  ansp.ptta.ansp.br (200.136.37.1)  6.353 ms  6.449 ms  6.574 ms
 8  198.32.252.141 (198.32.252.141)  114.666 ms  114.698 ms  114.689 ms
 9  te7-3.ccr02.mia03.atlas.cogentco.com (38.104.94.73)  114.690 ms
115.052 ms  114.658 ms
10  te9-8.ccr02.mia01.atlas.cogentco.com (154.54.80.53)  114.632 ms
te8-2.ccr02.mia01.atlas.cogentco.com (154.54.2.153)  114.731 ms
te3-7.ccr02.mia01.atlas.cogentco.com (154.54.80.49)  114.889 ms
11  te0-3-0-5.mpd22.iah01.atlas.cogentco.com (154.54.47.113)  142.475
ms te0-2-0-6.mpd22.iah01.atlas.cogentco.com (154.54.25.74)  142.973 ms
te0-3-0-5.ccr22.iah01.atlas.cogentco.com (154.54.30.37)  142.852 ms
12  te0-1-0-5.ccr22.dfw01.atlas.cogentco.com (154.54.5.137)  147.972
ms te0-1-0-2.ccr22.dfw01.atlas.cogentco.com (154.54.5.129)  147.912 ms
te0-0-0-6.ccr22.dfw01.atlas.cogentco.com (154.54.3.177)  148.037 ms
13  te7-4.ccr02.dfw06.atlas.cogentco.com (154.54.0.122)  147.869 ms
148.127 ms  147.876 ms
14  38.122.58.58 (38.122.58.58)  147.672 ms  147.760 ms  147.802 ms
15  96.44.143.58.static.quadranet.com (96.44.143.58)  147.562 ms
147.495 ms  147.710 ms
16  96.44.148.210.static.quadranet.com (96.44.148.210)  147.988 ms
147.948 ms  147.963 ms

Mas isso pode ser devido apenas a minha origem.
Acredito que seria bom saber se para clientes da Telefonica (Speedy) e
Embratel/Net (Virtua), entre outros, como que é a rota.. qual deles
ficaria melhor.

2011/9/20 Renato Frederick :
> Dá uma olhada na distância em hops, da sua localidade, acho que é importante
> também, além da latência.
>
>
>
>> -Original Message-
>> From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
>> On Behalf Of Rafael Henrique Faria
>> Sent: terça-feira, 20 de setembro de 2011 15:45
>> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> Subject: Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd
>>
>> Aqui eu achei a velocidade do Texas, e de New Jersey muito parecidas:
>>
>> --- speedtest.nj.thrustvps.com ping statistics ---
>> 9 packets transmitted, 9 received, 0% packet loss, time 81259ms rtt
>> min/avg/max/mdev = 147.526/148.767/152.230/1.488 ms
>>
>> --- speedtest.tx.thrustvps.com ping statistics ---
>> 9 packets transmitted, 9 received, 0% packet loss, time 8002ms rtt
>> min/avg/max/mdev = 147.658/147.845/148.071/0.460 ms
>>
>> --- speedtest.la.thrustvps.com ping statistics ---
>> 9 packets transmitted, 8 received, 11% packet loss, time 8005ms rtt
>> min/avg/max/mdev = 186.753/201.895/300.478/37.288 ms
>>
>> Porém na média o do Texas foi ligeiramente mais rápido.
>>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd

[Rafael Henrique Faria]

Aqui eu achei a velocidade do Texas, e de New Jersey muito parecidas:

--- speedtest.nj.thrustvps.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 81259ms
rtt min/avg/max/mdev = 147.526/148.767/152.230/1.488 ms

--- speedtest.tx.thrustvps.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8002ms
rtt min/avg/max/mdev = 147.658/147.845/148.071/0.460 ms

--- speedtest.la.thrustvps.com ping statistics ---
9 packets transmitted, 8 received, 11% packet loss, time 8005ms
rtt min/avg/max/mdev = 186.753/201.895/300.478/37.288 ms

Porém na média o do Texas foi ligeiramente mais rápido.

2011/9/20 Renato Frederick :
> Isto aí, New Jersey.
>
> Das localidades atendidas pela thrustvps, foi a que consegui melhor tempo,
> pelo menos a partir dos provedores daqui do Brasil que os usuários conectam
>
> Prá você ter uma ideia de como está a latência prá lá hj, a partir de uma
> conexão GVT:
>
> Resposta de 109.169.X.A: bytes=32 tempo=181ms TTL=54
> Resposta de 109.169.X.A: bytes=32 tempo=172ms TTL=54
> Resposta de 109.169.X.A: bytes=32 tempo=180ms TTL=54
> Resposta de 109.169.X.A: bytes=32 tempo=172ms TTL=54
>
> Estatísticas do Ping para 109.169.X.A:
>    Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
>             perda),
> Aproximar um número redondo de vezes em milissegundos:
>    Mínimo = 172ms, Máximo = 181ms, Média = 176ms
>
>
> Rastreando a rota para XXX [109.169.X.A]
> com no máximo 30 saltos:
>
>  2     5 ms     5 ms     4 ms  186.213.76.1.static.host.gvt.net.br
> [186.213.76.1]
>  3     4 ms     4 ms     4 ms  gvt-po-24-81.rd02.bhe.gvt.net.br
> [200.139.87.1]
>
>  4     4 ms     5 ms     4 ms  gvt-te-4-1-rc01.bhe.gvt.net.br
> [189.59.248.69]
>  5    15 ms    21 ms    23 ms  gvt-te-0-0-0-3-rc02.spo.gvt.net.br
> [187.115.214.105]
>  6    22 ms    22 ms    23 ms  gvt-te-0-2-1-0-tg02.spo.gvt.net.br
> [189.59.249.62]
>  7   145 ms   145 ms   146 ms
> Xe0-1-1-0-grtsaosi2.red.telefonica-wholesale.net.10.16.84.in-addr.arpa
> [84.16.10.201]
>  8   235 ms   226 ms   157 ms
> Xe5-1-2-0-grtmiabr4.red.telefonica-wholesale.net [94.142.124.222]
>  9   170 ms   149 ms   165 ms
> Xe0-0-0-0-grtwaseq4.red.telefonica-wholesale.net [213.140.36.153]
>  10   161 ms   153 ms   161 ms  213.140.52.34
>  11   152 ms   160 ms   160 ms  te0-2-0-5.mpd22.dca01.atlas.cogentco.com
> [154.54.41.125]
>  12   167 ms   175 ms   165 ms  te0-1-0-2.mpd22.atl01.atlas.cogentco.com
> [154.54.28.194]
>  13   174 ms   165 ms   167 ms  te0-0-0-6.mpd22.iah01.atlas.cogentco.com
> [154.54.29.14]
>  14   171 ms   173 ms   173 ms  te0-2-0-1.ccr22.dfw01.atlas.cogentco.com
> [154.54.25.97]
>  15   185 ms   173 ms   184 ms  te7-4.ccr02.dfw06.atlas.cogentco.com
> [154.54.0.122]
>  16   169 ms   179 ms   183 ms  38.122.58.58
>  17   180 ms   172 ms   168 ms  109.169.X.A
>
>> -Original Message-
>> From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
>> On Behalf Of mantunes
>> Sent: terça-feira, 20 de setembro de 2011 15:13
>> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> Subject: Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd
>>
>> Nova Jessey..
>>
>> Uso http://www.thrustvps.com/ faz uns dois anos..
>>
>> Em 20 de setembro de 2011 14:56, Lucas Mocellin 
>> escreveu:
>> > Renato,
>> >
>> > o que seria NJ?
>> >
>> > também estou nesse dilema, mas a aplicação é muito sensível a
>> > qualidade do link, isso me preocupa.
>> >
>> > vou precisar de 2 servidores com +-8gb de RAM. e um deles é freebsd
>> >
>> > 2011/9/1 Jorge Petry 
>> >
>> >> Olá pessoal.
>> >>
>> >> Obrigado pelas respostas. Peguei um VPS freebsd 8.2 na
>> www.rootbsd.net .
>> >> Estou muito contente com o pouco que vi até agora. Tudo esta rodando
>> >> muito bem, inclusive o acesso VNC para o console da maquina,
>> >> permitindo acesso inclusive em modo mono usuário.
>> >>
>> >> Abraço.
>> >>
>> >> __
>> >> Jorge Petry
>> >> Adm de Redes e Servidores.
>> >>
>> >>
>> >> Em 01/09/2011 18:06, Tiago Ribeiro escreveu:
>> >> > Em 31 de agosto de 2011 20:17, Renato Frederick
>> >> >   escreveu:
>> >> >> Opa
>> >> >>
>> >> >> Tb recomendo o thrustvps, já vou  prá uns 6vps bsd lá. Sem stress.
>> >> >>
>> >> >> Procure hospedar em NJ, tem latência baixa pro Brasil.
>> >> >>
>> >> >>
>> >> >>> -Original Message-
>> >> >>> From: freebsd-boun...@fug.com.br
>> >> >>> [mailto:freebsd-boun...@fug.com.br]
>> >> >>> On Behalf Of Luiz Gustavo S. Costa
>> >> >>> Sent: quarta-feira, 31 de agosto de 2011 16:32
>> >> >>> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> >> >>> Subject: Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd
>> >> >>>
>> >> >>> Vai nesse aqui:
>> >> >>>
>> >> >>> http://www.thrustvps.com/
>> >> >>>
>> >> >>> Muito bom !
>> >> >>>
>> >> >>>
>> >> > Fiz uns testes (bem poucos) com a arpnetworks, e ficou legal.
>> >> > -
>> >> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> >> > Sair da lista: https://ww

Re: [FUG-BR] (OT) VSphere nao da boot no BSD

[Rafael Henrique Faria]

As máquinas virtuais via VMWare (incluindo o vSphere), se comportam
iguais a máquinas reais, ou seja, a forma de boot é identico a um
servidor real no caso do vSphere.

Primeiro ele vai tentar dar boot pelo drive CD, caso você tenha
habilitado isso, caso não encontre um CD no drive (pode ser imagem, o
que for) ele tenta dar boot pelos discos, caso não encontre nenhum
disco com setor de boot para inicialização, ele tenta dar boot pela
rede.

Então, se ele chegou até a parte de dar boot pela rede, significa que
o disco está sem setor de boot.

Durante a instalação do FreeBSD houve algum problema, que ele não
conseguiu criar o setor de boot? As partições foram criadas com exito?
Você se lembrou de mandar instalar o gerenciador de inicialização no
disco em que está instalando o FreeBSD?

2011/9/19 joao jamaicabsd :
> Boa tarde amigos.
> Estou com um problema que está me tirando do sério.
> Estou querendo virtualizar meus servidores, estou utilizando o Vsphere.
> Instalei o Freebsd em uma maquina virtual, mas depois de instalar ele
> deveria subir FreeBSD que foi instalado, mas não sobe, ele fica dentando dar
> o boot na rede  e não vai pelo HD. Já fiz de tudo nas conf de boot, fucei o
> Vsphere inteiro, mas sem chance, não sobe o BSD de jeito nenhum.
> Alguém já passou por algo assim, creio que estou viajando em alguma coisa
> pouca.
> Não sei se conseguir me expressa legal, mas agradeço se alguém puder me
> ajudar.
> Obrigado.
>
> --
> E-mail: jamaica...@gmail.com
> Aux Suporte de Sistemas (UNISUL)
> E-mail: joao.may...@unisul.br
> MSN: joaomayk...@hotmail.com
> Cel: (48) 9144 2326
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Relógio FreeBSD guest em VMware ESXi 4.1

[Rafael Henrique Faria]

Na verdade não é uma gambi, mas sim um ajuste. O pessoal mais
experiênte com FreeBSD que me corrija se eu estiver errado.

Mas acredito que o problema é que o ESXi atua na mesma frequencia que
o FreeBSD... ou
seja, a 1000Hz. Então você precisa alterar a frequencia do FreeBSD
para não interferir com a do ESXi e causar problemas no relógio.

Algumas pessoas colocam 200, 50, 2000. Mas o padrão que eu vejo o
pessoal adotar para ESXi é 100 Hz. E tem funcionado bem em todos os
meus servidores. Tenho algo proximo de 30 servidores FBSD de 6.4 até
9, rodando debaixo de ESXi de 3.5 até 5. E nenhum deles tem problema
com horário.

Vale a pena ajustar para 100.

2011/9/9 Lucas Mocellin :
> o vmware-tools está instalado.
>
> vou fazer o teste desabilitando a ACPI. como preciso reiniciar vai ser feito
> depois.
>
> essa de alterar a frequencia me parece uma baita gambis, ou estou errado? vi
> isso em varios posts para freebsd6.1 em vmware server (o antigo).
>
> depois posto resultados.
>
> obrigado!
>
> Lucas.
>
> 2011/9/9 Rafael Henrique Faria 
>
>> Em todos os meus servidores FBSD virtuais eu uso no /boot/loader.conf:
>>
>> kern.hz="100"
>>
>> Além de estar com o vmware-tools instalado.
>>
>> Funciona redondo.
>>
>> 2011/9/9 Lucas Mocellin :
>> > Pessoal,
>> >
>> > tenho um FreeBSD 8.1 virtualizado em uma estrutura de ESXi, e estou com
>> > problemas sérios no relógio, não consigo manter ele funcionando.
>> >
>> > percebi que ele demora minutos para passar "1 segundo", ou seja, o
>> relógio
>> > está relamente bastante lento. no google eu vi que o pessoal muda o clock
>> > rate para o relógio para "100Hz"[1] para então ficar mais próximo do
>> real..
>> > mas isso era na versão 6.1, ainda é necessário fazer uma "gambiarra" como
>> > essa?
>> >
>> > pesquisei pelo google e não achei nenhum documento que tenha um bom
>> > embasamento para isso. Encontrei o best practices do VMware mesmo [2],
>> que é
>> > um documento muito legal, porém nada muito prático para o FreeBSD em si,
>> não
>> > consegui aplicar o conhecimento deste documento ao meu problema pois não
>> sei
>> > exatamente como o relógio do FreeBSD funciona.
>> >
>> > Alguém tem alguma idéia?
>> >
>> > Obrigado,
>> >
>> > Lucas.
>> >
>> > [1] - http://communities.vmware.com/thread/26034
>> > [2] -
>> >
>> http://www.google.com.br/url?sa=t&source=web&cd=1&ved=0CBoQFjAA&url=http%3A%2F%2Fwww.vmware.com%2Ffiles%2Fpdf%2FTimekeeping-In-VirtualMachines.pdf&rct=j&q=Timekeeping-In-VirtualMachines.pdf&ei=a1BqTuefApGhtwfQ9bXfBQ&usg=AFQjCNGZ62KMnksPS1KjvTiL_LhXtAzRMg&sig2=dJqsylGx1t1x0drs8qvMXA
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>>
>>
>>
>> --
>> Rafael Henrique da Silva Faria
>> -
>> 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
>



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

Re: [FUG-BR] Relógio FreeBSD guest em VMware ESXi 4.1

[Rafael Henrique Faria]

Em todos os meus servidores FBSD virtuais eu uso no /boot/loader.conf:

kern.hz="100"

Além de estar com o vmware-tools instalado.

Funciona redondo.

2011/9/9 Lucas Mocellin :
> Pessoal,
>
> tenho um FreeBSD 8.1 virtualizado em uma estrutura de ESXi, e estou com
> problemas sérios no relógio, não consigo manter ele funcionando.
>
> percebi que ele demora minutos para passar "1 segundo", ou seja, o relógio
> está relamente bastante lento. no google eu vi que o pessoal muda o clock
> rate para o relógio para "100Hz"[1] para então ficar mais próximo do real..
> mas isso era na versão 6.1, ainda é necessário fazer uma "gambiarra" como
> essa?
>
> pesquisei pelo google e não achei nenhum documento que tenha um bom
> embasamento para isso. Encontrei o best practices do VMware mesmo [2], que é
> um documento muito legal, porém nada muito prático para o FreeBSD em si, não
> consegui aplicar o conhecimento deste documento ao meu problema pois não sei
> exatamente como o relógio do FreeBSD funciona.
>
> Alguém tem alguma idéia?
>
> Obrigado,
>
> Lucas.
>
> [1] - http://communities.vmware.com/thread/26034
> [2] -
> http://www.google.com.br/url?sa=t&source=web&cd=1&ved=0CBoQFjAA&url=http%3A%2F%2Fwww.vmware.com%2Ffiles%2Fpdf%2FTimekeeping-In-VirtualMachines.pdf&rct=j&q=Timekeeping-In-VirtualMachines.pdf&ei=a1BqTuefApGhtwfQ9bXfBQ&usg=AFQjCNGZ62KMnksPS1KjvTiL_LhXtAzRMg&sig2=dJqsylGx1t1x0drs8qvMXA
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Balanceamento requisições Apache.

[Rafael Henrique Faria]

Boa tarde Leandro.

Eu tenho usado o HAProxy para esse cenário.. e tem atendido muito bem,
caso use PHP no sistema você precisará de um cluster de session,
recomendo o memcached.

2011/8/1 Leandro César :
> Bom dia a todos,
>
> Gostaria de algumas dicas.. na verdade opniões sobre o que usar para um
> balencemento de apache.
> Tenho a necessidade de colocar um site funcionamdo com um balanceamento no
> Apache.
>
> Vou ter 3 maquinas a principio (2 web e 1 Banco).  Tudo com Freebsd.
> O que me recomendariam para esse tipo de serviço?
>
> Desde já agradeço.
>
> --
> --
> Att,
> Leandro César
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Freenas x Realtek

[Rafael Henrique Faria]

Bom dia Christiano, eu sempre estou comprando nesta loja, tem boas
opções a um preço legal.

http://www.waz.com.br/_produtos/?ca=33

2011/7/14 Christiano Liberato :
> vou correr atras de intel ou 3com giga.
> Como meu caso é um pc... tem q ser.
>
> Em 14 de julho de 2011 09:29, Welkson Renny de Medeiros <
> welk...@focusautomacao.com.br> escreveu:
>
>> irado furioso com tudo escreveu:
>> > Em 14 de julho de 2011 08:32, Christiano Liberato <
>> > christianoliber...@gmail.com> escreveu:
>> >
>> >
>> >> Corrigindo... o erro é:
>> >> re0: PHY write failed
>> >>
>> >> Em 14 de julho de 2011 08:22, Christiano Liberato <
>> >> christianoliber...@gmail.com> escreveu:
>> >>
>> >>
>> >>> Galera,
>> >>>
>> >>> coloquei um freenas aqui para fazer uns testes com placa realtek
>> gigabit
>> >>>
>> >> e
>> >>
>> >>> depois de 3 dias up ele parou de responder.
>> >>>
>> >
>> > bem.. pode ser apenas implicancia minha mas PESSOALMENTE eu evito as
>> > realtreko. Já vi acontecer de tudo com elas, inclusive queda de
>> performance
>> > à medida que aumenta a demanda.
>> >
>> > sugestão FORTE: experimente com outra placa
>>
>> Também estou na mesma com Realtek... tenho um servidor rodando a uns 4
>> anos, e diariamente aparece a mensagem no console: "vr0: packet loss".
>>
>> Já troquei de placa várias vezes, e o erro não sai... ou realmente a
>> placa é um lixo, ou o driver está zoado.
>>
>> Já está próximo de migrar para o Dell com broadcom, e acabei desistindo
>> de perder tempo com isso.
>>
>> --
>> Welkson Renny de Medeiros
>> Desenvolvimento / Gerência de Redes
>> Focus Automação Comercial
>> FreeBSD Community Member
>>
>> -
>> 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
>



-- 
Rafael Henrique da Silva Faria
-
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 vx FTPS

[Rafael Henrique Faria]

Boa tarde Christiano, você está utilizando o ftp-proxy?

2011/6/29 Christiano Liberato :
> Caros,
>
> permito no pf que alguns ips façam ftp e agora surgiu a necessidade de
> permitir que façam ftps para um determinado ip na porta 990.
> Criei uma regra que permite acessar esse ip com ftps mas apos conectar nao
> lista as pastas de jeito nenhum.
> Ja alterei as confs de nat-anchor e rdr-anchor e nada.
> Alguem ja fez isso funcionar?
> Parece que tem algo a ver com passive mode...
>
> Valeu!!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] duvida urgente !!!!!

[Rafael Henrique Faria]

Concordo com o Rafael.

O ideal é você conhecer o BSD.

Normalmente, quando o fstab está em desacordo com a estrutura dos discos, e
o sistema não dá boot, você pode apertar "?" no prompt para listar quais
discos estão disponíveis, incluindo o slice dos mesmos...

Não precisa nem realizar a procura pela identificação dos discos pelo Scroll
Lock.

E montar como o Rafael citou anteriormente. ufs:da0s1a por exemplo.

Caso queira utilizar o editor "ee" para editar o fstab (como eu sempre faço
em casos como esse), você precisará montar o /usr também,
para isso basta um:

# cat /etc/fstab

ver qual é o slice do /usr (normalmente é o f), e montar o slice:

# mount_ufs /dev/da0s1f /usr

em seguida:

# ee /etc/fstab

e troca a identificação dos discos.

Agora, uma recomendação em sistemas novos, é utilizar os label. Muito
práticos... e evitam dores de cabeça como esta. Que pode ser mais frequente
do que se deseja ao utilizar um servidor desktop-grade. Pois basta ativar ou
desativar uma controladora a mais na bios para o FreeBSD mudar todo o escopo
da numeração dos discos.

Usando os label não dor de cabeça, principalmente com gpt, ficará sempre:

/dev/gpt/system_root
/dev/gpt/system_usr

Entre outros... não importa qual a posição dos discos.

Abraço.

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

Re: [FUG-BR] FreeBSD como desktop

[Rafael Henrique Faria]

Aproveitando, alguém já experimentou o Gnome3 no FreeBSD? Ele está no ports
do HEAD (9)

http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ports/x11/gnome3/

Estou querendo testar... mas não faço nem ideia de como...

2011/5/25 Marcelo Gondim 

> Tem também o PC-BSD 8.2  :)
>
> Que também em breve vou experimentar.  :)
>
> http://www.pcbsd.org/
>
> Feito para desktops e é um FreeBSD.  :)
>
> Em 25/05/2011 14:30, Felipe N. Oliva escreveu:
> > Senhores,
> >
> > Não posso deixar de escrever sobre este fato, bom, utilizava Ubuntu como
> > desktop a mais de 2 anos, pelo fato da facilidade e simplicidade para
> > trabalhar, sem contar que o desempenho não ficava atrás, porem com a
> ultima
> > atualização para a versão 11.04, fiquei desmotivado principalmente com a
> tal
> > interface Unity.
> > Tal situação me levou a encarar o desafio de instalar o FreeBSD como
> desktop
> > (gnome), e realmente valeu a pena, depois de alguns ajustes, tais como
> > compatibilidade binária com linux para ter suporte ao flashplayer plugin,
> > driver de som e placa de video, estou agora desfrutando desta maravilha.
> > No quesito desempenho, não deixou nada a desejar, por exemplo no youtube,
> o
> > que no ubuntu eu assistia um video a 1080p dando umas engasgadas,
> > principamente quando adiantava o video, e agora os videos estão
> turbinados e
> > estou utilizando a grande maioria das ferramentas que utilizava
> > anteriomente.
> >
> > Posso estar falando merda e os "linuxzeiros" de plantão podem até me
> > crucificar, mas pelo que tenho visto até agora, a compatibilidade binária
> > com linux do FreeBSD, tá melhor do que executando no proprio kernel
> linux.
> >
> > Minha dica é, assim que você tiver um tempinho, tente utilizar o FreeBSD
> > como desktop, vale a pena a experiencia.
> >
> >
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Freeradius caindo parte II

[Rafael Henrique Faria]

2011/5/23 Marcelo Gondim 

> # Perform daily/weekly/monthly maintenance.
> 1   3   *   *   *   rootperiodic daily
> 15  4   *   *   6   rootperiodic weekly
> 30  5   1   *   *   rootperiodic monthly
>

Boa noite Marcelo.

Apenas uma dúvida, esta máquina é Virtual? Está em algum storage?

Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como
eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando
o periodic no mesmo horário, acabava deixando o storage lento (era via NFS),
com isso diversos programas que não são muito tolerantes a uma latência alta
no acesso ao disco acabavam caindo.

A solução foi distribuir os periodic daily pela noite em horários
diferentes

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

Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1

[Rafael Henrique Faria]

Você está usando vlan então?

As duas placas de rede no vSwitch0 estão com Teaming ativado? Qual protocolo
você está utilizando no switch fisico para o Teaming?


2011/5/10 Eder Souza 

> Na realidade o desenho esta assim:
>
> vSwitch0
> VM Network Physical Adapters (vmnic3 e vmni0)
> Maq virtual 01   |
> Maq virtual 02   |
> .  |
> .  |
> .  |
> rede1-- |
> vmk1: IP  |
>   |
> rede2   |
> vmk0:IP--- |
>
>
>
> Em 10 de maio de 2011 12:39, Rafael Henrique Faria <
> rafaelhfa...@cenadigital.com.br> escreveu:
>
> > Você disse que possui duas interfaces físicas, entendo que seja no
> Host...
> >
> > Então você possui dois vSwitches... e duas VM Networks.
> >
> > As duas placas de rede virtuais EM estão cada uma em uma VM Network
> > diferente?
> >
> > 2011/5/10 Eder Souza 
> >
> > > Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas!
> > >
> > > Eu notei que nas configuração das Vm's via Vsphere existe a opção de
> > > configurar o adaptador de rede eu já mudei as opçãoes do "Current
> > Adapter"
> > > para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em
> > Network
> > > label sempre deixo como VM Network ...
> > >
> > > É algum detalhe que esta passando batido :-(
> > >
> > >
> > >
> > > Em 10 de maio de 2011 11:55, Rafael Henrique Faria <
> > > rafaelhfa...@cenadigital.com.br> escreveu:
> > >
> > > > Qual drive de rede você está utilizando?
> > > >
> > > > Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4,
> até
> > > 8.2
> > > > passando por 7.2, todos com em, e sem problemas...
> > > >
> > > > Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por
> > > > problemas parecidos com o que vc citou.
> > > >
> > > > 2011/5/10 Eder Souza 
> > > >
> > > > > Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com
> o
> > > > > VmWare
> > > > > ESXi 4.1, configurei duas interfaces físicas de rede distintas, e
> > tudo
> > > > > parecia funcionar muito bem, porem venho notando um problema,
> durante
> > > > > alguns
> > > > > reboots nas máquinas virtuais a interface de rede da máquina
> > > virtualizada
> > > > > para de responder (não pinga mais), se eu pingar para qualquer uma
> > das
> > > > duas
> > > > > interfaces físicas tudo esta normal, para resolver tenho que parar
> a
> > > > > máquina
> > > > > virtual e via Vsphere Client ir em edit settings na maquina virtual
> > com
> > > > > problema, remover o network adapter e adicionar novamente!
> > > > >
> > > > > O problema parece ser randomico algumas vezes dou reboot e a
> máquina
> > > sobe
> > > > > funcionando normal, outras vezes ela já apresenta este problema
> > > > > característico, detalhe importante é que este problema ocorre
> somente
> > > > pela
> > > > > máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma
> de
> > > > > desligamento) as outras máquinas virtuas que se encontram no mesmo
> > > > servidor
> > > > > continuam funcionando normalmente !
> > > > >
> > > > > Alguem já passou por este problema ?
> > > > >
> > > > > Obrigado
> > > > >
> > > > > Eder
> > > > > -
> > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Rafael Henrique da Silva Faria
> > > > -
> > > > 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
> > >
> >
> >
> >
> > --
> > Rafael Henrique da Silva Faria
> > -
> > 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
>



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

Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1

[Rafael Henrique Faria]

Você disse que possui duas interfaces físicas, entendo que seja no Host...

Então você possui dois vSwitches... e duas VM Networks.

As duas placas de rede virtuais EM estão cada uma em uma VM Network
diferente?

2011/5/10 Eder Souza 

> Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas!
>
> Eu notei que nas configuração das Vm's via Vsphere existe a opção de
> configurar o adaptador de rede eu já mudei as opçãoes do "Current Adapter"
> para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network
> label sempre deixo como VM Network ...
>
> É algum detalhe que esta passando batido :-(
>
>
>
> Em 10 de maio de 2011 11:55, Rafael Henrique Faria <
> rafaelhfa...@cenadigital.com.br> escreveu:
>
> > Qual drive de rede você está utilizando?
> >
> > Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até
> 8.2
> > passando por 7.2, todos com em, e sem problemas...
> >
> > Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por
> > problemas parecidos com o que vc citou.
> >
> > 2011/5/10 Eder Souza 
> >
> > > Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o
> > > VmWare
> > > ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo
> > > parecia funcionar muito bem, porem venho notando um problema, durante
> > > alguns
> > > reboots nas máquinas virtuais a interface de rede da máquina
> virtualizada
> > > para de responder (não pinga mais), se eu pingar para qualquer uma das
> > duas
> > > interfaces físicas tudo esta normal, para resolver tenho que parar a
> > > máquina
> > > virtual e via Vsphere Client ir em edit settings na maquina virtual com
> > > problema, remover o network adapter e adicionar novamente!
> > >
> > > O problema parece ser randomico algumas vezes dou reboot e a máquina
> sobe
> > > funcionando normal, outras vezes ela já apresenta este problema
> > > característico, detalhe importante é que este problema ocorre somente
> > pela
> > > máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de
> > > desligamento) as outras máquinas virtuas que se encontram no mesmo
> > servidor
> > > continuam funcionando normalmente !
> > >
> > > Alguem já passou por este problema ?
> > >
> > > Obrigado
> > >
> > > Eder
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > Rafael Henrique da Silva Faria
> > -
> > 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
>



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

Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1

[Rafael Henrique Faria]

Qual drive de rede você está utilizando?

Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2
passando por 7.2, todos com em, e sem problemas...

Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por
problemas parecidos com o que vc citou.

2011/5/10 Eder Souza 

> Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o
> VmWare
> ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo
> parecia funcionar muito bem, porem venho notando um problema, durante
> alguns
> reboots nas máquinas virtuais a interface de rede da máquina virtualizada
> para de responder (não pinga mais), se eu pingar para qualquer uma das duas
> interfaces físicas tudo esta normal, para resolver tenho que parar a
> máquina
> virtual e via Vsphere Client ir em edit settings na maquina virtual com
> problema, remover o network adapter e adicionar novamente!
>
> O problema parece ser randomico algumas vezes dou reboot e a máquina sobe
> funcionando normal, outras vezes ela já apresenta este problema
> característico, detalhe importante é que este problema ocorre somente pela
> máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de
> desligamento) as outras máquinas virtuas que se encontram no mesmo servidor
> continuam funcionando normalmente !
>
> Alguem já passou por este problema ?
>
> Obrigado
>
> Eder
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] OFF-TOPIC-Usando Google Apps

[Rafael Henrique Faria]

Um dele está usando apenas o Google Apps (o que possui o "a" depois do
google.com). O outro está integrado aos serviços do google.

Quando você integra o Google App aos serviços do Google, você pode
acessar o webmail através de www.gmail.com, também pode usar orkut, e
todos os outros serviços como se fosse uma conta do google comum.

2011/4/14 mantunes :
> Pessoal,
>
> Desculpe pelo off. Alguem da lista entende do google apps ? estou com
> uma situação estranha.. Tenho dois domínios com email criados
> os mesmos funcionam normalmente, só que ao acessar na empresa_2.com.br
> o endereço é diferente da empresa_1 conforme abaixo
>
>>>webmail.empresa_1.com.br  - ao acessar o e-mail fica = 
>>>https://mail.google.com/a/empresa_1.com.br/#inbox
>
>>>webmail.empresa_2.com.br  - ao acessar o e-mail fica = 
>>>https://mail.google.com/mail/?shva=1#inbox
>
> ou seja diferente, como se fosse um e-mail do domínio padrão gmail.
>
> Qual seria a razão pq ocorre isso ?
>
>
> --
> Marcio Antunes
> Powered by FreeBSD
> ==
> * Windows: "Where do you want to go tomorrow?"
> * Linux: "Where do you want to go today?"
> * FreeBSD: "Are you, guys, comming or what?"
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Volume com 2.7 tera

[Rafael Henrique Faria]

2011/4/12 "Prof. Dagoberto Ganéo Dellai" :
> Bom dia a todos

Bom dia

> Estou montando um freebsd 8.2-RELEASE AMD64, tenho 4 discos de 1 Tera
> fazendo raid 5, dando um total de 2.7 tera. O problema é que na hora que
> monto o volume ele reconhece apenas 722G.
> Alguém tem uma dica?
>

Você está usando MBR ou GPT para particionar o volume?

Parece que o MBR possui alguns problemas com partições maiores de 2TB,
recomenda-se utilizar o GPT para aproveitar todo o volume.

Acredito que o UFS2 não deva ter problemas com partições grandes, mas
novamente, também recomendo o ZFS, principalmente por causa da
versatilidade proporcionada pelo mesmo.


> --
>      Prof. Dagoberto Ganeo Dellai
>         Gerente de Informatica
>         Administrador de Redes
>   Nucleo de Tecnologia da Informacao
>  NTI - FCM - UNICAMP  tel (19)3521-9551
> 
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Link Aggregation Freebsd + Switch EXtreme

[Rafael Henrique Faria]

Boa tarde.

Completando o que o Rafael comentou,

o Link Aggregation, não soma a velocidade de cada enlace.

1G + 1G não é 2G

Mas somando todo o tráfego, você consegue 2G.

Pois cada sessão TCP, vai passar por uma interface, chegando ao máximo
da velocidade desta interface.

Mas se você tiver duas seções TCP, e tiver a sorte de cada uma delas
cair em uma interface diferente, então aí sim, somando as duas, você
terá 2GB de tráfego.

2011/4/7 Rafael Ganascim :
> Fala Joel,
>
> Já fiz o aggregation com Cisco, e funciona perfeitamente com o FreeBSD
> (testei com o 7x).
>
> Porém devo lembrá-lo que o aggregation faz a distribuição não de forma igual
> entre os links, mas sim através de um hash (seja mac de origem combinado com
> mac de destino, ip de origem combinado com o de destino, porta de origem com
> porta de destino e uma mistura disto). Por isto, dependendo do padrão do
> tráfego, você pode acabar utilizando somente um dos links (ex. o tráfego vem
> sempre do seu roteador para um segundo roteador, ou no teste você fazendo o
> teste de uma máquina para a outra). Veja no Cisco e no FreeBSD como mudar a
> maneira como é feito o hashing
>
> Em 7 de abril de 2011 11:04, Joel Cappellesso escreveu:
>
>> Ola,
>>
>> Alguém já utilizou link aggregation entre Extreme e Freebsd ou Extreme
>> e switch Cisco.
>> Aparentemente as confs estão corretas mas tive dificuldade em
>> ultrapassar 1Gbits com protocolo TCP. UDP passou.
>> Isso na ligação entre um Freebsd e o Extreme.
>> 8.2-STABLE FreeBSD 8.2-STABLE
>>
>> Confs no Extreme:
>>
>> interface GigabitEthernet1/0/4
>>  negotiation auto
>>  description ## PORTA PERTENCENTE AO ETH-TRUNK1 ##
>>  undo shutdown
>>  eth-trunk 1
>> #
>> interface GigabitEthernet1/0/5
>>  negotiation auto
>>  description ## PORTA PERTENCENTE AO ETH-TRUNK1  ##
>>  undo shutdown
>>  eth-trunk 1
>> #
>> interface Eth-Trunk1
>>  description ## CONEXAO  ##
>>  load-balance packet-all
>> #
>> interface Eth-Trunk1.17xx
>>  vlan-type dot1q 17xx
>>  description "LINK"
>>  bandwidth 2000
>>  ip binding vpn-instance vpn000XX
>>  ip address 1x.x.x.x 255.255.255.248
>>  statistic enable
>>
>>
>>
>> Confs no Freebsd:
>>
>> 8.2-STABLE FreeBSD 8.2-STABLE
>> ifconfig_lagg0="laggproto lacp laggport bce0 laggport bce1 200.x.x.x
>> netmask 255.255.255.192"
>> ifconfig_lagg1="laggproto lacp laggport em0 laggport em1 1x.x.x.x
>> netmask 255.255.255.248"
>> Sendo lagg0 ligada ao switch cisco e lagg1 ligada o switch da extreme.
>> Em testes lagg0 suportou mais de 1Gbits/s tanto tcp quando udp.
>> Em testes lagg1 suportou mais de 1Gbits/s somente usando udp, tcp
>> limitou em 1Gbits/s.
>>
>>
>> Confs no Cisco:
>> !
>> interface GigabitEthernet2/0/13
>>  description Agregation BSD
>>  switchport mode access
>>  channel-protocol lacp
>>  channel-group 1 mode active
>> !
>> interface GigabitEthernet2/0/14
>>  description Agregation BSD
>>  switchport mode access
>>  channel-protocol lacp
>>  channel-group 1 mode active
>> !
>>
>> Agradeço se alguém tiver alguma dica.
>>
>> Obrigado,
>>
>> Joel Cappellesso
>> -
>> 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
>



-- 
Rafael Henrique da Silva Faria
-
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 Apache22 FreeBSD 8

[Rafael Henrique Faria]

Dá um pkg_info | grep apr

Deve aparecer alguma coisa...
Ou tenta ver quais são as dependências do apache22 e desinstala tudo,
e manda instalar novamente.

2011/3/28 Nilton Carlos Pavan :
> Nada cara
>
> O estranho é que o apache e nem o apr aparece no pkg_info
>
> Se tento instalar via porinstall www/apache22 ele da um erro no
> autocon-wrapper e automake-wrapper, que tb não estão instalados (via
> pkg_info)
>
> Alguma Luz?
>
>
>
>
> Em 28 de março de 2011 10:28, Rafael Henrique Faria <
> rafaelhfa...@cenadigital.com.br> escreveu:
>
>> 2011/3/28 Nilton Carlos Pavan :
>> > Bom dia Pessoal, estou com um problema na instalação do apache22 +
>> FreeBSD 8
>> >
>> >
>> > Se alguem tiver uma luz eu agradeço!
>> >
>>
>> Bom dia Nilton.
>>
>> Eu tive o mesmo problema. Tentei contornar de tudo quanto é forma, mas
>> sem sucesso.
>> A alternativa foi, desinstalar o Apache22, e o APR. Depois instalar o
>> Apache22 novamente.
>>
>> Funcionou sem problemas.
>>
>>
>> --
>> Rafael Henrique da Silva Faria
>> -
>> 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
>



-- 
Rafael Henrique da Silva Faria
-
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 Apache22 FreeBSD 8

[Rafael Henrique Faria]

2011/3/28 Nilton Carlos Pavan :
> Bom dia Pessoal, estou com um problema na instalação do apache22 + FreeBSD 8
>
>
> Se alguem tiver uma luz eu agradeço!
>

Bom dia Nilton.

Eu tive o mesmo problema. Tentei contornar de tudo quanto é forma, mas
sem sucesso.
A alternativa foi, desinstalar o Apache22, e o APR. Depois instalar o
Apache22 novamente.

Funcionou sem problemas.


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

Re: [FUG-BR] criando uma ponte no trafego de dados !! ajuda aos experts

[Rafael Henrique Faria]

Boa tarde Diogo, para podermos te ajudar, acho que vc precisa ser um
pouco mais claro, a sua mensagem está muito confusa, por isso o
pessoal está se confundindo.

Vamos lpa

2011/3/21 Diogo Rodrigo :
> prezados amigos , gostaria se e possivel isso com roteamento ou terei
> que desenvolver algum programa pra isso .
>
> tenho um modem 3g q pega algumas informacoes de um equipamento
> conectado via serial .
>

Entendemos: você possui um modem 3G, mas não sabemos qual tipo, ele é
apenas 3G? tem marca, modelo?, e neste modem está conectado um
equipamento qualquer através de porta serial. OK.

> este modem 3g tem saida serial onde ta plugado no meu equipamento .
>

O modem 3G possui uma saida serial, certo isso já ficou claro acima, e
que ele está conectado no seu equipamento também está claro. Mas
continua incerto que tipo de modem é, e que tipo de equipamento é.
O modem possui interface web? ele obtem acesso a internet através do
3G? Então ele obtem um IP do provedor 3G? Qual o provedor? Como que vc
acessa esse modem 3G?

>
> ele pega as informacoes e dispara para um determinado ip numa porta .
>

Quem pega as informações? Dá para entender que é o modem 3G, ele é
inteligente então? Não apenas um modem? É um equipamento próprio para
obter dados via seria e enviar para um destino (ip:porta)?

> e tenho um programa cliente q posso apontar para um ip e uma porta ,
> porem nao posso apontar direto para o modem 3g pois nao tem ip valido

Esse programa cliente aponta para um IP e uma porta.. hummm todos os
programas clientes devem fazer exatamente isso. Onde que está o
problema?

Pelo que dá para entender, o modem 3G precisa enviar os dados para
algum servidor, e você quer conectar esse programa cliente neste mesmo
servidor? Que servidor precisa que seja?

Bom, agora, partindo de um ponte diferente, sem interpretar exatamente
o que você escreveu:

Você possui um equipamento qualquer, que possui uma interface Serial
para coleta de dados, e você precisa coletar estes dados remotamente.
Isso já é um começo.

O local onde está localizado este equipamento só possui internet
através de conexão 3G.

Na conexão 3G, de alguma forma um IP precisa ser atribuido a um
equipamento atuando como router, as vezes o próprio modem, pode ser
que não seja um ip público, o seu provedor utiliza IPs privados para
usuários finais. Isso pode ser um problema.

Porém, se o seu modem 3G é inteligente a ponto de coletar sozinho os
dados de uma interface Serial e enviar para um Server, você pode usar
isso. Agora, precisamos saber que tipo de equipamento é esse que faz a
ponte entre a interface Serial e a rede 3G pq cada tipo de solução
pode precisar de um certo tipo de servidor (leia-se software rodando
em uma determinada porta em um computador ouvindo o q mandam para esta
porta).


> .
>
> enfim gostaria de alguma ajuda ou alguma ideia .
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Com estas informações pode ser que fique mais fácil te ajudar.

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

Re: [FUG-BR] FreeBSD no Brasil

[Rafael Henrique Faria]

Bom dia Felippe.

Acredito que com o foco principal do FreeBSD em rede, seria importante
citar sobre Bridge, Link Aggregation, CARP, entre outras coisas.

Configurar Bridge, o STP, entre placas de rede.

Fazer Link Aggregation entre o BSD e switches Cisco, 3Com, D-Link.

Falar sobre Jails e o novo VINUM. Tenho utilizado o mesmo com grande
sucesso em várias Jails.

E também sobre Virtualização, usando o FreeBSD em sistemas
virtualizados como VMWare como Host (ESXi por exemplo), Cyrix, entre
outros, e as otimizações necessárias, e recomendadas para tais
ambientes.

Se eu puder ajudar em qualquer uma dessas coisas, eu fico a disposição.

Abraço.

2011/3/22 Felippe de Meirelles Motta :
> Boa noite BSDs,
>
> Gostaria de convidá-los a contribuir para o grande trabalho realizado
> por Denis A de Souza, que escreveu o livro "FreeBSD - O Poder dos
> Servidores em suas Mãos"[1] O intuito deste email é coletar o máximo de
> sugestões, críticas e pontos de atenção para uma segunda edição do livro.
>
> Obviamente que a primeira impressão será a atualização da série do
> FreeBSD de 7.x para 8.x. O autor pretender melhorar ainda mais este
> livro, que já aborda demasiados assuntos para todos os níveis de
> conhecimento no FreeBSD.
>
> Como estou participando ativamente na elaboração deste trabalho (e
> outros, aguardem .. hehe!), sintam-se livres para enviar-me seu(s)
> ponto(s) de vista, idéias, inovações, críticas, etc. Afirmo, e tenho
> certeza que temos muitos bons profissionais e usuários de FreeBSD que
> vão colaborar e representar a comunidade oficial do FreeBSD no Brasil
> neste livro, em sua página dedicada aos agradecimentos.
>
> Obrigado e ótima semana à todos!
>
> Felippe M Motta
>
> [1] http://www.novatec.com.br/livros/freebsd/
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] RES: freebsd 8.2 - tuning de rede

[Rafael Henrique Faria]

Você chegou a testar com o "ping -f" para ver a real perda de pacotes?

root@freud rafaelhfaria # ifconfig lagg0
lagg0: flags=8843 metric 0 mtu 1500
options=19b
ether 00:1f:29:58:ee:b2
inet 172.30.0.1 netmask 0x broadcast 172.30.255.255
inet6 fe80::21f:29ff:fe58:eeb2%lagg0 prefixlen 64 scopeid 0x6
nd6 options=3
media: Ethernet autoselect
status: active
laggproto lacp
laggport: em2 flags=1c
laggport: em1 flags=1c
laggport: em0 flags=1c


root@freud rafaelhfaria # ping -f 172.30.1.1
PING 172.30.1.1 (172.30.1.1): 56 data bytes
..^C.
--- 172.30.1.1 ping statistics ---
398758 packets transmitted, 398756 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.060/0.108/11.330/0.038 ms
root@freud rafaelhfaria #

Perdendo 2 pacotes entre quase 400 mil pacotes, acredito que seja aceitável.
Porém no meu caso, tenho um Switch D-Link DGS-3100 no meio, e apenas esta
máquina está usando Link Aggregation. A outra possui apenas uma conexão com
o switch.

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

Re: [FUG-BR] duvida freeNas

[Rafael Henrique Faria]

2011/2/25 Diogo Rodrigo 

> prezados amigos , gostaria de tirar uma duvida basica .
>
> Bom dia Diogo.


>
> ele consegue bootar pelo 2 ? ou apenas faz o espelhamento dos dados , digo
> isso pq uma vez fiz um raid 1 num freebsd mas quando deu problema ele
> apagou
> o boot loarders e nao conseguia levantar o servidor , os dados ate estavam
> no outro hd replicados mas o boot loader não levantada o sistema
>
>
Eu não sei se o FreeNAS faz isso.

Pelo próprio FreeBSD, vocẽ consegue inserir o bootloader em ambos os discos,
e preparar ambos para dar boot por qualquer um deles. Eu uso isso, e
funciona muito bem.

Porém, o FreeNAS pelo que eu tenho usado, na instalação ele se instala
apenas em um único disco, e usa o restante como Storage... e quando você faz
o mirror, ele faz apenas do restante. (alguém que entenda melhor de FreeNAS
que me corrija caso esteja errado)

O ideal, é vocẽ utilizar um pen-drive, de 1GB por exemplo, com o FreeNAS
ele, e você usa os 2 discos inteiros como Storage.
E basta você salvar a configuração do FreeNAS com frequëncia.

Com isso, caso qualquer um dos dois discos apresente problemas, o Storage
continuará funcionando (com exceção se os dois discos derem problema), e
como o FreeNAS não estará em nenhum dos discos, você não terá problemas com
o boot. E por padrão, é mais dificil um Pen-drive apresentar problemas do
que um disco.

E caso o pen-drive apresente problemas, você instala o FreeNAS em um novo
pen-drive, e carrega o arquivo de configuração que você fez backup
anteriormente, e o Storage voltará a funcionar.

E como Bonus: usando pen-drive, você fica com 100% dos discos livre para
uso. (usando o FreeNAS em um deles, você perderá o espaço utilizado por ele
no disco, e em consequência você não conseguirá utilizar este espaço no
outro disco do RAID também.)

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

Re: [FUG-BR] Jail

[Rafael Henrique Faria]

Renato, depende a versão que vocẽ está usando do FreeBSD você pode usar o
VIMAGE, que é uma virtualização de interface de rede... funciona muito
melhor que o padrão ifconfig_alias+jails.

2011/2/7 Renato L. Sousa 

> Olá a todos
>
> Alterei a variavel do sysctl e não funcionou.  Alguns textos na internet
> dizem que precisa criar um alias com outro endereço na placa de rede,
> mas o handbook não fala nada a respeito.
> Como vcs criaram as jails ???
>
>
> Abraços,
>
> Renato
>
> Em 07-02-2011 13:37, Pedro Madsen escreveu:
> > tem que habilitar o security.jail.allow_raw_sockets pra 1...
> >
> > testa que vai de boa!
> >
> > Abs,
> >
> > Pedro Madsen
> >
> >
> > Em 7 de fevereiro de 2011 13:13, Renato L. Sousa
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Hardware para Servidor Fax FreeBSD

[Rafael Henrique Faria]

Eu não conheço muito sobre o assunto, alguém aqui da lista poderia comentar,
mas nesse caso, usando tantas linhas assim, não seria possível usar um
tronco E1? Possivelmente através de uma Digivoice.

Se eu não me engano, cada tronco E1 pode aceitar 30 linhas simultâneas. E
uma grande quantidade de números.


2011/2/3 Éderson Chimbida 

> Pessoal, tenho um servidor de FAX rodando FreeBSD com Hylafax com uma
> multi-serial com 6 modens externos da TrendNet.
>
> Mas agora preciso suportar 20 linhas para fax e em pouco tempo precisarei
> suportar mais 10! E não quero ter uma pilha de modens!
>
> Gostaria de saber se alguém pode me indicar alguma placa que possa suportar
> 10 ou melhor 20 portas e claro compatível com FreeBSD?
>
> Orbigado!
>
> --
> Éderson H. Chimbida
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Montar midia

[Rafael Henrique Faria]

Boa noite.

Você precisa habilitar o dispositivo, que pelo menos comigo, veio desativado
por padrão. Que é o caso do ATAPI.

O /dev/acd0 é o CD em IDE, e o /dev/cd0 é o CD em SCSI, que alguns softwares
necessitam para gravação.

http://www.freebsd.org/doc/handbook/creating-cds.html

No endereço acima mostra como habilitar o dispositivo.

Para mim resolveu.


2010/12/28 Haborym 

> Carlos Eduardo (Cartola),
>
> Nao expliquei direito minha duvida. Na verdade eu consigo acessar cd`s e
> dvd`s e tambem montar midias, a minha duvida e' com relacao a gravacao de
> cd`s e dvd`s tanto em linha de comando como em GUI. O FreeBSD nao esta
> reconhecendo que tem um disco virgem para ser gravado, tanto em linha de
> comando como em GUI usando K3B.
> Gostaria que alguem me desse uma luz para esse problema visto que minha
> preocupacao seria em fazer backup.
> Grato pela ajuda.
>
> Abs a todos
>
> Message: 4
> Date: Mon, 27 Dec 2010 22:25:39 -0200
> From: "Carlos Eduardo G. Carvalho (Cartola)" 
> Subject: Re: [FUG-BR] Montar midia
> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>
> Message-ID:
>
> 
> >
> Content-Type: text/plain; charset=ISO-8859-1
>
> Haborym, não dá pra montar um CD virgem, ele não tem um filesystem nele,
> não
> sendo possível montá-lo nem no linux. Pode gravá-lo e depois sim ele pode
> ser montado.
>
> Abs, Cartola.
>
>
> Message: 3
> Date: Mon, 27 Dec 2010 22:24:55 -0200
> From: Haborym 
> Subject: [FUG-BR] Montar midia
> To: freebsd@fug.com.br
> Message-ID: <201012272224.55582.haborym...@gmail.com>
> Content-Type: Text/Plain;  charset="us-ascii"
>
> Senhores
>
> Estou com um pequeno problema e gostaria de obter ajuda.
> Uso um desktop com FreeBSD 8.1 tenho usado ele normalmente.
> A dificuldade aparece quando tento gravar e montar um cd ou dvd
> virgem, uso o comando /mount e consigo acessar pendrive e todas as
> midias, mas quando tento inserir um cd virgem para gravar da o
> seguinte erro:
>
> mount_cd9660: /dev/acd0: Input/output error
>
> Pesquisei varias vezes e estou quebrando a cabeca para resolver isso.
>
> Sou usuario Linux  e estou tentando migrar para o FreeBSD como
> Desktop .
>
> Grato pela ajuda e desculpem pelo topico .
>
>
> --
> --
> Haborym 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] [OFF-TOPIC] Tchau InnoDB.... vc tem US2000 pra pagar ?

[Rafael Henrique Faria]

Mas a versão Community ainda possui o InnoDB:

http://www.mysql.com/products/community/
Que tipo de restrição ao uso será que a Oracle pretende fazer ao mesmo?

2010/11/17 lampada :
> Ela tirou do classic e colocou a partir da versão standard, e essas
> versões você tem que comprar se quiser usar o innodb.
>
> Mas da para baixar a versão classic GPL com o innodb*
>
> http://www.mysql.com/products/
>
> *http://www.infoq.com/br/news/2010/11/MySQL-Classic-InnoDB
>
> *Fernando (lampada)*
>
>
>
> Em 16 de novembro de 2010 21:00, Nenhum_de_Nos
>  escreveu:
>>
>> On Tue, November 16, 2010 17:56, Welkson Renny de Medeiros wrote:
>>
>> se eu não entendi errado, tá na mesma:
>> http://palominodb.com/blog/2010/11/04/oracle-not-removing-innodb
>>
>> recomendo ler os comentários tb.
>>
>> ou me enganei ?
>>
>> matheus
>>
>> --
>> We will call you cygnus,
>> The God of balance you shall be
>>
>> A: Because it messes up the order in which people normally read text.
>> Q: Why is top-posting such a bad thing?
>>
>> http://en.wikipedia.org/wiki/Posting_style
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] [OFF-TOPIC] Tchau InnoDB.... vc tem US2000 pra pagar ?

[Rafael Henrique Faria]

O Java já está entrando também... Sem flames por favor, mas as
noticias que ando lendo sobre o Java não andam animadoras... eu
gostaria de acreditar no contrário.

A briga entre a Oracle e a Apache Software Fundation vem desde a época
da Sun, mas a Oracle com certeza vai apertar mais ainda o cerco.


2010/11/16 Leonardo Augusto :
> Comecou o que eu sempre disse oracle comprou sun pra meter a faca...
>
> InnoDB que é o que faz o mysql ser um db "utilizavel" para coisas
> maiores, agora é pago...
>
> Daqui a um tempo... é o java.. se preparem... ehehe
>
> Odeio a oracle
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] FlashPlayer para o FreeBSD

[Rafael Henrique Faria]

2010/11/11 Patrick Tracanelli 

>
> Em 11/11/2010, às 14:08, Renato Botelho escreveu:
>
> > 2010/11/11 Eduardo Lemos de Sa :
> >> Caríssimos
> >>
> >> Por favor, alguém tem notícias sobre a instalação do Flashplayer
> (lembro-me
> >> de ter lido que a Adobe havia liberado o código fonte para uma empresa
> que
> >> faria o port para o FreeBSD)? Isto já tem um bom tempo e, procurando,
> nada
> >> encontrei.
> >
> > E provavelmente não vai encontrar. O pessoal da iXSystems assinou um
> > contrato com a adobe, porém, o código-fonte nunca foi entregue.
> Continuamos
> > na mesma.
>
> Vamos esperar a Apple comprar a Adobe e ai teremos o jkh e o Julian pra
> alfinetar ;-)
>
>
Ou então esperar o marcado para de utilizar o Flash... que, com as facadas
da Apple, não está mais tão longe quanto poderíamos imaginar.

Com o anuncio de que no futuro Mac OS X Lion (10.7) não será mais incluído o
Flash "on fabric", além de que nunca será liberado o Flash para o iOS, a
vantagem do Flash começou a ser questionada.

E observando as alegações da Apple do motivo de não incluir mais o Flash no
OS X, foram realizados estudos que comprovaram a razão da Apple.
Um Mac Book Air, acessando os mesmos sites com e sem flash, teve um ganho de
2 horas  a mais na duração da bateria (ficando sem Flash). E mais
impressionante ainda, as travadas repentinas que ocorriam com o Safari,
deixaram de ocorrer após a desinstação do Flash.

Eu mesmo pude presenciar esse fato. Após ficar 14 dias com o meu MBP sem
reiniciar, mantendo o Safari com várias abas abertas, e várias delas com
sites que possuem flash (apenas banners, ou videos - mas NENHUM site feito
inteiramente em flash), o Safari simplesmente paralizou... sem resposta...
0% de uso do processador, 0% de uso do disco... e 1.4gb de uso de memória.
Enquanto o Flash estava com 28% de uso do processador, 400MB de uso da
memória... porém após esperar 40 minutos, nada do Flash parar de usar o
processador, e do Safari responder. Solução: matei o processo do Flash com
um kill -9. Resumindo, o Safari voltou a responder como se nada tivesse
acontecido. E nos sites onde tinha banner em flash, apenas um X ficou
marcado. Mas nada que atrapalhasse.

Então, para a Apple, quem quiser usar o Flash, que use por sua própria conta
e risco, e o mesmo foi advertido que usar o Flash irá resultar em uma
péssima experiência. E com mais e mais sites usando o HTML5, o Flash logo
ficará de lado... apenas com sites antigos e sem manutenção.

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

Re: [FUG-BR] FreeBSD sendo cobrado em concursos?

[Rafael Henrique Faria]

No Concurso que eu entrei da Unesp, foi exigido conhecimentos
específicos de FreeBSD (apesar que na prova prática, usaram o
Freesbie, que tinha algumas diferenças para o FreeBSD mesmo).

E na Unesp, o sistema padrão adotado pela reitoria é o FreeBSD. Quem
quiser usar Linux, ou Windows Server, é por sua conta e risco.

Note que eu estou falando apenas sobre os servidores, em desktop o
padrão é Windows... mas tem projetos já de se migrar para Linux... mas
é um passo lento... fazer os usuários aceitarem o Linux não é tão
simples.

2010/10/19 Welkson Renny de Medeiros :
> Edital do TRT aqui do RN:
> http://www.cespe.unb.br/concursos/trt21rn2010/arquivos/EDITAL_N_1_TRT_RN_21_ABERTURA___24.09.2010.PDF
>
> Página 25 tem: Sistemas  operacionais Windows,  Unix,  Linux  e  BSD.
>
> (observe que no começo do texto eles informaram o nome BSD errado... BSB
> rsrs... no fim colaram correto.
>
> BSD é o poder! =)
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] FreeBSD / Linux / MAC ?

[Rafael Henrique Faria]

Utilizo Mac OS Snow Leopard no meu notebook (MacBook Pro), Mac OS
Leopard Server no meu desktop no trabalho (hackintosh).

2010/10/4 Leandro F Silva :
> Pessoal,
>
> O que vocês estão rodando no notebook de vocês, FreeBSD / Linux / MAC ?
> Poderiam responder com o tipo de hardware / configuração .. beneficios e as
> dificuldades..
>
> Até +
> Abraços !
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
-
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 vai continuar no FreeBSD

[Rafael Henrique Faria]

2010/9/4 irado furioso com tudo 

>
> com a morte prematura e cruel do OpenSolaris, muitos ficaram
> especulando sobre o destino do ZFS; pela noticia no link
> http://www.freebsdnews.net/2010/09/03/freebsd-continue-supporting-zfs/
> ficamos sabendo que Jakub Dawidek está preparando o port do OpenSolaris
> ZFS v28 :)
>
>
Olá Irado, o pjd já divulgou o patch do ZFS v28 para testes no dia 31...
quem participa da lista FreeBSD FS já está testando..

Recursos novos, muito interessantes. Vale a pena.

-- Forwarded message --
From: Pawel Jakub Dawidek 
Date: Tue, Aug 31, 2010 at 18:59
Subject: ZFS v28 is ready for wider testing.
To: freebsd...@freebsd.org
Cc: freebsd-curr...@freebsd.org


Hello.

I'd like to give you ZFS v28 for testing. If you are neither brave nor
mad, you can stop here.

The patchset is very experimental. It can eat your cookie and hurt your
teddy bear, so be warned. Don't try it for anything except testing.

This patchset is also a message we, as the FreeBSD project, would like
to send to our users: Eventhough OpenSolaris is dead, the ZFS file
system is going to stay in FreeBSD. At this point we have quite a few
developers involved in ZFS on FreeBSD as well as serveral companies.
We are also looking forward to work with IllumOS.

So, what this new ZFS brings?

- Data deduplication. Read more here:

   http://blogs.sun.com/bonwick/entry/zfs_dedup

- Triple parity RAIDZ (RAIDZ3). Read more here:

   http://dtrace.org/blogs/ahl/2009/07/21/triple-parity-raid-z/

- zfs diff. Read more here:

   http://arc.opensolaris.org/caselog/PSARC/2010/105/20100328_tim.haley

- zpool split. Read more here:


http://arc.opensolaris.org/caselog/PSARC/2009/511/20090924_mark.musante

- Snapshot holds. Read more here:


http://arc.opensolaris.org/caselog/PSARC/2009/297/20090511_chris.kirby

- zpool import -F. Allows to rewind corrupted pool to earlier
 transaction group.

- Possibility to import pool in read-only mode.

And much, much more, including plenty of preformance improvements and bug
fixes.

So test whatever you can and report back. Look for regressions, strange
behaviour, missing features, deadlocks, livelocks, preformance
degradation, etc.

The boot code is not updated at all, so booting off of ZFS doesn't
currently work.

The patch is against today's FreeBSD HEAD.

The patch enables (in sys/modules/zfs/Makefile) ZFS internal debugging,
please don't turn it off. Also, compile your kernel with the following
options:

   options KDB
   options DDB
   options INVARIANTS
   options INVARIANT_SUPPORT
   options WITNESS
   options WITNESS_SKIPSPIN
   options DEBUG_LOCKS
   options DEBUG_VFS_LOCKS

Ignore all the LOR (Lock Order Reversal) reports from WITNESS. There will
be plenty of those, and you'll desperately want to report them, but please
don't.

The best way to report a problem is to answer to this e-mail with as short
as possible procedure of how to reproduce it and debugging info. I'd
prefer textdump if possible. Below you can find quick procedure how to
setup textdumps:

   Choose spare/swap disk/partition in your system, let's say it is
   /dev/ad0s1b.

   Add the following line to /etc/fstab:

   /dev/ad0s1b noneswapsw  0   0

   Add the following line to /etc/rc.conf:

   ddb_enable="YES"

   Run the following commands:

   # /etc/rc.d/swap1 start
   # /etc/rc.d/dumpon start
   # /etc/rc.d/ddb start

   This will setup swap, mark it as dump device and setup some DDB
   scripts. Or you can just reboot.

   Now when your system panic or deadlock, enter DDB and call the
   following command:

   ddb> run kdb.enter.panic

   It will execute all the commands I need, dump them in text format to
   your swap device and reboot machine.

   After the reboot, you should find textdump.tar.0 file in /var/crash/
   directory. This is the debug info I need.

End of textdumps procedure.

Ok, now that I know you read everything carefully, here is the patch:

   http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2

Good luck! >:>

--
Pawel Jakub Dawidek   http://www.wheelsystems.com
p...@freebsd.org   http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!


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

Re: [FUG-BR] FreeBSD + CUPS Numero paginas Errado

[Rafael Henrique Faria]

Tem também o Pykota. Eu achei muito interessante. Tem recursos muito avançados.

2010/8/26 Rodrigo G. Crescencio :
> Olá Amigo,
>
> Sempre utilizei o CUPS e nunca me deu dores de cabeça, agora o que vc pode 
> fazer, é tentar configurar o IBQUOTA, que alem de vc ter controle de quantas 
> folhas um usuário poderá imprimir, axo que assim, quem ira controlar a 
> quantidade de páginas será o IBQUOTA
>
> http://www.ib.unicamp.br/ibquota/
>
> Att,
>
> Rodrigo G. Crescencio
> IT Manager / IT Analyst.
> RC - Soluções Inteligentes em TI.
> www.rcsolucoesinteligentes.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] RES: Script perl consome muito CPU

[Rafael Henrique Faria]

2010/8/17 Fernando Buzon Macedo 

> Obrigado.
> Eu acho que entendi sua idéia, vou ver em Perl e vou fazer, mas seria tipo:
>
> next LOG unless defined $message;
> if (!$message)
>  sleep 1
> else
> {
> //Resto do código
> }
>
>
Você colocou o sleep depois do retorno do loop. O comando que faz o look é o
"next LOG".

Eu tentaria algo do tipo:

LOG: sleep 1; while (1) {
   my $message = ;
   next LOG unless defined $message;

 Seria isso né?
> Valeu, se conseguir algo posto aqui.
>
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Rafael Henrique Faria
> Enviada em: terça-feira, 17 de agosto de 2010 10:27
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Script perl consome muito CPU
>
> 2010/8/17 Fernando Buzon Macedo 
>
> >
> > LOG: while (1) {
> >
> >
> Bom dia Fernando.
> O problema, é esse while (1)
>
> O código do script é realmente compacto, ele não realiza processamento.
> Então, ele não deveria, e não poderia consumir CPU.
> Porém, como ele está em um loop infinito, ele acaba consumindo CPU.
>
> O que você pode fazer, é melhorar esse script, com outras formas de obter
> os
> dados. Eu não conheço PERL, por isso não posso ajudar muito, mas posso dar
> uma sugestão:
>
>   next LOG unless defined $message;
>
> Nessa parte do código, em vez de já pular para o loop novamente quando não
> existir nenhum dado a ser processado, poderia ser dada uma pausa... de 1
> segundo por exemplo. Iria diminuir drasticamente o processamento.
>
>
> --
> Rafael Henrique da Silva Faria
> -
> 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
>



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

Re: [FUG-BR] Script perl consome muito CPU

[Rafael Henrique Faria]

2010/8/17 Fernando Buzon Macedo 

>
> LOG: while (1) {
>
>
Bom dia Fernando.
O problema, é esse while (1)

O código do script é realmente compacto, ele não realiza processamento.
Então, ele não deveria, e não poderia consumir CPU.
Porém, como ele está em um loop infinito, ele acaba consumindo CPU.

O que você pode fazer, é melhorar esse script, com outras formas de obter os
dados. Eu não conheço PERL, por isso não posso ajudar muito, mas posso dar
uma sugestão:

   next LOG unless defined $message;

Nessa parte do código, em vez de já pular para o loop novamente quando não
existir nenhum dado a ser processado, poderia ser dada uma pausa... de 1
segundo por exemplo. Iria diminuir drasticamente o processamento.


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

[FUG-BR] Problema com vLan

[Rafael Henrique Faria]

Boa noite.

Alguém já viu um comportamento assim em vLan:

Meu "netstat -r":
172.30 link#9 UCS 60  vlan0
172.30.0.1 0.1f.29.58.ee.b2   UHLW0   17  vlan0   1128
172.30.0.3 0.22.15.26.fb.aUHLW04  vlan0   1128
172.30.0.4 0.22.15.15.7.d7UHLW00  vlan0   1128
172.30.0.59localhost  UHS 02lo0
172.30.0.100   0.22.57.28.da.1UHLW0   13  vlan0   1132
172.30.0.101   0.24.73.13.2d.1UHLW01  vlan0   1134
172.30.255.255 link#9 UHLWb   2   47  vlan0

Note, que os MAC aparecem com "." no lugar dos ":". Todas as outras rotas,
para as outras interfaces, aparecem com o MAC normal.

O meu sistema, não consegue se identificar (tcpdump -i vlan0):

17:55:47.671674 arp who-has 172.30.0.59 (Broadcast) tell 172.30.0.1
17:55:47.671684 arp reply 172.30.0.59 is-at 00:40:a7:11:8b:d2 (oui Unknown)
17:55:48.664509 arp who-has 172.30.0.59 (Broadcast) tell 172.30.0.1
17:55:48.664524 arp reply 172.30.0.59 is-at 00:40:a7:11:8b:d2 (oui Unknown)
17:55:49.663208 arp who-has 172.30.0.59 (Broadcast) tell 172.30.0.1
17:55:49.663222 arp reply 172.30.0.59 is-at 00:40:a7:11:8b:d2 (oui Unknown)
17:55:50.663651 arp who-has 172.30.0.59 (Broadcast) tell 172.30.0.1
17:55:50.663665 arp reply 172.30.0.59 is-at 00:40:a7:11:8b:d2 (oui Unknown)
17:55:51.663327 arp who-has 172.30.0.59 (Broadcast) tell 172.30.0.1
17:55:51.663341 arp reply 172.30.0.59 is-at 00:40:a7:11:8b:d2 (oui Unknown)

Resumindo, eu não consigo pingar ninguém. Mas todos os outros IPs desta
vLan, conseguem se enxergar normalmente.

Meu ifconfig:

vlan0: flags=8843 mtu 1500
inet6 fe80::240:a7ff:fe11:8bd2%vlan0 prefixlen 64 scopeid 0x9
 inet 172.30.0.59 netmask 0x broadcast 172.30.255.255
ether 00:40:a7:11:8b:d2
 media: autoselect (1000baseT ) status: active
supported media: autoselect
 vlan: 990 parent interface: en0

O IP 172.30.0.101, é um switch 3com 4500, onde o meu micro está conectado,
este switch consegue pingar todos os outros IPs, com exceção do IP
172.30.0.59 (que é o meu IP).

A configuração do switch está assim:

#
interface GigabitEthernet1/0/2
 port link-type hybrid
 port hybrid vlan 990 tagged
 port hybrid vlan 1 untagged
 broadcast-suppression pps 3000
 undo jumboframe enable
 poe enable
 stp edged-port enable
#

Resumindo, meu switch enxerga todo mundo. Mas não me enxerga, e nem eu
enxergo ele.
Porém, dando um tcpdump na minha interface vlan, eu consigo ver todo o
trafego da vlan, e a minha maquina encontra os MAC das outras maquinas desta
mesma vlan.
Parece ser um problema de conversa entre a minha maquina, e o restante da
rede.

Alias, eu estou usando um Mac OS X Server Leopard 10.5.7.
Se alguém tiver uma luz, eu agradeço.

Abraço

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

Re: [FUG-BR] Parametro no DNS

[Rafael Henrique Faria]

2010/8/14 Gustavo Freitas 

> Pessoal
>
> Qual seria a diferença entre
>
> v=spf1 a mx ptr include:empresa.com.br ?all
>
> v=spf1 a mx ptr include:empresa.com.br -all
>
> Alguem pode me explicar..
>
> Basicamente o seguinte:

"?" na duvida entregue para (todos) all
"-" menos (todos) all (não entregue para todos)
"~" entregue, mas marque como spam.

Usando a regra passada por você, ficaria:

Todos os "a" do DNS, ou todos os hosts que fizerem parte do dominio.
Todos os MX do DNS, e todos os PTR.
E incluir o SPF do empresa.com.br (note que o dominio empresa.com.br, deve
possuir um registro TXT de SPF válido. E nunca faça:
dominio.com.br TXT "v=spf1 include:dominio.com.br"
Isso causa um loop, e dores de cabeça.

E por final, o que não casar com a regra, deve ser: "?"  entregue mesmo
assim, "-" descarte.

E recomendo, caso você tenha duvida, nunca usar o "?", mas sim o "~", pois o
"?" praticamente é como não ter SPF.


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



-- 
Rafael Henrique da Silva Faria
-
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 - NAS ou iSCSI no Freebsd para file server

[Rafael Henrique Faria]

Isso é verdade... e deve ser levado em conta.

O que eu verifiquei, se o OpenSolaris, realmente atendeu ao cenário, sem
problemas...
E ele atendeu. Então, eu não preciso esperar uma atualização para atender
algum recurso que eu precise. Afinal, tal atualização pode nunca surgir.

O meu storage, fica isolado da rede principal, possui uma rede exclusiva, e
fisicamente separada da rede de internet, então eu não preciso me preocupar
com invasão, ou seja, com patches de correção.

Afinal, não sabemos o que a Oracle planeja para o OpenSolaris. Pode ser que
ele continue a ser mantido, mesmo que o Solaris não esteja mais disponivel
com o código aberto. Mas ao mesmo tempo pode ser que os desenvolvedores do
OpenSolaris desistam do projeto... o futuro é incerto.

Veja se a solução atual te atende, e se vc precisará de suporte para ele no
futuro. Leve tudo em conta.

Principalmente, que por enquanto, o OpenSolaris, mesmo com futuro incerto,
possui o iSCSI superior a qualquer outra solução livre.

A não ser que você esteja disposto a gastar uns 40.000 dolares em uma
solução de storage comercial. :D

2010/8/11 irado furioso com tudo 

> Em Wed, 11 Aug 2010 15:37:02 -0300
> Rafael Henrique Faria , conhecido
> consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu:
>
> > Boa tarde Leonardo.
> >
> > Se você quiser utilizar o iSCSI em produção, acredito que o mais
> > recomendável seja o OpenSolaris.
>
> só é preciso tomar cuidado porque não se sabe bem o que vai acontecer
> com o OpenSolaris - futuro meio nebuloso, ao que parece.
>
>
> http://www.neowin.net/news/solaris-10-no-longer-free-future-of-opensolaris-questioned
>
> --
>  saudações,
>  irado furioso com tudo
>  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
>  Não uso drogas - 100% Miko$hit-free
> "quando si muere la carne la alma busca su sitio" - Inti Illimani
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
-
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 - NAS ou iSCSI no Freebsd para file server

[Rafael Henrique Faria]

Boa tarde Leonardo.

Se você quiser utilizar o iSCSI em produção, acredito que o mais
recomendável seja o OpenSolaris.

Na minha configuração, eu tenho 4 servidores rodando o OpenSolaris.

3 deles, exportando os discos fisicos via iSCSI.

O quarto, importa os discos das 3 maquinas, e utiliza eles para criar um
pool Raidz2, com o ZFS.

E no ZFS um zVolume é criado, e exportado via iSCSI, para os VMWare...

Com isso, eu aproveito a segurança do Raidz2.

Eu não conheço muito o OpenSolaris não. Apenas utilizei ele para fazer essa
configuração, segundo diversos tutoriais que encontrei pela net, incluindo a
documentação dele (que alias, é excelente para isso).

2010/8/11 Leonardo Augusto 

> Bom Rafael, entao a melhor solucao para iscsi free é mesmo o
> opensolaris correto ?
>
> Já que a do freebsd esta verde ainda e o opensolaris me parece ser
> superior ao linux para essa tarefa.
>
> Voce usa muito opensolaris ? Nunca teve problemas ?
>
> Obrigado
>
>
> > Eu tenho utilizado bastante o FreeBSD como iSCSI Target.
> >2010/8/6 Rafael Henrique Faria :
> > Bom dia Leonardo.
> >
>
> > O iSCSI Target que era utilizado no FreeNAS, não era bom. Era um port do
> > iSCSI Target do NetBSD, bem defasado, faltando muita coisa no protocolo.
> > Eu utilizava ele para fazer storage para servidores VMWare ESXi, e tive
> > muitos problemas.
> > Porém, um desenvolvedor (o Aoyama) criou um novo iSCSI Target para o
> > FreeBSD, e incorporou ao FreeNAS,
> >
> > http://shell.peach.ne.jp/aoyama/
> >
> > istgt-20010707.tar.gz<
> http://shell.peach.ne.jp/~aoyama/wordpress/download/istgt-20100707.tar.gz>
> >
> > Porém, você precisa baixar o FreeNAS do site acima (o blog do
> desenvolvedor)
> > para obter a ultima versão do iSCSI Target criado por ele.
> > Funciona bem, tem bastante recursos, mas ainda é experimental.
> >
> > Se você quer ter um storage iSCSI Target, confiável, eu recomendo o
> > OpenSolaris. Estou usando ele como storage do meu VMWare EXSi, com 4
> > servidores rodando OpenSolaris, exportando vários discos via iSCSI,
> > importando todos em apenas um, criando um volume através do ZFS, e
> > exportando novamente via iSCSI para diversos VMWare ESXi, e a performance
> é
> > excelente, sem reclamações, e a estabilidade também.
> >
> > E quanto ao FreeNAS, ele não está descontinuado.
> > O iXsystems, está refazendo ele inteiro, tirando de PHP, e passando acho
> que
> > para Python.
> > O FreeNAS que conhecemos, não existirá mais. Será um novo, totalmente
> > remodelado, porém ainda usando FreeBSD como base, e provavelmente o iSCSI
> > Target do Aoyama.
> >
> > Porém, a visão do FreeNAS, é mais NAS mesmo, apesar de ele fazer bem o
> papel
> > de SAN através do iSCSI, ele não é para isso.
> >
> > Eu estou querendo criar uma versão, que seja dedicada a SAN, com mais
> > configurações possiveis em relação a essa visão, e não a compartilhamento
> de
> > file systems, mas compartilhamento de discos, para uso corporativo, e um
> > monitoramento melhor par missões criticas. Porém, está tudo em projeto
> > ainda. Eu estou estudando o código do iSCSI Target do Aoyama, para poder
> > trabalhar em cima dele, e agregando recursos existentes em storages
> > corporativos, como o EMC2, EqualLogic, entre outros... integração com a
> API
> > de vStorage, entre outros recursos.
> >
> > 2010/8/5 Leonardo Augusto 
> >
> >> Olá pessoal,
> >>
> >> Desculpem minha ignorância nesse assunto, dei uma pesquisada e vi
> >> muita gente falando que o freenas esta com dias contados, que o NAS
> >> é mais voltado para file sharing que o iscsi, este é mais voltado para
> >> apps como database por exemplo.
> >>
> >> Enfim, minha pergunta a quem puder responder com mais propriedade é a
> >> seguinte:
> >>
> >> - Consigo centralizar um storage no freebsd e via nas ou iscsi fazer
> >> com que um windows server use esse espaco em disco ?
> >>
> >> Quero usar as tranqueiras do active directory para poder usar as GPOs
> >> para limitar as estacoes dos usuarios, mas queria usar
> >> o storage no freebsd, por que confio mais que o win. Tambem quero usar
> >> o controle de read/write shares la no windows.. só o storage
> >> mesmo ficar no bsd, isso é possivel ?
> >>
> >> Agora minha duvida é se uso nas ou iscsi, o desempenho em file
> >> transfer na rede é muito diferente entre eles ?
> >>
> >> Se alguem quiser opiniar ou tiver algum tutorial ou artigo sobre o
> >> assunto... Instalar um ou outro eu

Re: [FUG-BR] OFFTOPIC - NAS ou iSCSI no Freebsd para file server

[Rafael Henrique Faria]

Boa tarde Leonardo.

2010/8/6 Leonardo Augusto 

> Ola Rafael,
>
> Obrigado pelos comentarios.
>
> Bem, eu vi que fala no livro "freebsd o poder dos servidores em suas
> maos" do Denis Augusto um capitulo sobre iScsi no bsd com um port para
> iscsi o /usr/ports/net/iscsi-target, que segundo o autor foi portado
> do netbsd.
>
> Esse do ports do freebsd nao é estavel e utilizavel a nivel de producao ?
>
>
Eu tive péssimas experiências com o port do iSCSI do NetBSD em produção. Ele
funcionou bem, enquanto estava utilizando apenas 1 initiator... a partir do
segundo, o file system corrompe.



> Essa solucao do opensolaris me parece atraente.
> Mas depois que a oracle comprou a sun, tenho medo de tudo que era da
> sun, do opensolaris, do java... de tudo.. ate do mysql to
> com medo. Pq pelo que conheco da oracle, é questao de tempo para eles
> ferrarem com tudo.
>
> Tenho a mesma opnião... por isso estou investindo certo esforço para
contribuir para o projeto do Aoyama.

Eu recomendo você puxar ele, e testar por você mesmo. Não tive experiências
ruins até agora (tirando apenas um problema de autenticação usando o iSCSI
Initiator da globalSAN para Mac OS).

Bom, mas independente da solucao a rede pra trafegar o iscsi deve ser
> gigabit correto ?
>
>
Exato, quanto mais veloz a rede, melhor. Maior banda, e menor latência,
melhor será o desempenho do seu trafego.

Porém, eu utilizo em minha casa, com rede de 100mb, e apenas 1 initiator, e
funciona normalmente, consigo assistir videos, entre outras coisas.


> []'s
>
>
>
> 2010/8/6 Rafael Henrique Faria :
> > Bom dia Leonardo.
> >
> > Eu tenho utilizado bastante o FreeBSD como iSCSI Target.
> >
> > O iSCSI Target que era utilizado no FreeNAS, não era bom. Era um port do
> > iSCSI Target do NetBSD, bem defasado, faltando muita coisa no protocolo.
> > Eu utilizava ele para fazer storage para servidores VMWare ESXi, e tive
> > muitos problemas.
> > Porém, um desenvolvedor (o Aoyama) criou um novo iSCSI Target para o
> > FreeBSD, e incorporou ao FreeNAS,
> >
> > http://shell.peach.ne.jp/aoyama/
> >
> > istgt-20010707.tar.gz<
> http://shell.peach.ne.jp/~aoyama/wordpress/download/istgt-20100707.tar.gz>
> >
> > Porém, você precisa baixar o FreeNAS do site acima (o blog do
> desenvolvedor)
> > para obter a ultima versão do iSCSI Target criado por ele.
> > Funciona bem, tem bastante recursos, mas ainda é experimental.
> >
> > Se você quer ter um storage iSCSI Target, confiável, eu recomendo o
> > OpenSolaris. Estou usando ele como storage do meu VMWare EXSi, com 4
> > servidores rodando OpenSolaris, exportando vários discos via iSCSI,
> > importando todos em apenas um, criando um volume através do ZFS, e
> > exportando novamente via iSCSI para diversos VMWare ESXi, e a performance
> é
> > excelente, sem reclamações, e a estabilidade também.
> >
> > E quanto ao FreeNAS, ele não está descontinuado.
> > O iXsystems, está refazendo ele inteiro, tirando de PHP, e passando acho
> que
> > para Python.
> > O FreeNAS que conhecemos, não existirá mais. Será um novo, totalmente
> > remodelado, porém ainda usando FreeBSD como base, e provavelmente o iSCSI
> > Target do Aoyama.
> >
> > Porém, a visão do FreeNAS, é mais NAS mesmo, apesar de ele fazer bem o
> papel
> > de SAN através do iSCSI, ele não é para isso.
> >
> > Eu estou querendo criar uma versão, que seja dedicada a SAN, com mais
> > configurações possiveis em relação a essa visão, e não a compartilhamento
> de
> > file systems, mas compartilhamento de discos, para uso corporativo, e um
> > monitoramento melhor par missões criticas. Porém, está tudo em projeto
> > ainda. Eu estou estudando o código do iSCSI Target do Aoyama, para poder
> > trabalhar em cima dele, e agregando recursos existentes em storages
> > corporativos, como o EMC2, EqualLogic, entre outros... integração com a
> API
> > de vStorage, entre outros recursos.
> >
> > 2010/8/5 Leonardo Augusto 
> >
> >> Olá pessoal,
> >>
> >> Desculpem minha ignorância nesse assunto, dei uma pesquisada e vi
> >> muita gente falando que o freenas esta com dias contados, que o NAS
> >> é mais voltado para file sharing que o iscsi, este é mais voltado para
> >> apps como database por exemplo.
> >>
> >> Enfim, minha pergunta a quem puder responder com mais propriedade é a
> >> seguinte:
> >>
> >> - Consigo centralizar um storage no freebsd e via nas ou iscsi fazer
> >> com que um windows server use esse espaco em disco ?
> >>
> >> Quero usar as tranqueiras do 

Re: [FUG-BR] OFFTOPIC - NAS ou iSCSI no Freebsd para file server

[Rafael Henrique Faria]

Bom dia Leonardo.

Eu tenho utilizado bastante o FreeBSD como iSCSI Target.

O iSCSI Target que era utilizado no FreeNAS, não era bom. Era um port do
iSCSI Target do NetBSD, bem defasado, faltando muita coisa no protocolo.
Eu utilizava ele para fazer storage para servidores VMWare ESXi, e tive
muitos problemas.
Porém, um desenvolvedor (o Aoyama) criou um novo iSCSI Target para o
FreeBSD, e incorporou ao FreeNAS,

http://shell.peach.ne.jp/aoyama/

istgt-20010707.tar.gz

Porém, você precisa baixar o FreeNAS do site acima (o blog do desenvolvedor)
para obter a ultima versão do iSCSI Target criado por ele.
Funciona bem, tem bastante recursos, mas ainda é experimental.

Se você quer ter um storage iSCSI Target, confiável, eu recomendo o
OpenSolaris. Estou usando ele como storage do meu VMWare EXSi, com 4
servidores rodando OpenSolaris, exportando vários discos via iSCSI,
importando todos em apenas um, criando um volume através do ZFS, e
exportando novamente via iSCSI para diversos VMWare ESXi, e a performance é
excelente, sem reclamações, e a estabilidade também.

E quanto ao FreeNAS, ele não está descontinuado.
O iXsystems, está refazendo ele inteiro, tirando de PHP, e passando acho que
para Python.
O FreeNAS que conhecemos, não existirá mais. Será um novo, totalmente
remodelado, porém ainda usando FreeBSD como base, e provavelmente o iSCSI
Target do Aoyama.

Porém, a visão do FreeNAS, é mais NAS mesmo, apesar de ele fazer bem o papel
de SAN através do iSCSI, ele não é para isso.

Eu estou querendo criar uma versão, que seja dedicada a SAN, com mais
configurações possiveis em relação a essa visão, e não a compartilhamento de
file systems, mas compartilhamento de discos, para uso corporativo, e um
monitoramento melhor par missões criticas. Porém, está tudo em projeto
ainda. Eu estou estudando o código do iSCSI Target do Aoyama, para poder
trabalhar em cima dele, e agregando recursos existentes em storages
corporativos, como o EMC2, EqualLogic, entre outros... integração com a API
de vStorage, entre outros recursos.

2010/8/5 Leonardo Augusto 

> Olá pessoal,
>
> Desculpem minha ignorância nesse assunto, dei uma pesquisada e vi
> muita gente falando que o freenas esta com dias contados, que o NAS
> é mais voltado para file sharing que o iscsi, este é mais voltado para
> apps como database por exemplo.
>
> Enfim, minha pergunta a quem puder responder com mais propriedade é a
> seguinte:
>
> - Consigo centralizar um storage no freebsd e via nas ou iscsi fazer
> com que um windows server use esse espaco em disco ?
>
> Quero usar as tranqueiras do active directory para poder usar as GPOs
> para limitar as estacoes dos usuarios, mas queria usar
> o storage no freebsd, por que confio mais que o win. Tambem quero usar
> o controle de read/write shares la no windows.. só o storage
> mesmo ficar no bsd, isso é possivel ?
>
> Agora minha duvida é se uso nas ou iscsi, o desempenho em file
> transfer na rede é muito diferente entre eles ?
>
> Se alguem quiser opiniar ou tiver algum tutorial ou artigo sobre o
> assunto... Instalar um ou outro eu ja achei varios, meu problema
> nao é esse, é o de conceito mesmo, saber qual em qual é mais vantajoso
> investir.
>
> Agradeco qualquer ajuda no caso.
>
> Leonardo
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] DNS

[Rafael Henrique Faria]

Bom, em primeiro lugar, seria bom você ser um pouco mais claro sobre o seu
cenário.

Mas, vamos ver se consegui entender.

Vc tem um IP valido:

200.x.x.x

e diversos IPs, atrás deste IP valido, usando NAT provavelmente.

192.168.1.1 - webserver
192.168.1.2 - webmail

E vc quer que ao acessarem o IP valido 200.x.x.x, seram redirecionados para
os serviços destas máquinas.

Pode ser utilizado dois modos:

1o. redirecionamento de porta>

200.x.x.x:80 -> 192.168.1.1:80
200.x.x.x:1080 -> 192.168.1.2:80

Mas teria o incomodo de se utilizar: http://webmail.seudominio.com.br:1080

2o. usar proxy-reverso, pelo Apache.

em um subdominio www.seudominio.com.br, configurar para ele redirecionar
para 192.168.1.1
e o mesmo com o subdominio webmail.seudominio.com.br, configurar para ele
redirecionar para 192.168.1.2

Esse segundo caso é o mais recomendável, e o ideal. Apesar que outras
configurações devem ser feitas do lado dos servidores web, para se saber o
IP real de quem está acessando, e não o IP do proxy reverso.

Abraço


2010/8/4 Luan Tasca 

> Opa, precisando de mais uma ajuda ae, deixa eu explicar minha situação,
> tenho o dominio "dominio.com.br", e só tenho um ip fixo, ele esta no
> firewall, e tenho varios servidores (email, proxy, web), preciso do
> seguinte, webmail.dominio.com.br abrir o webmail que esta no servidor
> "mail", e site.dominio.com.br abrir o site que esta no servidor "web".
> Tentei de varias formas fazer isso, e não estou conseguindo. Alguma dica?
> --
> */OpenS Tecnologia/*
>
> *Atenciosamente,*
> Luan Tasca
> Suporte Tecnico
> l...@opens.com.br 
> Rua Padre Marcelino Champagnat, 236
> Jardim Atlântico - Florianópolis - SC - Brasil
> +55 (48) 3954-8000 / 3954-8043
> http://www.opens.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Medir carregamento de página

[Rafael Henrique Faria]

O Safari faz isso com perfeição.

Mostra gráficos, cada imagem, cada js, o quanto tempo levou para ser
carregado, e a pagina como um todo, o que demorou mais.

Recomendo.

2010/7/22 akada 

>   Senhores (as),
>   Bom dia!
>   Por favor, estou precisando da seguinte ajuda de vocês... Alguém
>   conhece algum software independente ou plugin do firefox que realize a
>   medição do tempo de carregamento de uma página?
>   Vou explicar a necessidade. Após uma modificação em minha estrutura
>   de rede (de proxy configurado manualmente, para proxy transparente),
>   estou sentindo uma lentidão enorme no carregamento das páginas.
>   Quando coloco o proxy manualmente no navegador, a navegação fica bem
>   mais rápida. Só que eu queria uma ferramenta que pudesse medir o que
>   estou dizendo.
>   Sendo assim, alguém conhece? Plugin do Mozilla Firefox? Nagios? Quais
>   as sugestões?
>   Obrigado,
>   Atenciosamente,
>   Rodrigo Gomes
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



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

Re: [FUG-BR] Apos atualização DNS ficou com erro

[Rafael Henrique Faria]

Pelo menos para mim, não está bem claro o que está acontecendo.

Você instalou o Bind do ports, e está tentando usar o rc.d do sistema, é isso?

O bind do ports, não irá funcionar com o /etc/rc.d/named
Ele tem o dele em /usr/local/etc/rc.d

E se eu não me engano, para habilitar, deve ser colocado algo como
bind_enable="YES" no rc.conf. Faz muito tempo que eu não uso o bind do
ports, por isso não posso te dar uma ajuda melhor.

Mas veja que é bem diferente usar o Bind do sistema, e do Ports...

2010/7/15 Gustavo Freitas :
> Alguem pode me ajudar com o problema abaixo
>
> como posso fazer para colocar no rc.d ja que não funciona os comando
> start, restart. etc..
>
>
> A versao é bind96-9.6.2.2.
>
> Em 13 de julho de 2010 18:32, Gustavo Freitas  
> escreveu:
>> Pessoal,
>>
>> Eu descobri o erro.. é no arquivo named em /etc/rc.d
>>
>> executei o comando
>>
>> usr/local/sbin/named -u e foi iniciado
>>
>> Só que ele não inicia automaticamente ao reiniciar o servidor.. mesmo
>> com os paramentros
>> no rc.conf
>>
>> named_enable="YES"
>> named_program="/usr/local/sbin/named"
>> named_flags="-c /etc/namedb/named.conf"
>> named_pidfile="/var/run/named/pid"
>> named_uid="bind"
>> named_chrootdir="/var/named"
>> named_chroot_autoupdate="YES"
>> named_symlink_enable="YES"
>>
>>
>> Alquem pode me mandar o arquivo named do /etc/rc.d para esta versao atual..
>>
>>
>>
>>
>> Em 13 de julho de 2010 17:06, Gustavo Freitas  
>> escreveu:
>>> A versao antiga era bind96-9.6.1.1.. foi depois da atualização..
>>>
>>> Em 13 de julho de 2010 16:58, Enio Marconcini # www.Enio.Pro.Br
>>>  escreveu:
 2010/7/13 Gustavo Freitas 

> Pessoal,
>
> Segui a dica de vcs.. porem o DNS ficou apresentando erro,
> fiz atualização e inclusive do bind96. a versão atual é
> bind96-9.6.2.2.
>
>
> "/etc/rc.d/named: 15: Syntax error: redirection unexpected"
>
> Minhas configurações não mudaram.. o que serão que houve..
>
> v
> --
> Gustavo Freitas
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


 qual versão tava rodando antes?

 da uma olhada aqui

 http://my.safaribooksonline.com/0596001584

 veja se nas versões não mudou nada nas confs

 tenta comentar a linha que aponta o erro e ver onde mais acontece

 --
 ENIO RODRIGO MARCONCINI
 gtalk: eni...@gmail.com
 skype: eniorm
 msn: /dev/null

 .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
 Have trouble with Windows - reboot!
 Have trouble with Unix - be root!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] ALTQ para Balanceamento

[Rafael Henrique Faria]

Boa noite lista.

Estou com um problema com o PF+ALTQ.

A máquina é um FreeBSD 8.1-PRE, configurado como Bridge.
Esta máquina está entre um Cisco 7200, e um 3Com 7900. E a função
dela, será balancear a banda entre diversas subredes.

Eu criei 4 tabelas, cada uma contendo as subredes que serão balanceadas:

table  { ips/24 }
table  { ips/24 }
table  { ips/24 }
table  { ips/24 }

As interfaces da maquina são:

wan (ligada ao Cisco): bce0
lan (ligada ao 3Com): bce1
bridge (entre bce0 e bce1): bridge0
vlan (ip administrativo): vlan1

Agora, qual é o meu problema.

Após criar as 4 queues (mais a root), eu precisei colocar uma 5a.
queue, como default, pois o ALTQ não permitia ficar sem uma queue
Default.

altq on $lan_if bandwidth 33Mb hfsc queue { dl_sub1, dl_sub2, dl_sub3,
dl_sub4, dl_def }
   queue dl_sub1   bandwidth 8Mb priority 1 qlimit 300 hfsc (realtime
3.20Mb upperlimit 22.40Mb)
   queue dl_sub2   bandwidth 8Mb priority 1 qlimit 300 hfsc (realtime
3.20Mb upperlimit 22.40Mb)
   queue dl_sub3bandwidth 8Mb priority 1 qlimit 300 hfsc (realtime
3.20Mb upperlimit 22.40Mb)
   queue dl_sub4bandwidth 8Mb priority 1 qlimit 300 hfsc (realtime
3.20Mb upperlimit 22.40Mb)
   queue dl_def   bandwidth 128Kb hfsc (default)

Agora, eu setei todos os pass para as queues:

pass log quick from  to any keep state queue (dl_sub1)
pass log quick from  to any keep state queue (dl_sub2)
pass log quick from  to any keep state queue (dl_sub3)
pass log quick from  to any keep state queue (dl_sub4)

Porém, simplesmente não funciona.
Eu coloquei log em todas as regras, para ter certeza que estava
casando com os IPs das subredes... e tudo está casando...
Coloquei abaixo de todas, pass log all. E fiquei monitorando essa
regra, e não passou nenhum IP das subredes das regras acima.

É muito estranho, pq o consumo da banda, fica meio dividido.
Como podemos ver pelo: pfctl -vvs queue

queue   dl_sub1 on bce1 bandwidth 7Mb hfsc( linkshare 7.60Mb )
  [ pkts: 263901  bytes:  289112081  dropped pkts:  0 bytes:  0 ]
  [ qlength:   0/ 50 ]
  [ measured:   475.2 packets/s, 4.11Mb/s ]
queue   dl_sub2 on bce1 bandwidth 7Mb hfsc( linkshare 7.60Mb )
  [ pkts: 567386  bytes:  747149661  dropped pkts:  0 bytes:  0 ]
  [ qlength:   0/ 50 ]
  [ measured:   561.2 packets/s, 5.84Mb/s ]
queue   dl_sub3 on bce1 bandwidth 7Mb hfsc( linkshare 7.60Mb )
  [ pkts: 268904  bytes:  383246359  dropped pkts:  0 bytes:  0 ]
  [ qlength:   0/ 50 ]
  [ measured:   195.8 packets/s, 2.08Mb/s ]
queue   dl_sub4 on bce1 bandwidth 7Mb hfsc( linkshare 7.60Mb )
  [ pkts: 407467  bytes:  527832993  dropped pkts:  0 bytes:  0 ]
  [ qlength:   1/ 50 ]
  [ measured:   660.0 packets/s, 7.37Mb/s ]
queue  dl_def on bce1 bandwidth 128Kb hfsc( default )
  [ pkts:1009121  bytes: 1171633648  dropped pkts: 17 bytes:  18399 ]
  [ qlength:   0/ 50 ]
  [ measured:  1072.0 packets/s, 11.20Mb/s ]


Como podemos ver, está tendo uma certa divisão dos pacontes dentro das
queues... mas não como foi configurado.
A maior parte (11.2mb/s) está saindo pela default... sendo que nas
regras PASS está redirecionando todo o tráfego para as queues...

Alguém já configurou o ALTQ com sucesso, pode dar uma luz?

Agradeço antecipadamente.

-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Possíveis acesso na maquina..

[Rafael Henrique Faria]

Olá Ricardo.

É melhor você ser um pouco mais claro quanto a que tipo de log você deseja.
Acessos remotos, podem ser qualquer coisa.

Acesso via Web, aí você irá encontrar no log do apache... acesso via
FTP, vai estar no log do seu servidor de FTP.

Tem o log de autenticação:

cat /var/log/auth.log

Acho que pode servir para o que você deseja. Mas note que é apenas de
autenticação. Mostra quem logou na máquina. Via SSH, terminal, SU.

Acho que não mostra login via ftp (me corrijam se estiver errado).

Aí depende de cada aplicação armazenar o seu log.

Caso não seja nenhum desses, seja mais especifico que o pessoal pode
te dar uma ajuda.

2010/6/7 Ricardo Tweeg :
> Boa tarde a todos..
>
> Gostaria de uma orientação de onde devo procurar  (ler aquivos ou executar 
> comandos) para encontrar possíveis acessos efetuados remotamente em um 
> FreeBSD 6.
> Atualmente estou usando o comando "last" e também verificando o arquivo 
> ~/.history.
>
> Onde mais eu posso buscar informações sobre data, hora, comandos e outras 
> coisas executadas nesta máquina?
>
> Obrigado..
>
>
>
> att,
>
> Ricardo
>
>
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Teclado não funciona no Menu Beastie

[Rafael Henrique Faria]

As vezes isso funciona ativando (ou desativando) o USB Legacy da bios.

Caso não tenha feito isso, vale a pena tentar.

2010/6/2 Enio Marconcini # www.Enio.Pro.Br :
> 2010/6/1 Felipe Nolasco 
>
>> Era isso que o Renato te aconselhou que ia te falar, atualiza a BIOS.
>>
>> 2010/6/1 Renato Botelho 
>>
>> > 2010/6/1 Enio Marconcini # www.Enio.Pro.Br :
>> > > Pessoal,
>> > >
>> > > o teclado (tanto USB ou PS2) não funciona no Menu Beastie (tanto no
>> 7.2,
>> > > 8.0) num servidor HP ProLiant ML110 G6 e num DL120 G6
>> > >
>> > > mas somente no menu beastie, após o boot o mesmo passa a funcionar...
>> > >
>> > > teria algum ajuste para resolver isso?
>> >
>> > Já tive esse problema, mas só ocorria com teclados USB, PS2 é
>> > a primeira vez que ouço falar.
>> >
>> > No meu caso o problema era a BIOS da máquina, resolvi atualizando.
>> >
>> > --
>> > Renato Botelho
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>>
>>
>>
>> --
>> Felipe Nolasco aka 'xfnolx'
>> ICQ: 120505047
>> MSN: felipenolasco at gmail.com
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
> fiz a atualização também pra ver se resolvia, mas no meu caso a sorte foi de
> menos, e não resolveu eheheheh
>
> abraços
>
> --
> ENIO RODRIGO MARCONCINI
> gtalk: eni...@gmail.com
> skype: eniorm
> msn: /dev/null
>
> .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
> Have trouble with Windows - reboot!
> Have trouble with Unix - be root!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Reparticionamento de disco

[Rafael Henrique Faria]

Boa noite Rodrigo.

Em que formato está a sua partição?

MBR é até fácil alterar o tamanho... depois basta um growfs para
redimencionar o filesystem, e você pode usufruir da nova capacidade...

Porém com GPT, a coisa complica um pouco.

Eu tenho acompanhado uma discussão sobre um patch para
redimencionamento em GPT na lista do freebsd, porém é tudo bem
experimental ainda.

2010/4/23 Rodrigo de Oliveira Gomes :
> Senhores,
>
> Boa noite!
>
> Por favor, preciso da seguinte ajuda de vocês! :-)
>
> Tenho um disco de 750GB (/dev/ad1), nele existe uma única partição de
> 500G. A aplicação que está utilizando essa partição está consumindo o
> espaço disponível com uma velocidade maior do que eu esperava. Sendo
> assim, preciso aumentar o tamanho dessa partição, mas não gostaria de
> perder os dados existentes nela.
>
> Existe alguma ferramenta no FreeBSD que eu consiga reparticionar
> (aumentar) uma partição existente sem perder os dados contidos nela?
>
> Exemplo... Tenho uma partição de 500G em um disco de 750G. Gostaria que
> a partição utilizasse os 750G. Alguma dica?
>
> Obrigado,
>
> Atenciosamente,
>
> Rodrigo Gomes
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] HA em Freebsd 7.1

[Rafael Henrique Faria]

Eu tenho usado o proxyha, e achei muito bom... gostei de ter uma interface
web para monitorar o uso, e coisas do tipo.

Estou usando principalmente para servidores web... criei uns scripts em php,
que monitoram o load do servidor, e caso o load seja acima do desejado o
proxyha para de enviar requisições para esse servidor... criando assim um
load balancer...

Ele é altamente configurável.

2010/4/22 André Ormenese 

> Bom dia !!!
> Preciso implementar HA em dois servidores de banco de dados, com rodando
> freebsd 7.1.
> O que vcs acham melhor utilizar ???  Heartbeat, carp, ucarp, ou outra
> coisa ???
>
> Obrigado
> André
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PHP 5.3 quebrando aplicações e down grade...

[Rafael Henrique Faria]

Então, são coisas que vieram do PHP4 que só prejudicavam...
Eu parei de usar a muito tempo o " foi o maior erro do PHP, e isso nunca devia ter
sido permitido.

Eu criei até um programa para localizar scripts que utilizam isso e
corrigir para o certo ()

Já precisei utilizar vários scripts de terceiros, que mesclavam :
> Sim, esse do DEPRECATED ja tinha resolvido, acabei
> de achar o grande problema dos meus sistemas, mudaram
> o padrao do short_open_tag e isso ferrou pois o  funcionava mais, apenas o 
> Bastou um short_open_tag = On no php.ini e aparentemente
> tudo voltou a normalidade...
>
>
> Em 20 de abril de 2010 10:57, Rafael Henrique Faria
>  escreveu:
>> Opa, bom dia pessoal.
>>
>> Na verdade, o problema em si, não é o PHP 5.3, mas sim as aplicações feitas
>> com o PHP 5.x.
>>
>> O que o ocorreu, foi que varias mudanças feitas do PHP 4 para o PHP 5,
>> ficaram como DEPRECATED entre o PHP 5.0 e anterior ao PHP 5.3.
>> Todos os desenvolvedores de PHP deveriam ficar atentos a isso.
>>
>> Mas, a grande maioria preferiu desativar o E_STRICT (que avisava o uso de
>> funções marcadas com DEPRECATED).
>>
>> O que acabou ocasionando esses problemas.
>>
>> Acredito que o que deva ser feito é a correção dos aplicativos... e não
>> utilizar uma versão antiga do PHP por causa de problemas como esses...
>>
>> Porém, eu acho que deve ter alguma forma de configuração do PHP para fazer
>> ele se comportar novamente como PHP 5.2.x. Vale a pena dar uma conferida o
>> php.ini do 5.3 para isso.
>>
>> 2010/4/20 Nilson 
>>
>>> Ahhh meu, to passando o inferno aqui também por causa
>>> desse 5.3, to quase abandonando o ports e compilando no
>>> braço o apache+php52 por que tá dificil viu... quase tudo
>>> passou a dar problema. Alguem sabe foi a grande cagada
>>> que os caras fizeram no 5.3? Eu nao consigo acreditar que
>>> incompatibilizaram tantas coisas... Tá mais traumático
>>> do que mudar do php4 pro 5.
>>>
>>> []s
>>> Nilson
>>>
>>>
>>> Em 20 de abril de 2010 10:31, Jorge Petry  escreveu:
>>> > Esta realmente complicado, tive várias aplicações em servidores
>>> > separados com vários problemas, inclusive meu webmail.
>>> > Tbm acho que deveria ser mantido o 5.2 e criado a linha 5.3
>>> > Estou voltando para o 5.2 tbm.
>>> >
>>> > Jorge Petry.
>>> >
>>> >
>>> > Em 19/4/2010 20:00, Aline Freitas escreveu:
>>> >> Ainda estou tentando entender o que levou os commiters do ports a
>>> >> atualizarem o php5 para 5.3 sem manter a versão 5.2. Todos os meus
>>> >> aplicativos php quebraram, dos quais security/base e sysutils/gosa.
>>> >>
>>> >> Só eu passei por isso ou mais alguém?
>>> >>
>>> >> Para escapar desta encrenca de forma fácil um post recente do site da
>>> >> FUG me ajudou: porteasy.
>>> >>
>>> >> O que eu fiz?
>>> >>
>>> >> Removi todos os ports php
>>> >>
>>> >> pkg_deinstall -f php5-\*
>>> >>
>>> >> Segui os passos do link:
>>> http://www.luizgustavo.pro.br/blog/2010/02/22/porteasy-gerencia-de-ports-no-freebsd/#more-462
>>> >>
>>> >> Quando chegou na execução do porteasy eu fiz:
>>> >>
>>> >> porteasy -p /tmp/ports -D '11 days ago' -v -u sysutils/gosa
>>> >> porteasy -p /tmp/ports -D '11 days ago' -v -u security/base
>>> >> export PORTSDIR=/tmp/ports
>>> >> cd /tmp/ports/sysutils/gosa
>>> >> make build deinstall reinstall clean
>>> >> cd /tmp/ports/security/base
>>> >> make build deinstall reinstall clean
>>> >> Pra fechar, incluí no meu pkgtools.conf
>>> >>
>>> >> HOLD_PKGS = [
>>> >>      'php5-*',
>>> >>    ]
>>> >>
>>> >> []'s
>>> >>
>>> >> Aline
>>> >> -
>>> >> 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
>>>
>>
>>
>>
>> --
>> Rafael Henrique da Silva Faria
>> Grupo de Sistemas e Redes
>>
>> Serviço Técnico de Informática
>> Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
>> -
>> 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
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PHP 5.3 quebrando aplicações e down grade...

[Rafael Henrique Faria]

Complementando, olhando a lista de incompatibilidade:
http://php.net/manual/en/migration53.incompatible.php
Acho que o principal fator que pode ocasionar problemas, é a primeira
nota, que diz que a partir do 5.3, funções da API que receberem
parâmetros inválidos irão retornar NULL.
Do clearstatecache() e realpath() não foram alterações que causassem
problemas em scripts existentes, mesma coisa que o call_user_func().

Agora, o  natsort(), natcasesort(), usort(), uasort(), uksort(),
array_flip(), e array_unique(), com certeza podem dar problemas com
scripts de PHP4... pois no PHP 4, objetos, podiam se comportar como
ARRAY... então muitos desenvolvedores aproveitaram disso. A partir do
5, o PHP trata objetos como objetos... porém para manter
compatibilidade com scripts PHP4, no momento de utilizar as funções
acima, o PHP5 convertia os objetos para ARRAY. Porém a partir do 5.3
isso não é mais feito, o que causa um erro.

Notem que os desenvolvedores de sistemas em PHP tiveram um bom tempo
para corrigir seus programas. Scripts antigos, que só funcionam em
PHP4, devem continuar só no PHP4. Se o desenvolvedor não atualizou o
programa, nem corrigiu falhas, nem nada do tipo, o código está parado
no tempo, então a utilização do mesmo não é nem recomendada.

Outro problema que pode prejudicar os códigos, é em relação a conexão
com o MySQL, usando senhas antigas... versões anteriores a 4.1 do
MySQL... bom.. nem preciso comentar... usar versões antigas é só ter
dor de cabeça.

E também quem utilizava as palavras chaves: "goto" e "namespace" teve
problemas com o 5.3. Mas isso foi uma melhoria enorme para o PHP.

Agora, é esperar que os desenvolvedores PHP, corram atraz do que
deveriam ter feito entre o PHP 5.0 e o 5.3, para que seus códigos
funcionem com > 5.3.


2010/4/20 Rafael Henrique Faria 
>
> Opa, bom dia pessoal.
> Na verdade, o problema em si, não é o PHP 5.3, mas sim as aplicações feitas 
> com o PHP 5.x.
> O que o ocorreu, foi que varias mudanças feitas do PHP 4 para o PHP 5, 
> ficaram como DEPRECATED entre o PHP 5.0 e anterior ao PHP 5.3.
> Todos os desenvolvedores de PHP deveriam ficar atentos a isso.
> Mas, a grande maioria preferiu desativar o E_STRICT (que avisava o uso de 
> funções marcadas com DEPRECATED).
> O que acabou ocasionando esses problemas.
> Acredito que o que deva ser feito é a correção dos aplicativos... e não 
> utilizar uma versão antiga do PHP por causa de problemas como esses...
> Porém, eu acho que deve ter alguma forma de configuração do PHP para fazer 
> ele se comportar novamente como PHP 5.2.x. Vale a pena dar uma conferida o 
> php.ini do 5.3 para isso.
>
> 2010/4/20 Nilson 
>>
>> Ahhh meu, to passando o inferno aqui também por causa
>> desse 5.3, to quase abandonando o ports e compilando no
>> braço o apache+php52 por que tá dificil viu... quase tudo
>> passou a dar problema. Alguem sabe foi a grande cagada
>> que os caras fizeram no 5.3? Eu nao consigo acreditar que
>> incompatibilizaram tantas coisas... Tá mais traumático
>> do que mudar do php4 pro 5.
>>
>> []s
>> Nilson
>>
>>
>> Em 20 de abril de 2010 10:31, Jorge Petry  escreveu:
>> > Esta realmente complicado, tive várias aplicações em servidores
>> > separados com vários problemas, inclusive meu webmail.
>> > Tbm acho que deveria ser mantido o 5.2 e criado a linha 5.3
>> > Estou voltando para o 5.2 tbm.
>> >
>> > Jorge Petry.
>> >
>> >
>> > Em 19/4/2010 20:00, Aline Freitas escreveu:
>> >> Ainda estou tentando entender o que levou os commiters do ports a
>> >> atualizarem o php5 para 5.3 sem manter a versão 5.2. Todos os meus
>> >> aplicativos php quebraram, dos quais security/base e sysutils/gosa.
>> >>
>> >> Só eu passei por isso ou mais alguém?
>> >>
>> >> Para escapar desta encrenca de forma fácil um post recente do site da
>> >> FUG me ajudou: porteasy.
>> >>
>> >> O que eu fiz?
>> >>
>> >> Removi todos os ports php
>> >>
>> >> pkg_deinstall -f php5-\*
>> >>
>> >> Segui os passos do link: 
>> >> http://www.luizgustavo.pro.br/blog/2010/02/22/porteasy-gerencia-de-ports-no-freebsd/#more-462
>> >>
>> >> Quando chegou na execução do porteasy eu fiz:
>> >>
>> >> porteasy -p /tmp/ports -D '11 days ago' -v -u sysutils/gosa
>> >> porteasy -p /tmp/ports -D '11 days ago' -v -u security/base
>> >> export PORTSDIR=/tmp/ports
>> >> cd /tmp/ports/sysutils/gosa
>> >> make build deinstall reinstall clean
>> >> cd /tmp/ports/security/base
>> >> make bui

Re: [FUG-BR] PHP 5.3 quebrando aplicações e down grade...

[Rafael Henrique Faria]

Opa, bom dia pessoal.

Na verdade, o problema em si, não é o PHP 5.3, mas sim as aplicações feitas
com o PHP 5.x.

O que o ocorreu, foi que varias mudanças feitas do PHP 4 para o PHP 5,
ficaram como DEPRECATED entre o PHP 5.0 e anterior ao PHP 5.3.
Todos os desenvolvedores de PHP deveriam ficar atentos a isso.

Mas, a grande maioria preferiu desativar o E_STRICT (que avisava o uso de
funções marcadas com DEPRECATED).

O que acabou ocasionando esses problemas.

Acredito que o que deva ser feito é a correção dos aplicativos... e não
utilizar uma versão antiga do PHP por causa de problemas como esses...

Porém, eu acho que deve ter alguma forma de configuração do PHP para fazer
ele se comportar novamente como PHP 5.2.x. Vale a pena dar uma conferida o
php.ini do 5.3 para isso.

2010/4/20 Nilson 

> Ahhh meu, to passando o inferno aqui também por causa
> desse 5.3, to quase abandonando o ports e compilando no
> braço o apache+php52 por que tá dificil viu... quase tudo
> passou a dar problema. Alguem sabe foi a grande cagada
> que os caras fizeram no 5.3? Eu nao consigo acreditar que
> incompatibilizaram tantas coisas... Tá mais traumático
> do que mudar do php4 pro 5.
>
> []s
> Nilson
>
>
> Em 20 de abril de 2010 10:31, Jorge Petry  escreveu:
> > Esta realmente complicado, tive várias aplicações em servidores
> > separados com vários problemas, inclusive meu webmail.
> > Tbm acho que deveria ser mantido o 5.2 e criado a linha 5.3
> > Estou voltando para o 5.2 tbm.
> >
> > Jorge Petry.
> >
> >
> > Em 19/4/2010 20:00, Aline Freitas escreveu:
> >> Ainda estou tentando entender o que levou os commiters do ports a
> >> atualizarem o php5 para 5.3 sem manter a versão 5.2. Todos os meus
> >> aplicativos php quebraram, dos quais security/base e sysutils/gosa.
> >>
> >> Só eu passei por isso ou mais alguém?
> >>
> >> Para escapar desta encrenca de forma fácil um post recente do site da
> >> FUG me ajudou: porteasy.
> >>
> >> O que eu fiz?
> >>
> >> Removi todos os ports php
> >>
> >> pkg_deinstall -f php5-\*
> >>
> >> Segui os passos do link:
> http://www.luizgustavo.pro.br/blog/2010/02/22/porteasy-gerencia-de-ports-no-freebsd/#more-462
> >>
> >> Quando chegou na execução do porteasy eu fiz:
> >>
> >> porteasy -p /tmp/ports -D '11 days ago' -v -u sysutils/gosa
> >> porteasy -p /tmp/ports -D '11 days ago' -v -u security/base
> >> export PORTSDIR=/tmp/ports
> >> cd /tmp/ports/sysutils/gosa
> >> make build deinstall reinstall clean
> >> cd /tmp/ports/security/base
> >> make build deinstall reinstall clean
> >> Pra fechar, incluí no meu pkgtools.conf
> >>
> >> HOLD_PKGS = [
> >>  'php5-*',
> >>]
> >>
> >> []'s
> >>
> >> Aline
> >> -
> >> 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
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Duvida sobre VMWARE esxi + dell

[Rafael Henrique Faria]

2010/3/31 Welkson Renny de Medeiros 

> Rafael Henrique Faria escreveu:
> > Depende o que vc entende por backup das máquinas virtuais...
> >
> > Como vc quer fazer esse backup?
> >
> > Por exemplo, se uma das máquinas virtuais for um Windows 2008... vc
> consegue
> > dentro dele realizar backups normalmente, usando o sistema de backup do
> > Windows 2K8.
> >
> > Agora, se vc quer fazer um backup da VM, de todos os arquivos (vmdk,
> > vmdk-flat, vmx, etc..) não tem backup de modo automático. Isso é só na
> > versão paga.
> >
> > Porém, vc consegue criar scripts para realizar tal procedimento. Porém,
> você
> > terá que parar a máquina virtual, realizar a cópia dos arquivos, e
> religar a
> > máquina virtual. Você pode até realizar o backup de uma máquina ativa,
> porém
> > ela pode vir corrompida.
> >
> > Agora, com a versão paga, você consegue fazer backup de máquinas a
> quente.
> > Sem problemas.
> >
> > Depende muito do seu cenário... se vc realmente precisa do backup da VM
> > completa, e isso for essencial para o seu projeto, então você deve ir
> para a
> > versão paga. Agora, se você pode procurar outros meios para realizar
> > backups, que não seja copiar os GBs de uma VM, então manda ver com a
> versão
> > gratuita.
> >
>
> Rafael,
>
> Eu tenho exatamente esse ambiente rodando, ESXi 4 com Dell (T300)... 2
> guests freebsd 8, 1 pfsense.
>
> Se um dia ocorrer algum problema no ESXi, corromper sistema, etc... consigo
> mover os discos virtuais para outro ESXi sem muitos problemas?
>
>
Basicamente sim... mas não tão rapido... vai levar o tempo de você remover
os discos do servidor em questão, e se tiver em raid você tem que torcer
para que o outro servidor reconheça o volume.


> Tipo... acessar via "Ubuntu" da vida... montar o disco (SAS), e mandar
> mover as VM's para um outro servidor e reativar nesse novo servidor?
>

Isso infelizmente não.

O ESXi/ESX utiliza um tipo de partição proprietário da VMWare chamado VMFS,
e pelo que eu saiba, o Ubuntu não consegue abrir este filesystem... Então
você precisa de outro servidor rodando ESXi para utilizar isso.

Para estes cenários que o ideal é utilizar um NFS, ou de preferencia iSCSI
caso desempenho seja importante.

Na prática, eu consegui 16Mb/s utilizando NFS em uma rede Gigabit, e 78Mb/s
usando iSCSI na mesma rede.


>
> Questão bem prática... mas que tem me pertubado! (espero nunca precisar
> fazer isso).
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Duvida sobre VMWARE esxi + dell

[Rafael Henrique Faria]

Depende o que vc entende por backup das máquinas virtuais...

Como vc quer fazer esse backup?

Por exemplo, se uma das máquinas virtuais for um Windows 2008... vc consegue
dentro dele realizar backups normalmente, usando o sistema de backup do
Windows 2K8.

Agora, se vc quer fazer um backup da VM, de todos os arquivos (vmdk,
vmdk-flat, vmx, etc..) não tem backup de modo automático. Isso é só na
versão paga.

Porém, vc consegue criar scripts para realizar tal procedimento. Porém, você
terá que parar a máquina virtual, realizar a cópia dos arquivos, e religar a
máquina virtual. Você pode até realizar o backup de uma máquina ativa, porém
ela pode vir corrompida.

Agora, com a versão paga, você consegue fazer backup de máquinas a quente.
Sem problemas.

Depende muito do seu cenário... se vc realmente precisa do backup da VM
completa, e isso for essencial para o seu projeto, então você deve ir para a
versão paga. Agora, se você pode procurar outros meios para realizar
backups, que não seja copiar os GBs de uma VM, então manda ver com a versão
gratuita.

2010/3/31 Diogo Rodrigo 

> porem usando o esxi free consigo fazer backup das maquinas virtuais criadas
> ???
>
>
>
>
>
> Em 31 de março de 2010 13:19, Rafael Henrique Faria
>  escreveu:
> > Boa tarde Diogo.
> >
> > O ESXi, suporta apenas 2 processadores fisicos... podendo ter muitos
> > cores... por exemplo, 2 processadores com 8 cores, somando 16 cores, é
> > compatível...
> >
> > Agora 4 processadores fisicos, com 8 cores cada um (somaria 32 cores),
> porém
> > o ESXi não suportaria 2 destes processadores.
> >
> > E se eu não me engano - alguém me corrija aqui caso esteja errado -, o
> ESXi,
> > tem um limite de 32gb de memória.
> >
> >
> > Pelo que eu vi, o R900, tem 4 sockets (4 processadores fisicos), para
> > utilizar estes 4 processadores, você pode usar o ESXi também, porém pagar
> > para utilizar os outros 2 processadores.
> >
> > O ESXi, tem versão gratuita (limitada a 2 processadores, sem vMotion e
> > outros), e a versão paga, onde vc configura recursos que você deseja...
> > O ESX, tem apenas versão paga.
> >
> > Não confunda com ESXi = gratuito, e ESX = pago, não é bem assim. Uma
> coisa
> > não tem nada haver com a outra.
> >
> > A diferença fundamental do ESXi com o ESX é que o ESXi é minimo, ele
> requer
> > apenas um pequeno pendrive (1GB basta) para instalar ele... Economizando
> os
> > discos da máquina. E facilitando na hora do upgrade (bastando trocar o
> > pendrive do interior do servidor, ou mesmo atualizando via Software
> Update).
> >
> > Enquanto o ESX precisa de um disco para realizar a sua instalação,
> ocupando
> > um dos discos do servidor. Normalmente em uma máquina com 6 discos SAS, 2
> > são reservados para o ESX em si, em RAID-1, e os outros 4 são feitos
> RAID5
> > para os arquivos das máquinas virtuais.
> >
> > Com o ESXi, você coloca um pendrive no interior do servidor, e usa os 6
> > discos em RAID5 (ou RAID6 como preferir), para as máquinas virtuais.
> >
> > Quem gosta de usar o ESX? Quem quer ter acesso ao shell do servidor,
> editar
> > arquivos de configuração na mão, criar suas próprias rotinas de backup,
> > entre outras funções... o ESXi não tem (digo oficialmente - você pode
> burlar
> > isso não oficialmente) acesso shell.
> >
> >
> > 2010/3/31 Diogo Rodrigo 
> >
> >> a versao free permite hardware com qtos processadores ??
> >>
> >> se eu precisar fazer backup da maquina virtual e possivel ? mesmo sem
> >> usar a versao paga para storage ?
> >>
> >> a versao esx seria a versao paga correto .
> >>
> >> vc falou seguinte o Recomendo comprar o R710 em vez do
> >> R900. Desempenho superior ao do R900
> >>
> >> pq vc recomenda comprar o dell r710 uma vez que o r900 tem  4
> >> processadores etc .. o desempenho seria melhor
> >>
> >>
> >>
> >> att diogo
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> Em 31 de março de 2010 09:47, Augusto Ferronato
> >>  escreveu:
> >> > Renato,
> >> >  Sim, eu falo em relação a versão Free (Licença do ESXi mesmo) sem
> >> colocar
> >> > uma licença ESX.
> >> > Basicamente é o mesmo produto, que habilita/desabilita "features" por
> >> causa
> >> > de licença.
> >> >
> >> > Abs[]
> >> >
> >> >
> >> >
> >> >
> >> > Em 31 de março de 2010 09:29, Renato Frederick
> >> > esc

Re: [FUG-BR] Duvida sobre VMWARE esxi + dell

[Rafael Henrique Faria]

Boa tarde Diogo.

O ESXi, suporta apenas 2 processadores fisicos... podendo ter muitos
cores... por exemplo, 2 processadores com 8 cores, somando 16 cores, é
compatível...

Agora 4 processadores fisicos, com 8 cores cada um (somaria 32 cores), porém
o ESXi não suportaria 2 destes processadores.

E se eu não me engano - alguém me corrija aqui caso esteja errado -, o ESXi,
tem um limite de 32gb de memória.


Pelo que eu vi, o R900, tem 4 sockets (4 processadores fisicos), para
utilizar estes 4 processadores, você pode usar o ESXi também, porém pagar
para utilizar os outros 2 processadores.

O ESXi, tem versão gratuita (limitada a 2 processadores, sem vMotion e
outros), e a versão paga, onde vc configura recursos que você deseja...
O ESX, tem apenas versão paga.

Não confunda com ESXi = gratuito, e ESX = pago, não é bem assim. Uma coisa
não tem nada haver com a outra.

A diferença fundamental do ESXi com o ESX é que o ESXi é minimo, ele requer
apenas um pequeno pendrive (1GB basta) para instalar ele... Economizando os
discos da máquina. E facilitando na hora do upgrade (bastando trocar o
pendrive do interior do servidor, ou mesmo atualizando via Software Update).

Enquanto o ESX precisa de um disco para realizar a sua instalação, ocupando
um dos discos do servidor. Normalmente em uma máquina com 6 discos SAS, 2
são reservados para o ESX em si, em RAID-1, e os outros 4 são feitos RAID5
para os arquivos das máquinas virtuais.

Com o ESXi, você coloca um pendrive no interior do servidor, e usa os 6
discos em RAID5 (ou RAID6 como preferir), para as máquinas virtuais.

Quem gosta de usar o ESX? Quem quer ter acesso ao shell do servidor, editar
arquivos de configuração na mão, criar suas próprias rotinas de backup,
entre outras funções... o ESXi não tem (digo oficialmente - você pode burlar
isso não oficialmente) acesso shell.


2010/3/31 Diogo Rodrigo 

> a versao free permite hardware com qtos processadores ??
>
> se eu precisar fazer backup da maquina virtual e possivel ? mesmo sem
> usar a versao paga para storage ?
>
> a versao esx seria a versao paga correto .
>
> vc falou seguinte o Recomendo comprar o R710 em vez do
> R900. Desempenho superior ao do R900
>
> pq vc recomenda comprar o dell r710 uma vez que o r900 tem  4
> processadores etc .. o desempenho seria melhor
>
>
>
> att diogo
>
>
>
>
>
>
>
> Em 31 de março de 2010 09:47, Augusto Ferronato
>  escreveu:
> > Renato,
> >  Sim, eu falo em relação a versão Free (Licença do ESXi mesmo) sem
> colocar
> > uma licença ESX.
> > Basicamente é o mesmo produto, que habilita/desabilita "features" por
> causa
> > de licença.
> >
> > Abs[]
> >
> >
> >
> >
> > Em 31 de março de 2010 09:29, Renato Frederick
> > escreveu:
> >
> >> Augusto,
> >>
> >> na versão ESXi 4.x, quando você ativa a licença  de um ESX 4.0(vsphere)
> as
> >> features são habilitadadas.
> >>
> >> Acabei de fazer este teste, veja:
> >>
> >> Versão Gratuita:
> >>
> >> Product: ESXi 4 Single Server Licensed for 2 physical CPUs (1-6 cores
> per
> >> CPU)
> >> License Key: X-X-X-X-X
> >> Expires: Never
> >>
> >> Product Features:
> >>Up to 256 GB of memory
> >>Up to 4-way virtual SMP
> >>
> >>
> >> Licença de um ESX ativada nele:
> >>
> >>
> >> Product: vSphere 4 Enterprise Licensed for 2 physical CPUs (1-6 cores
> per
> >> CPU)
> >> License Key: X-X-X-X
> >> Expires: Never
> >>
> >> Product Features:
> >>Up to 256 GB of memory
> >>Up to 4-way virtual SMP
> >>vCenter agent for ESX Server
> >>vStorage APIs
> >>VMsafe
> >>dvFilter
> >>VMware HA
> >>Hot-Pluggable virtual HW
> >>VMotion
> >>VMware FT
> >>Data Recovery
> >>vShield Zones
> >>VMware DRS
> >>Storage VMotion
> >>
> >> Notou? no host está instalado o ESXi, mas apenas trocando a licença
> todos
> >> os
> >> features que tenho comprado para o Vsphere 4 ficam ativos.
> >>
> >> Como falei, a única diferença é no console, que não vai ficar "bacana"
> como
> >> um linux (ALT F1, ALT F2, ALT F3).
> >>
> >>
> >> Depois de ativada a licença, você pode instalar o VirtualCenter e
> adicionar
> >> o host nele(claro se você comprar a licença com o "vCenter agent for ESX
> >> Server").
> >>
> >> Melhor ainda, pode-se instalar o Vphere 4.0 em cima do ESXi, preservando
> o
> >> datastore(nunca tive coragem para fazer), se ele estiver em outro disco
> por
> >> exemplo.
> >>
> >>
> >>
> >> --
> >> From: "Augusto Ferronato" 
> >> Sent: Wednesday, March 31, 2010 9:22 AM
> >> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> >> 
> >> Subject: Re: [FUG-BR] Duvida sobre VMWARE esxi + dell
> >>
> >> > Você na verdade não terá algumas funcionalidades como Vmotion, HA
> (Alta
> >> > Disponibilidade), Criação de Templates, e não terá um Virtual Center
> >> > (vários
> >> > HOSTs VMWare administrados a partir de um único ponto), para mim são
> os
> >> > pontos mais importantes em relação ao ESXi.
> >> > Os backups você pode usar a versão Free do VMexpl

Re: [FUG-BR] ggated e ggatec

[Rafael Henrique Faria]

Boa noite Márcio.

Eu já precisei criar tais scripts para uso com ZFS, se ajudar, aqui estão
eles:

ggatec
--
#!/bin/sh

# PROVIDE: ggatec
# REQUIRE: netif
# BEFORE:  zfs

. /etc/rc.subr

name="ggatec"
rcvar="ggatec_enable"
start_cmd="ggatec_start"
stop_cmd="ggatec_stop"

ggatec_start()
{
echo "GEOM Gate Client - Loading disks..."
echo -n "  - Storage 1 (750Gb) ... "
/sbin/ggatec create -t 180 -u 11 -R 262144 -S 262144 172.30.0.2
/dev/ad8
state=$?
if [ $state -eq 0 ]
then
echo "OK"
else
echo "Err"
fi
echo -n "  - Storage 1 (1Tb)   ... "
/sbin/ggatec create -t 180 -u 12 -R 262144 -S 262144 172.30.0.2
/dev/ad6
state=$?
if [ $state -eq 0 ]
then
echo "OK"
else
echo "Err"
fi
echo "GEOM Gate Client - Done"
}

ggatec_stop()
{
echo "GEOM Gate Client - Unloading disks..."
/sbin/ggatec destroy -u 11
/sbin/ggatec destroy -u 12
echo "GEOM Gate Client - Done"
}

load_rc_config $name
run_rc_command "$1"
--

ggated
--
#!/bin/sh

# PROVIDE: ggated

[ -z "${ggated_enable}" ]   && ggated_enable="NO"

name=ggated

. /etc/rc.subr

rcvar=`set_rcvar`

start_cmd="/sbin/ggated -R 262144 -S 262144"
stop_cmd="/usr/bin/killall ggated"

load_rc_config $name

run_rc_command $*


No rc.conf:

ggated_enable = "YES"  # Na maquina que for exportar
ggatec_enable = "YES"  # Na maquina que for importar

/etc/gg.exports:
> cat gg.exports
172.30.0.1/32 RW /dev/ad6
172.30.0.1/32 RW /dev/ad8
>


Note que o ggated, não precisa de configuração, pois ele puxa tudo do
/etc/gg.exports
Mas o ggatec, seria necessário existir uma configuração ao estilo do
ifconfig, para cada disco que ele fosse importar, porém nunca tive tempo
para criar tal script... então se você tiver tempo para criar, e puder
compartilha-lo depois, a comunidade com certeza agradeceria.

E qualquer coisa, fico a disposição para ajudar.

Abraço

2010/3/30 Márcio Luciano Donada 

> Patrick Tracanelli escreveu:
> > Márcio Luciano Donada escreveu:
> >
> >> Senhores,
> >> Dei um vasculhada pela net, mas não achei alguma doc que trabalhe com o
> >> rc.conf para iniciar o ggated e o ggatec em caso de reboot da máquina.
> >> Só script mesmo?
> >>
> >
> > Pois é, não tem nada formal. Tem uns PR aberto se não me engano com
> > sugestões de scripts mas nada pronto. Acho que o jeito é fazer o seu ;-)
> >
> >
>
> Obrigado Patrick, vou bolar um.
>
> Abraço,
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Algumas questões sobre o FreeBSD 8 como desktop

[Rafael Henrique Faria]

Eduardo, normalmente os drives de CD tem o audio ligado internamente através
de um cabo até a placa de som (ou placa mãe caso seja onboard). Confira se
esse cabo está ligado. Caso não esteja, você terá que colocá-lo, o que é bem
simples.

2010/3/18 Eduardo 

> Caríssimos
>
> Estou tentando colocar o FreeBSD 8 como minha única máquina desktop (e
> depois apagar a partição windows que há algum tempo não é usada). Para
> isto, eu precisava instalar uma impressora HP1020 (seguindo as dicas do
> Carlos, e com a ajuda do Nilson e do Giancarlo, eu consegui colocar o
> cupsd para funcionar e agora tenho a impressora funcionando). Há dois
> pequenos problemas que eu ainda não consegui resolver:
>
> 1) No meu micro de casa, tenho uma impressora SamsungSCX4200 (e, o
> foomatic não tem os drivers dela). Por favor, alguém tem experiência em
> instalar esta impressora?
>
> 2) Para ouvir CDs, instalei o cdcontrol sem problemas (neste itém, o
> ports do FreeBSD é imbativel). Mas na hora de ouvir um CD, eu fiz
>
> cdcontrol -f /dev/cd0 (quando o programa iniciou e deixou-me uma linha
> de comando, eu digitei Play, o cd começou a girar, mas não saiu som nas
> caixas). É óbvio que o audio já estava configurado (eu inclusive ouço
> rádios, assisto filmes nesta máquina). Eu esqueci-me de configurar algo?
> Eu não vi opção no man cdcontrol para especificar qual é a placa de som
> para a saída.
>
> Obrigado a todos pela atenção
>
> Edu
>
> --
> Eduardo Lemos de Sa
> Associated Professor at Chemistry Department
> Universidade Federal do Parana
> Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil
> phone: +55(41)33613300
> fax  : +55(41)33613186
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OLá Colegas

[Rafael Henrique Faria]

Welkson, uma outra dica boa, é separar as casas... por exemplo:

255.255.255.192

FF.FF.FF.?

O hexadecimal usa base 16, ao invés de base 10... então basta dividir
a base 10 por 16 (o número em decimal por 16 em decimal (para se obter
o hexadecimal dele)).

Então dividindo 192 por 16, tem 12.

12 é C, então fica: C0

255.255.255.192 = 0xFFC0

Tem outros tipos de contas que podem ser feitas para se obter a
conversão para hexadecimal.. mas aí vai de cada um.

2010/3/10 Welkson Renny de Medeiros :
> João,
>
> Lembre que eu avisei, no MEU caso uso 255.255.255.0, que convertido em
> hexa fica
>
> 0xff00
>
>
> Pra você que usa 255.255.0.0 o correto é:
>
> 0x
>
>
> Rafael, sua dica foi muito boa! Pena que não posso usar nos estudos para 
> concursos... os caras colocam umas questões com máscaras absurdas =)
>
> Abraço,
>
> --
> Welkson Renny de Medeiros
>
> Desenvolvimento / Gerência de Redes
>
> Focus Automação Comercial
>
> FreeBSD Community Member
>
>
>
>
>
> Corsini Corsini escreveu:
>> nesse caso então a mascar 255.255.0.0 seria
>>
>> 0x00
>>
>> aqui o pessoal me passou   0xff00
>>
>>
>>
>> e agora ?
>>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OLá Colegas

[Rafael Henrique Faria]

Opa, bom por falta de explicação da minha parte...

Falta um detalhe, apesar, que acredito que deva funcionar mesmo sem
este detalhe.

As casas hexadecimais da mascara, são representadas sempre com 2 dígitos.
Então, é: FF.FF.00.00, que ficaria 0x

Mas em determinados locais, como na mascara do ifconfig, ele aceita
0x00, sem problemas.

2010/3/10 Corsini Corsini :
>
> nesse caso então a mascar 255.255.0.0 seria
>
> 0x00
>
> aqui o pessoal me passou   0xff00
>
>
>
> e agora ?
>
>> From: rafaelhfa...@cenadigital.com.br
>> Date: Wed, 10 Mar 2010 11:34:36 -0300
>> To: freebsd@fug.com.br
>> Subject: Re: [FUG-BR] OLá Colegas
>>
>> Fazer calculo em hexadecimal é relativamente fácil...
>>
>> E para simplificar... levando em conta que 255 = FF, então:
>>
>> 255.255.255.0 = FF.FF.FF.0
>> 255.255.0.0 = FF.FF.0.0
>>
>> Depois é só retirar o ".", e colocar o "0x" na frente que indica que a
>> representação é em hexadecimal.
>>
>> Hexa para quem programa em assembler, é mais do que obrigação.
>>
>> 2010/3/10 Welkson Renny de Medeiros :
>> > irado furioso com tudo escreveu:
>> >> rwindows? argh!! ninguém merece.
>> >>
>> >> o modo de usar é outro no ipcalc:
>> >>
>> >> [ir...@centos:~$]: ./ipcalc --nocolor 192.168.1.1/255.255.0.0
>> >> Address:   192.168.1.1          1100.10101000. 0001.0001
>> >> Netmask:   255.255.0.0 = 16     .. .
>> >> Wildcard:  0.0.255.255          .. .
>> >> =>
>> >> Network:   192.168.0.0/16       1100.10101000. .
>> >> HostMin:   192.168.0.1          1100.10101000. .0001
>> >> HostMax:   192.168.255.254      1100.10101000. .1110
>> >> Broadcast: 192.168.255.255      1100.10101000. .
>> >> Hosts/Net: 65534                 Class C, Private Internet
>> >>
>> >> IMHO, mais completo :
>> >
>> > Irado, não essa informação acima que precisamos (essa eu sabia fazer =)
>> >
>> > Eu quero a máscara em HEXA.
>> >
>> > [r...@intranet:/usr/ports/net-mgmt/whatmask] # whatmask 255.255.255.0 |
>> > grep hex
>> > Netmask (hex) = : 0xff00
>> >
>> > Isso eu não sei se o ipcalc faz.
>> >
>> > --
>> > Welkson Renny de Medeiros
>> > Desenvolvimento / Gerência de Redes
>> > Focus Automação Comercial
>> > FreeBSD Community Member
>> >
>> > -
>> > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>>
>>
>>
>> --
>> Rafael Henrique da Silva Faria
>> Grupo de Sistemas e Redes
>>
>> Serviço Técnico de Informática
>> Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> _
> Navegue sem medo com o Internet Explorer 8. Clique aqui para instalar 
> gratuitamente.
> http://go.microsoft.com/?linkid=9707132
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OLá Colegas

[Rafael Henrique Faria]

Fazer calculo em hexadecimal é relativamente fácil...

E para simplificar... levando em conta que 255 = FF, então:

255.255.255.0 = FF.FF.FF.0
255.255.0.0 = FF.FF.0.0

Depois é só retirar o ".", e colocar o "0x" na frente que indica que a
representação é em hexadecimal.

Hexa para quem programa em assembler, é mais do que obrigação.

2010/3/10 Welkson Renny de Medeiros :
> irado furioso com tudo escreveu:
>> rwindows? argh!! ninguém merece.
>>
>> o modo de usar é outro no ipcalc:
>>
>> [ir...@centos:~$]: ./ipcalc --nocolor 192.168.1.1/255.255.0.0
>> Address:   192.168.1.1          1100.10101000. 0001.0001
>> Netmask:   255.255.0.0 = 16     .. .
>> Wildcard:  0.0.255.255          .. .
>> =>
>> Network:   192.168.0.0/16       1100.10101000. .
>> HostMin:   192.168.0.1          1100.10101000. .0001
>> HostMax:   192.168.255.254      1100.10101000. .1110
>> Broadcast: 192.168.255.255      1100.10101000. .
>> Hosts/Net: 65534                 Class C, Private Internet
>>
>> IMHO, mais completo :
>
> Irado, não essa informação acima que precisamos (essa eu sabia fazer =)
>
> Eu quero a máscara em HEXA.
>
> [r...@intranet:/usr/ports/net-mgmt/whatmask] # whatmask 255.255.255.0 |
> grep hex
> Netmask (hex) = : 0xff00
>
> Isso eu não sei se o ipcalc faz.
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Bloqueio Gtalk no PF

[Rafael Henrique Faria]

Use as ACLs do Bind, com ele você configura quais IPs ele fornecerá a
zona falsa (127.0.0.1) e quais ele repassará o IP correto.

2010/2/26 Leandro Keffer :
> Boa pessoal, a ideia do DNS é boa, mas alguem poderia dar uma mão nesse caso
>
> Bloquear pelo DNS, porem com excessoes dentro da rede, para tal IP passar ?
>
> Alguem poderia passar um exemplo desse bloqueio pelo bind.
>
> Desde ja agradeço a todos
>
> Att
>
> Leandro Keffer
>
> Em 11 de fevereiro de 2010 16:16, Welkson Renny de Medeiros <
> welk...@focusautomacao.com.br> escreveu:
>
>> Leandro Keffer escreveu:
>> > Alguem tem um meio simples de bloquear ele no PF, ja fiz algumas regras,
>> mas
>> > nada que bloqueie o maldito
>> >
>> > Ja efetuei uma regra no squid, mas nao adiantou tambem, acredito que deva
>> > estar errando em algo
>> >
>> > Regras testadas no PF
>> >
>>
>> Já deu uma olhada nesses links?
>>
>> http://mail.google.com/support/bin/answer.py?hl=en&answer=34330
>>
>> http://www.google.com/support/talk/bin/answer.py?hl=en&answer=61966
>>
>>
>> http://csshyamsundar.wordpress.com/2007/03/07/blocking-google-talk-in-your-organization/
>>
>> --
>> Welkson Renny de Medeiros
>> Desenvolvimento / Gerência de Redes
>> Focus Automação Comercial
>> FreeBSD Community Member
>>
>> -
>> 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
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ordem de inicialização rc.conf e rc order

[Rafael Henrique Faria]

Enio, note que os comandos REQUIRE/BEFORE/PROVIDE do RC, não tem nada haver
com o nome do arquivo...

No meu /usr/local/etc/rc.d/clamav_clamd, consta:

# PROVIDE: clamd
# REQUIRE: LOGIN
# BEFORE: mail
# KEYWORD: shutdown

Então, esse arquivo "PROVE" o *clamd*, e não clamav_clamd como você estava
colocando.

Então no seu havp, você deve colocar:

REQUIRE clamd

Use o rcorder para verificar a ordem de execução dos arquivos.


2010/2/18 Enio Marconcini 

> 2010/2/18 Matheus Weber da Conceição 
>
> > > amigo Franklin
> > >
> > > ja fiz isso rsrs, coloquei no arquivo havp no REQUIRE
> > >
> > > e tambem no BEFORE do clamav_clamd
> > >
> > > que buxa einh
> > >
> >
> >
> > Cole como ficou as linhas.
> >
> > --
> > 
> > Matheus Weber da Conceição
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
> primeiro tentei assim no /usr/local/etc/rc.d/havp
>
> ...
> # REQUIRE: DAEMON cleanvar clamav_clamd
> ...
>
> depois como não deu certo eu fiz assim no /usr/local/etc/rc.d/clamav-clamd
>
> ...
> # BEFORE: mail havp
> ...
>
>
> e nada, toda vez que reinicio, eu vejo o havp sendo executado primeiro, e
> como o clamav não está ativo ainda, da erro,
>
> o problema é que se o clamav nao estive rodando o havp nao inicia
>
> --
> ENIO RODRIGO MARCONCINI
> gtalk: eni...@gmail.com
> skype: eniorm
> msn: /dev/null
>
> .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
> Have trouble with Windows - reboot!
> Have trouble with Unix - be root!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ordem de inicialização rc.conf e rc order

[Rafael Henrique Faria]

Você tem que ver como que está o PROVIDE, do Clamav...

Tem que ser a tag que está na frente do PROVIDE do Clamav, que vc coloca na
frente do REQUIRE do havp.

2010/2/18 Enio Marconcini 

> 2010/2/18 Franklin França 
>
> > Enio.
> >
> > altera essa linha
> >
> > # REQUIRE: DAEMON cleanvar
> >
> > no script de inicialização do HAVP em  /usr/local/etc/rc.d/havp
> >
> > sendo que o REQUiRE: seria o daemon do clamav_clamd
> >
> > e posta o resultado.
> >
> >
> >
> >
> > Em 18 de fevereiro de 2010 16:29, Enio Marconcini  > >escreveu:
> >
> > > pessoal to com um problema esquisito aqui
> > >
> > > tenho o havp ajustado no rc.conf assim "havp_enable=YES"
> > >
> > > acontece que, quando o havp é iniciado, ele precisa do clamav_clamd já
> > > rodando,
> > >
> > > por mais que eu tenha colocado na ordem assim
> > >
> > > clamav_clamd_enable=YES
> > > havp_enable=YES
> > >
> > > o clamav está sendo executado por ultimo, e assim o havp nao funciona
> > >
> > > tentei o rcorder, e até mesmo acrescentar no /usr/local/etc/rc.d/havp
> uma
> > > linha do clam no REQUIRE
> > >
> > > mas nao deu certo
> > >
> > > alguém sabe que forma eu posso usar para mudar a ordem de inicialização
> > > destes scripts?
> > >
> > > --
> > > ENIO RODRIGO MARCONCINI
> > > gtalk: eni...@gmail.com
> > > skype: eniorm
> > > msn: /dev/null
> > >
> > > .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
> > > Have trouble with Windows - reboot!
> > > Have trouble with Unix - be root!
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > atenciosamente,
> >
> > Franklin de França
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> amigo Franklin
>
> ja fiz isso rsrs, coloquei no arquivo havp no REQUIRE
>
> e tambem no BEFORE do clamav_clamd
>
> que buxa einh
>
> --
> ENIO RODRIGO MARCONCINI
> gtalk: eni...@gmail.com
> skype: eniorm
> msn: /dev/null
>
> .: FreeBSD -:- OpenBSD -:-Slackware Linux :.
> Have trouble with Windows - reboot!
> Have trouble with Unix - be root!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: FreeBSD 8 está confiável ?

[Rafael Henrique Faria]

O bug não é geral. Depende do ambiente.

Na prática,acontece com poucos. Mas o problema é que acontece.

Com quem não acontece, sorte, agradeça e boa.
Agora para quem acontecer o bug, não há alternativa, se não voltar para o 7.
Principalmente em uma máquina de produção.

2010/2/11 Andre Fernandes 

> Boa tarde,
> Por que dizes isso? Instalei em um Athlon 64 x2 o FreeBSD 8 (antes tinha o
> 7) e não tive perda alguma de desempenho.
>
> André.
>
> Em 11 de fevereiro de 2010 14:48, Renato Frederick
> escreveu:
>
> > Ahan,
> >
> > E junto com a ressaca do dia seguinte você se prepara para fazer rollback
> e
> > instalação do Free 7 ás pressas.
> >
> >
> >
> >
> > --
> > From: "Nilson" 
> > Sent: Thursday, February 11, 2010 1:25 PM
> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> > 
> > Subject: Re: [FUG-BR]RES: FreeBSD 8 está confiável ?
> >
> > > Em 11 de fevereiro de 2010 01:30, Eduardo Schoedler
> > >  escreveu:
> > >> Senhores.
> > >>
> > >> O Daniel Menezes e eu realizamos diversos testes com o Freebsd
> > >> 8.0-RELEASE
> > >> em i386 e amd64.
> > >> Segundo o bug do Freebsd [1], a performance deveria cair 30% usando o
> > >> utilitário ttcp.
> > >
> > >
> > > Isso e lenda urbana!!
> > >
> > > Pra quem ainda tá com medo: Beba aquele copaço de cachaça
> > > boa de Luiz Alvez pra dar coragem e instale, você não irá se
> > > arrepender! (Só da ressaca no dia seguinte, dependendo da xaxa...)
> > >
> > > []s
> > > Nilson
> > > -
> > > 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
> >
>
>
>
> --
> André de Camargo Fernandes
>   -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] gerenciador de repositorio

[Rafael Henrique Faria]

Eu estou usando o RedMine, e tenho gostado muito dele... tem um tópico daqui
na FUG que ensina a instalar ele... eu recomendo a leitura do tópico
inteiro... pois houve algumas peculiaridades para a instalação... e eu mesmo
comentei alguns pontos...

2010/2/3 Giovani Poletto 

> Obrigado Luiz,
>
> O SVN eu já instalei, mas nao é apenas ele que precisamos.
>
> Nexus / archiva funcionam como um proxy, gerenciam os repositorios e atuam
> juntamente com o maven.
>
> valeu a ajuda!
>
>
> 2010/2/3 Luiz Gustavo S. Costa 
>
> > Tem o subversion (também conhecido SVN)
> >
> >
> >
> http://www.luizgustavo.pro.br/blog/2009/09/20/freebsd-apache-2-x-subversion-redmine/
> >
> > Em 2 de fevereiro de 2010 17:50, Giovani Poletto
> >  escreveu:
> > > Dae pessoal,
> > >
> > > Alguem pode me sugerir um gerenciador de repositorio para o FreeBSD,
> > tentei
> > > instalar o Nexus 
> mas
> > não
> > > tive sucesso e o mesmo com o apache-archiva <
> http://archiva.apache.org/
> > >.
> > > Ou se alguem conseguiu instalar um destes dois ai, se puder me enviar
> os
> > > passos agradeço.
> > >
> > > --
> > > Atenciosamente,
> > >
> > > Giovani V. Poletto
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > Luiz Gustavo Costa (Powered by BSD)
> > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> > mundoUnix - Consultoria em Software Livre
> > http://www.mundounix.com.br
> > ICQ: 2890831 / MSN: cont...@mundounix.com.br
> > Blog: http://www.luizgustavo.pro.br
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> Atenciosamente,
>
> Giovani V. Poletto
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] DNS e e-mail

[Rafael Henrique Faria]

Boa tarde Professor João.

Eu não sei como está feita esta configuração, mas uma dica, seria utilizar
interfaces virtuais, configurando um IP falso em uma interface, fazendo essa
interface responder pelos serviços... e através do firewall (PF ou IPFW)
você redireciona as entradas para essa interface virtual... assim não
precisa nem se preocupar em reorganizar tudo quando algum link cair... o
próprio firewall se encarregará disso.


2010/1/27 "Prof. João Henrique G. Borges" 

> Olá a todos.
> Tenho um servidor com FreeBSD que suporta no momento 2 links distintos com
> IP estáticos (Embratel e Telefonica), que responde pelo domínio de e-mail da
> empresa.
> Existe uma solução funcionando - não é a melhor - que reorganiza tudo
> quando um link cai e ou outro assume as tarefas.
> Minha dúvida é simples:
> para fazer o servidor de e-mail continuar recebendo mensagens quando o link
> principal deixar de funcionar, basta criar entradas adequadas no DNS?
> Seria algo como abaixo?
>
> ; zone file fragment
>  IN  MX  10  mail.example.com.
>  IN  MX  10  mail1.example.com.
>  IN  MX  10  mail2.example.com.
> 
> mail  IN  A   192.168.0.4
> mail1 IN  A   192.168.0.5
> mail2 IN  A   192.168.0.6
>
> Agradeço qualquer dica!
>
> JH
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] VMWare ESXi4 - Placas fisicas

[Rafael Henrique Faria]

Bom dia Wanderson.

Esse recurso do VMDirectPath, não é do Intel VT. Mas sim de um novo
recurso da intel, presente apenas nos novos processadores Nehalem. Os
servidores novos da Dell Poweredge, suportam essa tecnologia.

E se eu não me engano as placas em que ter algum suporte também.

Mas não sei te afirmar ao certo, só sei que não conseguimos utilizar o
VMDirectPath por aqui, não é tão simples de se utilizar esse recurso.

2010/1/8 Wanderson Tinti :
> Senhores,
>
> alguém utiliza o recurso 'Intel VT' em servidores DELL T300 e DELL Power
> Edge 1950 para repassar as placas físicas do servidor que roda VMWare ESXi 4
> para as maquinas BSD/Linux virtuais? Estou limitado a criar 10 placas
> virtuais, mas necessito de 20 placas. Uma possibilidade é utilizar o
> VMDirectPath para conversar diretamente com as placas físicas do servidor,
> sem a necessidade de interfacear com o VMWare ESXi 4. Na configuração do
> VMDirectPath Configuration não consigo interfacear diretamente com as
> placas.
>
> Alguma solução, ou estou limita pelo versão do VMWare que utilizo?
>
> Placas Intel e Broadcom.
>
> Obrigado e bom dia
>
>
> Atenciosamente,
> Wanderson Tinti
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD aos olhos de um "Linuxer"

[Rafael Henrique Faria]

Eu já penso um pouco diferente...

Server = BSD;
Desk = MacOS.

2009/12/14 Fabricio Archanjo :
> Vocês podem me chamar de maluco oque for, mas para mim BSD = Server , Desk =
> Linux.
>
>
> abraxx.
>
>
> 2009/12/14 Welkson Renny de Medeiros 
>
>> Havacci escreveu:
>> > mesmo após um ano eu ainda acho o freebsd um saco pra configurar pra
>> > desktop, custo fazer as coisas funcionarem redondo... atualizar o
>> > sistema é foda, tem que dar um portupgrade -a e isso leva uns 3 dias..
>> > mas mesmo assim até hoje uso esse danado como desktop ! ahsueaashdu
>> > apesar do trabalho, é mto bom quando funciona beleza !
>> >
>> > --
>> > Thadeu Knychala Tucci
>> > CompPET UFU
>> >
>>
>> Parece brincadeira, já uso BSD a uns 5 anos, já configurei muito
>> servidor... mas NUNCA vi um KDE/GNOME rodando nele =)
>>
>> Um dia, por curiosidade vou fazer o teste e ver como se comporta.
>>
>> --
>> Welkson Renny de Medeiros
>> Desenvolvimento / Gerência de Redes
>> Focus Automação Comercial
>> FreeBSD Community Member
>>
>> -
>> 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
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)

[Rafael Henrique Faria]

Boa tarde Welkson.

Vendo o seu txt, eu verifiquei umas coisas:

 ---Sequential Output ---Sequential Input-- --Random--
 -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
# FreeBSD 8.0 - MÁQUINA "NOVA" (ESXi4 - QUAD CORE - HD SAS)
1000 11249 97.3 47028 87.7 73542 61.7 124799 99.0 264879 99.0
19256.7 130
# FreeBSD 7.0 - MÁQUINA "VELHA" (Não Virtualizada - Dual Core - 2 GB
RAM - hd sata)
 1000 60951 41.8 56216 10.7 12061  3.3 43217 36.2 51960  7.6 234.0  1.0

Leitura sequencial, o sistema físico levou a melhor.
Em gravação, e leitura aleatória, o virtual levou a melhor.

Isso se deve a um fator simples, discos SCSI (acredito que em
consequencia SAS) são melhores na leitura de diversos arquivos
pequenos, do que em um único arquivo grande.

A um tempo atrás, eu vi um comparativo de discos SATA, e SCSI 320mb/s.
Para uma grande quantidade de arquivos pequenos, leitura e escrita,
tipo diversos HTML, com gif/jpg/js, o SCSI saia na frente, e muito
melhor.
Mas na leitura e gravação de um único arquivo grande, maior de 10gb, o
SATA saia na frente...

E como as máquinas virtuais ficam em apenas um único arquivo gigante,
a performance dele não é muito boa para leitura sequencial... mas
gravação, e busca, que é o ponto que o SAS se destaca, ele se sai
melhor.

O ponto importante disso, é destacar quem como o SAS se comporta
melhor na leitura de vários arquivos simultaneos, ele se sairá melhor
com várias máquinas virtuais.

SAS com uma única máquina virtual vai ter desempenho inferior que um
SATA com uma única maquina virtual.
Agora, um SAS com 20 máquinas virtuais, vai ter o mesmo desempenho que
o SAS com uma única máquina virtual, enquanto um SATA com 20 máquinas
virtuais, vai parecer o Pentium 100.

E levendo em conta ainda que vc está usando um RAID-1, ele é
relativamente mais lento que um RAID-0, ou RAID-5. Você deve levar
isso em conta também.

O ideal para se obter performance total usando virtualização,
infelizmente é com um Storage externo dedicado ligado via fiber
channel.

E note que mesmo assim, a performance do disco não será 100% igual um
disco SATA dedicado a uma máquina física.

mas vc sempre estará ganhando na quantidade.

Se vc executasse o mesmo teste que você fez na máquina virtual, em 10
máquinas virtuais, simultaneamente no mesmo hardware, os resultados
seriam os mesmos.
Agora se vc executar o mesmo teste em uma máquina fisica, 10 vezes
similtaneamente, a degradação será altissima.

O ideal de se usar um cenário de máquinas virtuais, é ver várias
máquinas, cada uma executando uma função diferente. No total, cada uma
delas será mais rápida do que apenas uma executando tudo.

Espero ter ajudado.



2009/12/3 Welkson Renny de Medeiros :
> Welkson Renny de Medeiros escreveu:
>> Pessoal,
>>
>>
>> Estou vendo algumas ferramentas de benchmarks:
>>
>> http://www.freebsd.org/ports/benchmarks.html
>>
>>
>
> Mais alguns testes:
>
> http://intranet.focusautomacao.com.br/publico/esx/comparacao.txt
>
> A máquina velha está com um MONTE de serviço rodando, em produção, a
> nova não tem nada, e mesmo assim o desempenho é muito inferior...
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OT] to voltando....

[Rafael Henrique Faria]

Ótimo ver você na ativa novamente Luiz, e estimo melhoras para sua
mulher, e espero que fique tudo bem.

E é assim mesmo, o trabalho deve sempre vir depois de prioridades familiares.

E se precisar de qualquer ajuda da comunidade, tenho certeza que
muitos aqui, assim como eu, estaremos a disposição.

Abração


2009/11/19 Luiz Gustavo :
> Galera,
>
> peço desculpas pela minha "sumida" virtual, minha esposa teve problemas
> de saúde (ainda tá se recuperando) e algumas prioridades ficaram lá pra
> trás
>
> Aos poucos vou retomando a vida virtual ao normal assim que der
> (dando conta das demandas) estarei postando os meus trabalhos em relação
> ao pfsense e outros projetos "by BSD"
>
> Obrigadão galera e agradeço o apoio dos colegas nessas situações
> pessoais
>
> Abraços
>
> --
> Luiz Gustavo Costa (Powered by BSD)
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> mundoUnix - Consultoria em Software Livre
> http://www.mundounix.com.br
> ICQ: 2890831 / MSN: cont...@mundounix.com.br
> Blog: http://www.luizgustavo.pro.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
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-Microsoft Patentia o comando "sudo"

[Rafael Henrique Faria]

Foi a mesma interpretação que eu tive.

Acredito que não haverá problemas para os comandos su/sudo.

Mas eu fiquei em duvida quanto as janelas que tem em linux que fazem
exatamente o mesmo.
E principalmente, minha maior preocupação, é com a Apple, o Mac OS faz
exatamente o mesmo também.

2009/11/12 Pablo Sánchez :
> Encaminho a mesma resposta que já mandei para o PSL-DF sobre o assunto.
>
> "Realmente, é uma patente que deveria ter sido contestada na hora.
> "Rights elevator". Pel oconceito, até o su entrou nessa.
>
> MAS
>
> O flame mesmo é que ninguém parou para ler...
>
> "these systems and/or methods present a user interface identifying an
> account having a right to permit a task in response to the task being
> prohibited based on a user's current account not having that right"
>
> O que aparece aí é que QUANDO um usuário tenta executar algo que suas
> permissões não permitem (duh, que redundância) uma interface aparece
> em seguida. Ou seja, é aquela famosa janelinha pentelha do windows
> vista para cima pedindo confirmação.
>
> sudo permite executar um comando, mas não é oferecido automaticamente,
> ou seja, não é como aquele diálogo. E su permite a personificação.
>
> Acho que a redação deixa clara que embora pareça a princípio o sudo e
> o su, não é bem assim..."
>
> 2009/11/12 mantunes :
>> Site: http://gizmodo.com/5402796/microsoft-patents-the-sudo-command
>>
>> Patente:
>> http://patft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/PTO/srchnum.htm&r=1&f=G&l=50&s1=7,617,530.PN.&OS=PN/7,617,530&RS=PN/7,617,530
>>
>>
>>
>>
>>
>>
>> --
>> Marcio Antunes
>> Powered by FreeBSD
>> ==
>> * Windows: "Where do you want to go tomorrow?"
>> * Linux: "Where do you want to go today?"
>> * FreeBSD: "Are you, guys, comming or what?"
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
>
> --
> =
> Pablo Santiago Sánchez
> Análise e Desenvolvimento de Sistemas Web
> Zend Certified Engineer #ZEND006757
> phack...@gmail.com
> (61) 9975-0883
> http://www.sansis.com.br
> http://www.corephp.com.br
> "Quidquid latine dictum sit, altum viditur"
> =
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Operacional] Usuários BSD.com. br e assinantes FUG

[Rafael Henrique Faria]

É sim.

Eu utilizo aqui no meu google app. E ele comunica normalmente com
usuarios do gmail e de outros google apps.

2009/11/11 Celso Viana :
> 2009/11/10 Patrick Tracanelli :
>> Senhores,
>>
>> Esse e-mail se destina apenas a usuários gmail, incluindo BSD.com.br e
>> assinantes dessa lista. Os demais podem ignorar.
>>
>> É quase uma FAQ tanto no wh...@bsd.com.br quanto aqui na lista, as
>> duvidas sobre e-mail entregue ou não para a FUG. Muitos enviam a
>> mensagem e não vêem em sua caixa postal. Recentemente aparentemente isso
>> aconteceu também na GTER.
>>
>> Dessa forma gostaria de citar o Welkson Renny de Medeiros, ao
>> referenciar o seguinte link para vssa leitura:
>>
>> http://mail.google.com/support/bin/answer.py?hl=br&answer=6588
>>
>> Portanto todos os usuários BSD.com.br (e demais usuários gmail e Google
>> Apps) ao enviar e-mail para a lista e não receber em sua caixa de
>> entrada, já sabe agora que esse é um comportamento normal dos serviços
>> de correio do Google ok?
>>
>> Aproveitando, ja passamos de 2.000 contas @bsd.com.br :D Conseguimos
>> aumento da quota junto ao Google, então quem quiser um e-mail
>> @BSD.com.br (Google Apps), basta acessar:
>>
>> http://www0.bsd.com.br/gapps/std/cria/
>>
>> Assim que puder vamos colocar esse link em algum lugar (um FAQ) pra
>> evitar pegar mais usuários desprevinidos.
>>
>> Bom uso e bom proveito.
>>
>> --
>> Patrick Tracanelli
>>
>> FreeBSD Brasil LTDA.
>> Tel.: (31) 3516-0800
>> 316...@sip.freebsdbrasil.com.br
>> http://www.freebsdbrasil.com.br
>> "Long live Hanin Elias, Kim Deal!"
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
> Por falar em mail: é possível usar o "talk" com e-mail's "@bsd.com.br"?
>
> --
> Celso Vianna
> BSD User: 51318
> http://www.bsdcounter.org
>
> 63 8404-8559
> Palmas/TO
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dell + ESXi + FreeBSD

[Rafael Henrique Faria]

Welkson, atualmente o VMWare Tools é recomendável sim... ele já tem um
excelente suporte para o FreeBSD.

2009/11/10 Welkson Renny de Medeiros :
> Lincon Peretto escreveu:
>> Ola Guilherme,
>>
>> Estou na mesma situação do Welkson, montando mer ambiente com vmware esxi 4
>> e freebsd 64. Vc teria estas info de tunagem para nos passar.
>>
>> Obrigado.
>>
>> []'s
>>
>
> Lincon,
>
> Me recordo de ter visto essa: (inclusive não recomenda o VMware Tools)
>
> http://ivoras.sharanet.org/freebsd/vmware.html
>
> Mas se Guilherme puder compartilhas as experiências dele nesse ambiente
> seria ótimo.
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dell + ESXi + FreeBSD

[Rafael Henrique Faria]

Bom dia Welkson,

2009/11/10 Welkson Renny de Medeiros :
> Senhores,
>
> A algumas semanas fiz uma pergunta sobre Dell + FreeBSD... questão de
> compatibilidade, etc.
>
> Acho que o Dell chega essa semana... vi que ele já vem homologado para
> VMWARE ESXi 3 e 4
>
> A pergunta: O FreeBSD (x64) vai ter um desempenho bom dentro de uma vmware?
> (4 GB RAM, QuadCore, discos SAS 300GB 15K RPM).

Sim, eu possuo cerca de 20 servidores virtuais com FreeBSD x64 dentro
do vmware ESXi 4, rodando em hardware Dell. Eu alias, recomendo.

>
> O Dell OpenManage (monitoramento), roda no ESXi? (no bsd sei que não roda).
>

Isso só a Dell vai poder te responder com certeza.

> Sugestões serão bem vindas.
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
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 desligar um HD por software [RESOLVIDO]

[Rafael Henrique Faria]

Já tem HDs que permitem variação na rotação dos discos sim.

Como a série Caviar Green da Western Digital.

Varia de 5400 a 7200.

mas pelo que eu andei lendo por aí, esse HD a 7200 gasta mais energia
que um HD puro 7200.

Ou seja, é bom para quem usa o disco raramente, ou com pouca
intensidade, mas quem usa muito o disco, ou mesmo para servidores,
duvido que esse tipo de disco seja uma solução boa. Para isso eu
prefiro um Seagate Barracuda ES.


2009/11/4 Nilson :
> 2009/11/4 Pablo Sánchez :
>> Pelo que entendi, ninguém está desligando ou ligando o HD, isso na
>> verdade só pode ser feito realmente cortando a energia. O que foi
>> feito é apenas a redução da velocidade do mesmo (spindown), o que faz
>> com que ele gaste menos energia e portanto não aqueça, mas não é o
>> desligamento total.
>
> Não é desligamento total, visto que a placa lógica continua
> funcionando, mas é sim o desligamento total (RPM=0) do
> motor que rotaciona os discos. Até onde me consta os
> HDs atuais não permitem velocidades intermediárias de
> rotação, é tudo ou nada.
>
> ---
> Nilson
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
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] Problema com Makefile em FreeBSD

[Rafael Henrique Faria]

Bom dia Pablo.

Eu não conheço muito bem o autoconf e automake, tive de usar raras
vezes. Mas, eu já tive problemas parecidos em outras áreas.

2009/10/28 Pablo Sánchez :
> ../sgp/configure: 1778: Syntax error: word unexpected (expecting ")")

Ao meu entender, o que ele está reclamando, é que foi especificado uma
palavra desconhecida, e ele estava esperando um ")".

>
> A linha 1778 contém o seguinte:
>
> AM_INIT_AUTOMAKE (foreign)
>

Você tentou algo do tipo: ( "foreign" )
Usando aspas, e deixando espaço entre os parênteses ?
Pelo erro eu pude entender que a palavra dentro do parênteses não é
esperada. Pode ser um descasamento de versão do autoconf que vc usou
para criar o arquivo inicialmente no linux, e a versão que está usando
dele no FreeBSD terem sintaxes diferentes?


Bom, mas volto a dizer, eu não conheço as sintaxes desses programas,
mas para ajudar é o que me veio a cabeça.


-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC] Questão de Concurso

[Rafael Henrique Faria]

Realmente, a pergunta está com grande quantidade de falta de informações.

2009/10/26 Rafael Rodrigues de Oliveira :
> Salve galera tenho uma questão de concurso que achei meio polêmica, antes de
> falar a resposta gostaria de saber a opinião de vocês, segue a questão.
>
> 26) Para evitar a disseminação de vírus, o responsável pela rede bloqueou,
> no roteador da organização, todas
> as conexões na porta TCP. Porém, ao fazer essa modificação, os usuários da
> rede começaram a reclamar de
> problemas

Para começar, dizer que bloqueou no roteador da organização, se for
por ACL, acredito que deveria ter sido especificado, ou se foi em um
roteador (leia-se roteador/modem ADSL/cable), que possui recursos de
firewall (leia-se novamente um linux embutido com iptables).

E também para evitar disseminação de virus, agora vamos, evitar de que
modo? Impedir que o usuário faça download do virus (bloqueia 80/TCP e
também todo o trafego web), impedir que o usuario receba arquivos via
programas de mensagens instantâneas, impedir disseminação de virus
pelo protocolo do windows, ou impedir que virus enviem spam para a
internet?).

E outra, "todas as conexões na porta TCP".
Como já foi citado anteriormente isso está errado. Primeiro, falta a
porta, segundo para qual direção? Entrada ou saida? Ambas as direções?
Note que isso é importante e muito diferente. E a porta bloqueada é a
de destino ou a de origem? Isso também é relativo.

> a) na navegação WEB convencional.

Como não foi especificada a porta, essa resposta é valida, caso o
bloqueio tenha sido feito na porta 80/TCP tanto na entrada/saida como
apenas na saida. Porém isso não evita a disseminação de virus, apenas
impede que o usuário faixa downloads de arquivos contaminados.

> b) na navegação WEB através do protocolo de segurança.

Bloqueando a porta 443/TCP, exatamente identico ao que eu comentei acima.

> c) no envio de mensagens eletrônicas.

Agora isso depende muito, mas no geral, NÃO IMPEDIRIA A DISSEMINAÇÃO
DE VIRUS. Apenas impediria que os virus enviassem spam para fora.
O que poderia ser feito no roteador: bloquear a porta 25/TCP para
saida. Então máquinas contaminadas não conseguem enviar spam. Mas
novas maquinas podem se contaminar, pois os virus não usam a porta 25
para se alastrar. E isso não impediria o usuario de receber um e-mail
com virus também. Pois ele recebe pela porta do POP/IMAP. E isso é
comentado na resposta abaixo.

> d) no recebimento de mensagens eletrônicas.

Para recebimento teria q ser bloqueado as portas d POP e IMAP, e o
usuário não iria apenas conseguir receber mensagens. Mas isso não
evitaria disseminação de virus.

> e) no uso de programa de mensagens instantâneas.

Aqui poderia até ter alguns problemas, mas aí tudo não iria funcionar
tb. Cada programa de mensagem instantânea utiliza uma porta diferente,
então essa reposta é muito ampla.

>
> Obrigado
>
> []'s a Todos
>
> --
> Rafael Rodrigues de Oliveira
> Jesus Christ's Blood Purifies Us of All Sin
> Linux #357492 / FreeBSD #BSD051202
> CISCO CCNA Loading .ılı..ılı.
> http://lmgtfy.com/
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Está faltando muita informação nesta pergunta. Com certeza ela será anulada.
E pelo vista ela foi formulada por alguém que configurou um
modem/routeador de Speedy para bloquear portas.

Como eu formularia essa pergunta para bater com a resposta:

26) Para evitar a disseminação de mensagens não solicitadas enviadas
por vírus, o responsável pela rede bloqueou, no roteador da
organização, todas as conexões de saída com destino na porta 25/TCP.
Porém, ao fazer essa modificação, os usuários da rede começaram a
reclamar de problemas.

Agora sim.

-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OT] Apple at MacOS Forge: "The ZFS project has ben discontinued"

[Rafael Henrique Faria]

Pelo que eu consegui entender deste caso, parece que foi um problema
de licenciamento do ZFS para a Apple.
E também algo a ver com a Oracle ter adquirido a Sun. Infelizmente
isso é um fato que pode significar algo até mesmo para o FreeBSD. A
Oracle nunca teve uma política muito boa com o open source. Não sei
qual será o destino do Solaris, assim como o do ZFS com a Oracle
mexendo nele.
Mas no máximo pode ser criado um fork do ZFS, no qual iria continuar o
ZFS no FreeBSD independente do ZFS do Solaris.

Se tiver alguem aqui na lista mais por dentro da fusão da Oracle com a
Sun, acho que pode comentar melhor sobre isso. Eu estou meio por fora.

2009/10/27 Paulo Henrique :
> No caso os usuários MAC OS é que terão a perder, lembro de ter lido que a a
> possibilidade de apartir do FreeBSD 9 ter o ZFS como sistema de arquivos
> nativo, como o Mac OS é hoje proveniente do Kernel do FreeBSD creio termos
> perdido talvez um aliado na difusão de tal tecnologia provida pelo FreeBSD.
>
> 2009/10/27 Renato Botelho 
>
>> 2009/10/27 irado furioso com tudo :
>> > Em Mon, 26 Oct 2009 22:21:46 -0300
>> > Welkson Renny de Medeiros , conhecido
>> > consumidor de drogas (BigMac's com Coke) escreveu:
>> >
>> >> Apple at MacOS Forge: "The ZFS project has ben discontinued"
>> >
>> >
>> > bem.. espero que isso NÃO afete o projeto no FreeBSD, pq justo agora
>> > estava me preparando para experimenta-lo.
>>
>> Fique tranquilo irado, o ZFS é produzido pelo Solaris / Opensolaris, a
>> Apple era apenas um usuário do mesmo, se ela não vai mais usar,
>> não tem nada a ver com o port de ZFS para FreeBSD.
>>
>> --
>> Renato Botelho
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
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 df

[Rafael Henrique Faria]

Eu já tive exatamente o mesmo problema.

E infelizmente o processo foi o mesmo, reiniciar o servidor em
singleuser, e aí sim executar o fsck.

Ai o problema foi resolvido.

2009/10/21 Franklin França :
> 2009/10/21 Emmanuel Alves 
>
>> OI Franklin,
>>
>> Valeu pela sugestão.
>>
>> O problema é que este é um servidor dedicado que eu tenho acesso somente
>> via
>> terminal, como eu poderia executar isto? Tenho que pedir ao suporte?
>>
>> Agora quando eu executei o fsck, eu não coloquei este parâmetro. Ele
>> assumiu
>> todos com default, será que pode ter sido isto?
>>
>> []s
>>
>> Emmanuel Alves
>> manel...@gmail.com
>>
>> -
>> Twitter: http://www.twitter.com/emartsnet
>> Linked In: http://www.linkedin.com/in/emartsnet
>>
>>
>>
>>
> Eu realmente tive que reiniciar o servidor em modo singler user. Pois com o
> servidor operando em modo normal não obtive sucesso somente em modo singler
> user.
>
> --
> atenciosamente,
>
> Franklin de França
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Rafael Henrique da Silva Faria
Grupo de Sistemas e Redes

Serviço Técnico de Informática
Faculdade de Ciências e Letras do Campus de Araraquara - UNESP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd