Re: [FUG-BR] Bloqueio de MSN

2007-08-02 Por tôpico Lutieri G.
Eu costumo bloquear pelo squid. Aí pode ser por MAC, usuário, ip de
origem.. sei lah..
Por exemplo:


##Usuarios
acl usuarios_msn proxy_auth -i usuarios_msn.txt
##Site MSN
acl msn url_regex -i gateway.messenger.
acl msn url_regex -i login.live.com
acl msn url_regex -i gateway.dll
acl msn url_regex -i msn.com

##ACL's MSN
http_access allow usuarios_msn msn
http_access deny usuarios_msn all




Em 01/08/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu:
 Em 01/08/07, Marcelo de Souza Sant'Anna[EMAIL PROTECTED] escreveu:
  Bloquear MSN por rede ou IP é complicado e não muito eficiente,
  principalmente porque a Microsoft está sempre modificando seus
  servidores. Além disto, você pode sem querer bloquear endereços que
  forneçam suporte a download de drivers para atualização das estações
  entre outros problemas.
 
  A maneira mais eficiente é bloquear softwares como este, assim como
  também softwares P2P, através do cabeçalho do pacote, de preferência no
  início da conexão, utilizando softwares ou equipamentos que façam a
  filtragem de conteúdo na camada de aplicação.
 
  Você também pode fazer este bloqueio, porém de forma mais simples,
  utilizando um servidor proxy e criando algumas regras de mime-type...
 
  Lembre sempre que se algum usuário utilizar algum webproxy, ou qualquer
  aplicativo para encapsular os dados, você terá como detectar através das
  regras que criou. Isto porque para você seus usuários estarão utilizando
  a porta 80 de um determinado site, quem não do MSN.
 
  Sites como ebuddy, permitem que o usuário utilizem o MSN passando tudo
  através do site deles, e você somente verá conexões para o site
  www.phonefox.com ou ebuddy.com
 
 
 
  On Wed, 2007-08-01 at 05:36 -0300, lucio_flavio wrote:
 
   Pesquisei alguns topicos sobre bloqueio de msn aqui na lista e no oraculo
   google, a algum tempo atras consegui uma possivel formula, porém estou 
   com
   problemas em um cliente (parece que as maquinas acessam normalmente o 
   msn.),
   se
   alguem puder me ajudar para que os demais que precisem tambem se 
   beneficiem.
   Aqui esta o que fiz
  
   ### Tables ###
   table ips_bloqueados_ext { 64.92.165.219, 64.233.171.85, 206.190.49.191,
   72.14.209.85, 72.14.209.86, 72.14.209.87 }
   table ips_liberados_ext { 200.215.114.175, 200.189.167.124 }
   #- MSN e Cia
   table chat_ips {65.54.239.0/24, 64.12.200.89, 216.155.193.161,
   65.54.194.118,
   207.46.216.62}
   table chat_liberados_int {10.0.15.110, 10.0.15.118, 10.0.15.117}
  
   # Bloqueio MSN e outros IMs
   pass in quick on $int_if proto tcp from chat_liberados_int to any port
   {1863,
   3128, 8080}
   pass in quick on $int_if proto tcp from chat_liberados_int to chat_ips
   port
   { 80, 1863, 5050, 5190 }
   block in quick on $int_if proto tcp from $internal_net to any port { 3124,
   8000,
   6588, 65506, 444, 1863, 8080, 5050, 5190 }
   block in quick on $int_if proto tcp from $internal_net to chat_ips port 
   {
   80,
   1863, 5050, 5190 }
  
   # Excecoes
   block out on $ext_if proto tcp from any to ips_bloqueados_ext
   block in on $int_if proto tcp from any to port { 3124 8000 8080 6588 65506
   444
   8081 }
  
   Desde já grato pela ajuda!
  
   um abraço pessoal!
   - 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
 

 eu tenho um forma melhor de bloquear msn da galera usano ipfw
 com esta regra vc reduz o trafego em 60% do pacote para porta 1863
 ipfw add 5000 prob 0.6 drop tcp from not 192.168.0.2 to not
 192.168.0.0/24,200.0.0.0/8,201.0.0.0/8 1863
 prente atenca que a unica maquina que vai ter acesso ao msn e o ip 192.168.0.2
 os reto da rede nao tera acesso ao menos que vc libera outra maquina
 para acessar.
 --
 Alessandro de Souza Rocha
 Administrador de Redes e Sistemas
 Freebsd-BR User #117
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



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


Re: [FUG-BR] (FUG-BR) - Recuperando Master Boot Record (RESOLVIDO)

2007-08-02 Por tôpico Lutieri G.
Pena que eu não vi essa thread antes... Eu resolvi na semana passada
com uma dica que achei aqui:

http://www.zydecode.net/snippets/?p=3

A solução seria:
# boot0cfg -B -b /boot/mbr ad0


Em 31/07/07, Victor Loureiro Lima[EMAIL PROTECTED] escreveu:
 Seguinte, apenas para constar na lista...

 Eu conseguia bootar atraves da emergency shell do disco de
 instalacao do FreeBSD 6.2, o meu antigo sistema e conseguia montar as
 minhas particoes (que estavam intactas), com isso eu fiz o seguinte:

 Montei a particao /usr para poder escrever em algum lugar...
 % mount /dev/ad4s1f /mnt/

 Depois copiei a MBR para analisar se existia algo absurdamente fora de ordem 
 la'
 (vide wikipedia sobre MBR para ver o formato, e um outro amigo meu -
 hey dansa! - analisou o conteudo e verificou que nada estava fora de
 ordem)
 % dd if=/dev/ad4 of=/mnt/mbr.txt count=1

 Depois de analisado o mbr.txt, eu sai da emergency shell, e comecei a
 instalacao standard, primeiro ele me joga para uma tela do fdisk,
 la', eu marquei a minha particao como bootablee apertei a tecla 'w'
 (de write) e confirmei que queria commitar minhas alterações. Depois
 eu confirmei que queria usar o boot manager do freebsd, e depois na
 tela de slice eu tive que re-definir os mount points para cada slice
 (que no meu caso era da seguinte forma):

 ad4s1a /
 ad4s1b swap
 ad4s1d /var
 ad4s1e /tmp
 ad4s1f /usr

 e depois disso eu confirmei que queria commitar essas mudancas tambem,
 na tela seguinte, ele ja' iria comecar a instalacao do freebsd, quando
 eu sai (cancelei tudo ate' voltar a tela inicial) e retirei o CD do
 freebsd e tentei dar um boot normal e voila! tudo funcionou
 normalmente, como antes! ;) Perfeito...

 Obrigado pela ajuda do pessoal da lista, e principalmente para o dansa
 que me ajudou muito tambem ;)

 abracos
 victor loureiro lima


 Em 25/07/07, washington de lima[EMAIL PROTECTED] escreveu:
  Olha na vez que aconteceu comigo, eu resolvi
  da seguinte forma.
  Dei o boot pelo cd, e mantenho as partições do
  jeito que estão.
  Ele vai perguntar se você quer instalar o gerenciador de
  boot. Você confirma e seguida pede para sair do sysinstall, e
  em seguida da o boot apartir do hd.
 
  Washington de Lima
 
 
  Victor Loureiro Lima [EMAIL PROTECTED] escreveu: Em 12/07/07, irado 
  furioso com tudo escreveu:
   Em Thu, 12 Jul 2007 10:00:12 -0700
   Victor Loureiro Lima  escreveu:
  
como restaurar o MBR
  
   aproveitei, fui procurar no google, achei isto aqui:
 
  Valeu :)
 
   fdisk -B -b /boot/boot0 ad0
 
  Nao surtiu efeito algum, depois ele pergunta se eu quero que ele
  re-escreva as minhas partition tables e eu disse que sim e mesmo assim
  nao surtiu efeito.
 
 
   o que, possívelmente, seja mais seguro do que aquilo tudo que falei.
   Enfim, o link tá aqui:
  
   http://209.85.165.104/search?q=cache:UpVZK5MWwLkJ:lists.freebsd.org/pipermail/freebsd-questions/2005-July/094620.html+freebsd+mbr+restoringhl=pt-BRct=clnkcd=2client=opera
  
 
  Alguma outra ideia?!
 
  victor f. loureiro lima
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 Flickr agora em português. Você cria, todo mundo vê. Saiba mais.
  -
  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



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


Re: [FUG-BR] atualização (upgrade?) de i386 para amd64

2007-08-02 Por tôpico William Grzybowski
On 8/2/07, Mario Lobo [EMAIL PROTECTED] wrote:

 Ola gente;

 Eu tenho o Free 6.2-STABLE, instalado e recem atualizado (depois de muita
 espera, com xorg 7.2, kde 357, os ports todos, etc..)  numa maquina
 pentium
 1.7 e acabei de comprar uma placa nova e um pentium D 64 dual core.

 Sei que terei que migrar para o amd64. Alguem sabe se terei que reinstalar
 tudo de uma iso amd64 ou existe alguma forma de fazer isso na instalação
 que
 ja tenho ?

 Obrigado.


Experiencia propria, se for desktop como parece, use como i386, freebsd
desktop com amd64 é muita dor de cabeça e desempenho semelhante...


--
 **
//| //| Mario Lobo
   // |// | http://www.ipad.com.br
 //  //  |||  FreeBSD since 2.2.8 - 100% Rwindows-free
 **


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



-- 
William Grzybowski
--
Jabber: william88 at gmail dot com
Msn: william.grz at hotmail dot com
Curitiba/PR
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Disponibilidade.

2007-08-02 Por tôpico Renato Martins
pq vc não faz um nas ou um sevidor de arquivos em raid e compartilha via nfs 
seus dicos ai todos salvam no mesmo disco tanto email quanto aos sites 
facilitando o backup tb
- Original Message - 
From: Gilberto Villani Brito [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Wednesday, August 01, 2007 4:07 PM
Subject: Re: [FUG-BR] Disponibilidade.


On 01/08/07, Marcelo Costa [EMAIL PROTECTED] wrote:
 Mysql

 http://dev.mysql.com/doc/refman/5.0/en/replication-howto.html

 Email
 vc coloca um mx mais alto no seu dns , demais configurações identicas

 ftp
 ai é backup fisico mesmo e alterar no DNS

 []'s

  
 
  Tenho que replicar a base do mysql, e-mails e ftp.
 
  Abraços

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


Caro Marcelo,
Eu não posso mudar o MX, pois como ficaria os e-mails antigos que
ficam no servidor e são lidos pelo webmail???
Os dados do ftp, e-mails e sites somam mais de 50 Gbyes e para eu
copiar tudo isso, mesmo que seja via SCSI, vai demorar muito e durante
esse tempo os dados podem ser mudados.

Muito obrigado pelas dicas, mas tem mais alguma???


Abraços
-- 
Gilberto Villani Brito
System Administrator
Londrina - PR
Brazil
gilbertovb(a)gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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


Re: [FUG-BR] DNS Recursivo

2007-08-02 Por tôpico c0re dumped
Qual é a versão do BIND ?

-- 
No stupid signatures here.

http://www.webcrunchers.com/crunch/
-
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 conexão DHCP - não conec ta mais

2007-08-02 Por tôpico Gule #
On 8/2/07, William Grzybowski [EMAIL PROTECTED] wrote:
 On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
 
  Boa noite a todos,
 
  Inexplicavelmente a internet voltou normalmente hj.
  Simplesmente, liguei o pc, acessei o freeBSD e pronto.
  Bem que hj a tarde fiz uma ligação e pedindo esclarecimento do pq
  funcionar normalmente no windão e não no freeBSD (sistema esse q
  pareceu ser de outro mundo quando falei pro cara do suporte). Até
  tentei explicar q o kernel e a base do freeBSD é usada pelos mac, mas
  não ajudou muito. Fico na dúvida ainda de algum complô pró M$.
  No mais é isso, valeu pela ajuda.
 
  Abraços,



 DHCP s'o funcionar pra windows!?
 Acho dificil hein, muito dificil, o protocolo do dhcp nao carrega isso,
 eh igual pra tudo, acho mais facil ter sido um pequeno bug do freebsd, que
 inclusive eu jah tive parecidos, e com o msm driver (nve), que por algum
 motivo o fbsd nao sabia se comportar, e soh voltava a funcionar se eu
 desligasse o computador! (sim, e nao apenas reiniciar), algo relacionado a
 if up/down da placa...






 On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
   On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
Cara, não precisa do rc.conf inteiro não.
Por acaso seu PC está ligado direto com o modem da Vivax né ?
Faz o seguinte:
   
1 - Inicia seu BSD;
2 - Desliga o modem da vivax por uns 10 segundos;
3 - Liga denovo e espera ele sincronizar;
4 - Use o sysinstall do BSD pra tentar pegar o IP.
   
Eu tinha esse MESMO problema com o Vírtua e só parei de ter quando
adquiri um roteador por causa do meu notebook.
  
   Sabe o que é mais estranho, tenho usado normalmente por 1 ano desse
   modo sem problemas.
   Do nada, quando liguei ao voltar do trbalho deu essa zica.
   Atribui o problema a ultimo portupgrade do autoconf, automake que tem
   no UPDATING que não conclui na noite anterior por uma falta de energia
   quando fui executar o passo 2.
   Porém, tentei com o cd de boot que conseguia se conectar normalmente
   tb por dhcp com a vivax tb parou de funcionar. dando a msg de ipv4
   gatewaye invalid.
   É meio estranho isso, é falha da vivax? alguma alteração que fizeram?
   Complô contra sistemas não M$?
  
  
  
   
   
On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
 On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
  On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
   On 8/1/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
Em Wed, 1 Aug 2007 10:03:01 -0300
Rafael Stockler [EMAIL PROTECTED] escreveu:
   
  mensagem de ip4v gateway invalid
   
   
normalmente acontece quando vc aponta para um gateway fora da
  sua
própria rede. Convém verificar mascaras e ip-addr mesmo de
  ambos, host
e gw
  
   Então, não sei se fiz certo.
  
   Entrei no windão e verifiquei o ip do gateway e tá igual ao que
  o
   freeBSD pega quando vou configurar pelo sysinstall.
  
   a mascara é mesma no windão tb e o ip que recebo do servidor
  dhcp da vivax.
  
   estranho?
  
   
--
saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853/FUG-BR 154
Não uso drogas - 100% Miko$hit-free
Negamos que esse Deus seja Deus... E se alguém nos mostrasse
  esse Deus
cristão, ficaríamos ainda menos inclinamos a crer nele.
  Nietzsche
-
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
  
 
  como está seu rc.conf?

 Está assim

 ifconfig_nve0=DHCP

 Gostaria que eu postasse todo o rc.conf?



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

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



 --
 William Grzybowski
 --
 Jabber: william88 at gmail dot com
 Msn: william.grz at hotmail dot com
 Curitiba/PR
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Wiliam! Nunca imaginei que pudesse ser isso!
Brigado pela dica! Quando eu tinha o problema eu 

Re: [FUG-BR] Problema com conexão DHCP - não conec ta mais

2007-08-02 Por tôpico Gule #
On 8/2/07, Rafael Stockler [EMAIL PROTECTED] wrote:
 On 8/2/07, William Grzybowski [EMAIL PROTECTED] wrote:
  On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
  
   Boa noite a todos,
  
   Inexplicavelmente a internet voltou normalmente hj.
   Simplesmente, liguei o pc, acessei o freeBSD e pronto.
   Bem que hj a tarde fiz uma ligação e pedindo esclarecimento do pq
   funcionar normalmente no windão e não no freeBSD (sistema esse q
   pareceu ser de outro mundo quando falei pro cara do suporte). Até
   tentei explicar q o kernel e a base do freeBSD é usada pelos mac, mas
   não ajudou muito. Fico na dúvida ainda de algum complô pró M$.
   No mais é isso, valeu pela ajuda.
  
   Abraços,
 
 
 
  DHCP s'o funcionar pra windows!?
  Acho dificil hein, muito dificil, o protocolo do dhcp nao carrega isso,
  eh igual pra tudo, acho mais facil ter sido um pequeno bug do freebsd, que
  inclusive eu jah tive parecidos, e com o msm driver (nve), que por algum
  motivo o fbsd nao sabia se comportar, e soh voltava a funcionar se eu
  desligasse o computador! (sim, e nao apenas reiniciar), algo relacionado a
  if up/down da placa...
 

 Pensei que fosse mesmo algo sinistro com alguma coisa que tinha feita,
 mas tb parar de subir no cd de boot dai fiquei meio preocupado, pois
 subia sempre com o cd de boot.
 Bootando por ele e tentando uma instalação do zero.
 O estranho tb q mesmo desligando a máquina e deixando um dia todo sem
 mexer não fez a net funcionar.
 O bom q agora tá tudo ok e não foi um erro no momento da atualização
 do autoconf automake q deu essa zica.

 vlw a todos pela ajuda.


 
 
 
 
 
  On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
 Cara, não precisa do rc.conf inteiro não.
 Por acaso seu PC está ligado direto com o modem da Vivax né ?
 Faz o seguinte:

 1 - Inicia seu BSD;
 2 - Desliga o modem da vivax por uns 10 segundos;
 3 - Liga denovo e espera ele sincronizar;
 4 - Use o sysinstall do BSD pra tentar pegar o IP.

 Eu tinha esse MESMO problema com o Vírtua e só parei de ter quando
 adquiri um roteador por causa do meu notebook.
   
Sabe o que é mais estranho, tenho usado normalmente por 1 ano desse
modo sem problemas.
Do nada, quando liguei ao voltar do trbalho deu essa zica.
Atribui o problema a ultimo portupgrade do autoconf, automake que tem
no UPDATING que não conclui na noite anterior por uma falta de energia
quando fui executar o passo 2.
Porém, tentei com o cd de boot que conseguia se conectar normalmente
tb por dhcp com a vivax tb parou de funcionar. dando a msg de ipv4
gatewaye invalid.
É meio estranho isso, é falha da vivax? alguma alteração que fizeram?
Complô contra sistemas não M$?
   
   
   


 On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
  On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
   On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
On 8/1/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
 Em Wed, 1 Aug 2007 10:03:01 -0300
 Rafael Stockler [EMAIL PROTECTED] escreveu:

   mensagem de ip4v gateway invalid


 normalmente acontece quando vc aponta para um gateway fora da
   sua
 própria rede. Convém verificar mascaras e ip-addr mesmo de
   ambos, host
 e gw
   
Então, não sei se fiz certo.
   
Entrei no windão e verifiquei o ip do gateway e tá igual ao que
   o
freeBSD pega quando vou configurar pelo sysinstall.
   
a mascara é mesma no windão tb e o ip que recebo do servidor
   dhcp da vivax.
   
estranho?
   

 --
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
 Negamos que esse Deus seja Deus... E se alguém nos mostrasse
   esse Deus
 cristão, ficaríamos ainda menos inclinamos a crer nele.
   Nietzsche
 -
 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
   
  
   como está seu rc.conf?
 
  Está assim
 
  ifconfig_nve0=DHCP
 
  Gostaria que eu postasse todo o rc.conf?
 
 
 
   -
   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: 

[FUG-BR] Notebook Acer Aspire 3680 : Problemas com Atheros + Marvell Yukon ...

2007-08-02 Por tôpico Wildes Miranda de Oliveira
Pessoal, bom dia.

Estou com problemas ao carregar o modulos das interfaces Atheros(ath) e Marvell 
Yukon(msk) no Notebook Acer Aspire 3680. Utilizei o 6.2-STABLE e com o kernel 
generico somente a atheros era carregada.Recompilei o kernel deixando-o menos 
built-in possivel, para testar. Apos o primeiro reboot consegui carregar a msk, 
mas nao consegui carregar a ath, desconfiei sobre algo com acpi, compilei o 
modulo da acpi e carreguei, depois disso consegui carregar a ath0, mas , nao 
mais a msk. Googleando descobri que aperentemente e o acpi que nao consegue  
separar algo entre esses dispositivos,e a solucao do problema - como diz um 
amigo : matar o cachorro - era desabilitar o acpi, conseguindo assim carregar 
a msk0, depois fazer alguma coisa com o ath_hal para nao utilizar acpi e entao, 
carregar a ath0 sem conflitos entre ambas, assim separando o problema, como 
dizia o topico. Nao testei estes passos ainda, mas nao estou muito confortavel 
com eles e a solucao proposta, e desde ja compartilho
a dificuldade, e se alguem ja teve essa experiencia ou possuir mais 
conhecimento sobre este processo e puder me dar um help, desde ja agradeco.

Wildes Miranda.

-
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 conexão DHCP - não conec ta mais

2007-08-02 Por tôpico William Grzybowski
On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:

 Boa noite a todos,

 Inexplicavelmente a internet voltou normalmente hj.
 Simplesmente, liguei o pc, acessei o freeBSD e pronto.
 Bem que hj a tarde fiz uma ligação e pedindo esclarecimento do pq
 funcionar normalmente no windão e não no freeBSD (sistema esse q
 pareceu ser de outro mundo quando falei pro cara do suporte). Até
 tentei explicar q o kernel e a base do freeBSD é usada pelos mac, mas
 não ajudou muito. Fico na dúvida ainda de algum complô pró M$.
 No mais é isso, valeu pela ajuda.

 Abraços,



DHCP s'o funcionar pra windows!?
Acho dificil hein, muito dificil, o protocolo do dhcp nao carrega isso,
eh igual pra tudo, acho mais facil ter sido um pequeno bug do freebsd, que
inclusive eu jah tive parecidos, e com o msm driver (nve), que por algum
motivo o fbsd nao sabia se comportar, e soh voltava a funcionar se eu
desligasse o computador! (sim, e nao apenas reiniciar), algo relacionado a
if up/down da placa...






On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
  On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
   Cara, não precisa do rc.conf inteiro não.
   Por acaso seu PC está ligado direto com o modem da Vivax né ?
   Faz o seguinte:
  
   1 - Inicia seu BSD;
   2 - Desliga o modem da vivax por uns 10 segundos;
   3 - Liga denovo e espera ele sincronizar;
   4 - Use o sysinstall do BSD pra tentar pegar o IP.
  
   Eu tinha esse MESMO problema com o Vírtua e só parei de ter quando
   adquiri um roteador por causa do meu notebook.
 
  Sabe o que é mais estranho, tenho usado normalmente por 1 ano desse
  modo sem problemas.
  Do nada, quando liguei ao voltar do trbalho deu essa zica.
  Atribui o problema a ultimo portupgrade do autoconf, automake que tem
  no UPDATING que não conclui na noite anterior por uma falta de energia
  quando fui executar o passo 2.
  Porém, tentei com o cd de boot que conseguia se conectar normalmente
  tb por dhcp com a vivax tb parou de funcionar. dando a msg de ipv4
  gatewaye invalid.
  É meio estranho isso, é falha da vivax? alguma alteração que fizeram?
  Complô contra sistemas não M$?
 
 
 
  
  
   On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
 On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
  On 8/1/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
   Em Wed, 1 Aug 2007 10:03:01 -0300
   Rafael Stockler [EMAIL PROTECTED] escreveu:
  
 mensagem de ip4v gateway invalid
  
  
   normalmente acontece quando vc aponta para um gateway fora da
 sua
   própria rede. Convém verificar mascaras e ip-addr mesmo de
 ambos, host
   e gw
 
  Então, não sei se fiz certo.
 
  Entrei no windão e verifiquei o ip do gateway e tá igual ao que
 o
  freeBSD pega quando vou configurar pelo sysinstall.
 
  a mascara é mesma no windão tb e o ip que recebo do servidor
 dhcp da vivax.
 
  estranho?
 
  
   --
   saudações,
   irado furioso com tudo
   Linux User 179402/FreeBSD BSD50853/FUG-BR 154
   Não uso drogas - 100% Miko$hit-free
   Negamos que esse Deus seja Deus... E se alguém nos mostrasse
 esse Deus
   cristão, ficaríamos ainda menos inclinamos a crer nele.
 Nietzsche
   -
   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
 

 como está seu rc.conf?
   
Está assim
   
ifconfig_nve0=DHCP
   
Gostaria que eu postasse todo o rc.conf?
   
   
   
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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




-- 
William Grzybowski
--
Jabber: william88 at gmail dot com
Msn: william.grz at hotmail dot com
Curitiba/PR
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Disponibilidade.

2007-08-02 Por tôpico Joao Victor da Costa
Senhores,
Faz algum tempo encontrei o link abaixo:

http://phaq.phunsites.net/2006/08/11/realtime-file-system-replication-on-freebsd

Explica como configurar HA de verdade utilizando o GEOM.

Boa leitura..
[]'s.


On Wed, 2007-08-01 at 13:56 -0300, Gilberto Villani Brito wrote:
 Olá lista;
 Tenho um problema e gostaria de ouvir sugestões.
 Tenho um servidor em produção que vai ter alterações de hardware, mas
 eu não posso parar os serviços dessa máquina.
 A minha idéia é montar um cluster de alta disponibilidade com 2 máquinas.
 Não sei se é possível ou quais programas usar para que esse servidor
 redundante se atualize até ficar completamente sincronizado (na parte
 de dados) ao servidor original (tudo isso via ethernet).
 Seria um RAID1 via ethernet e depois que tiver tudo sincronizado eu
 iria parar os serviços do servidor original e rodar no secundário.
 Se tudo isso der certo, fazer o contrário fica fácil.
 Alguém tem alguma sugestão de programas a usar ou alguma outra idéia???
 
 
 Abraços
-- 
Joao Victor da Costa.
Depto. de Suporte Unix
http://www.techmaster.com.br http://www.openit.com.br
http://www.myfreebsd.com.br 

Tel.: 2517-6001 e 2517-6002
E-mail: [EMAIL PROTECTED], [EMAIL PROTECTED]

-
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 conexão DHCP - não conec ta mais

2007-08-02 Por tôpico Rafael Stockler
On 8/2/07, William Grzybowski [EMAIL PROTECTED] wrote:
 On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
 
  Boa noite a todos,
 
  Inexplicavelmente a internet voltou normalmente hj.
  Simplesmente, liguei o pc, acessei o freeBSD e pronto.
  Bem que hj a tarde fiz uma ligação e pedindo esclarecimento do pq
  funcionar normalmente no windão e não no freeBSD (sistema esse q
  pareceu ser de outro mundo quando falei pro cara do suporte). Até
  tentei explicar q o kernel e a base do freeBSD é usada pelos mac, mas
  não ajudou muito. Fico na dúvida ainda de algum complô pró M$.
  No mais é isso, valeu pela ajuda.
 
  Abraços,



 DHCP s'o funcionar pra windows!?
 Acho dificil hein, muito dificil, o protocolo do dhcp nao carrega isso,
 eh igual pra tudo, acho mais facil ter sido um pequeno bug do freebsd, que
 inclusive eu jah tive parecidos, e com o msm driver (nve), que por algum
 motivo o fbsd nao sabia se comportar, e soh voltava a funcionar se eu
 desligasse o computador! (sim, e nao apenas reiniciar), algo relacionado a
 if up/down da placa...


Pensei que fosse mesmo algo sinistro com alguma coisa que tinha feita,
mas tb parar de subir no cd de boot dai fiquei meio preocupado, pois
subia sempre com o cd de boot.
Bootando por ele e tentando uma instalação do zero.
O estranho tb q mesmo desligando a máquina e deixando um dia todo sem
mexer não fez a net funcionar.
O bom q agora tá tudo ok e não foi um erro no momento da atualização
do autoconf automake q deu essa zica.

vlw a todos pela ajuda.







 On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
   On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
Cara, não precisa do rc.conf inteiro não.
Por acaso seu PC está ligado direto com o modem da Vivax né ?
Faz o seguinte:
   
1 - Inicia seu BSD;
2 - Desliga o modem da vivax por uns 10 segundos;
3 - Liga denovo e espera ele sincronizar;
4 - Use o sysinstall do BSD pra tentar pegar o IP.
   
Eu tinha esse MESMO problema com o Vírtua e só parei de ter quando
adquiri um roteador por causa do meu notebook.
  
   Sabe o que é mais estranho, tenho usado normalmente por 1 ano desse
   modo sem problemas.
   Do nada, quando liguei ao voltar do trbalho deu essa zica.
   Atribui o problema a ultimo portupgrade do autoconf, automake que tem
   no UPDATING que não conclui na noite anterior por uma falta de energia
   quando fui executar o passo 2.
   Porém, tentei com o cd de boot que conseguia se conectar normalmente
   tb por dhcp com a vivax tb parou de funcionar. dando a msg de ipv4
   gatewaye invalid.
   É meio estranho isso, é falha da vivax? alguma alteração que fizeram?
   Complô contra sistemas não M$?
  
  
  
   
   
On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
 On 8/1/07, Gule # [EMAIL PROTECTED] wrote:
  On 8/1/07, Rafael Stockler [EMAIL PROTECTED] wrote:
   On 8/1/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
Em Wed, 1 Aug 2007 10:03:01 -0300
Rafael Stockler [EMAIL PROTECTED] escreveu:
   
  mensagem de ip4v gateway invalid
   
   
normalmente acontece quando vc aponta para um gateway fora da
  sua
própria rede. Convém verificar mascaras e ip-addr mesmo de
  ambos, host
e gw
  
   Então, não sei se fiz certo.
  
   Entrei no windão e verifiquei o ip do gateway e tá igual ao que
  o
   freeBSD pega quando vou configurar pelo sysinstall.
  
   a mascara é mesma no windão tb e o ip que recebo do servidor
  dhcp da vivax.
  
   estranho?
  
   
--
saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853/FUG-BR 154
Não uso drogas - 100% Miko$hit-free
Negamos que esse Deus seja Deus... E se alguém nos mostrasse
  esse Deus
cristão, ficaríamos ainda menos inclinamos a crer nele.
  Nietzsche
-
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
  
 
  como está seu rc.conf?

 Está assim

 ifconfig_nve0=DHCP

 Gostaria que eu postasse todo o rc.conf?



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

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

Re: [FUG-BR] Bloqueio de MSN

2007-08-02 Por tôpico Welkson Renny de Medeiros
A minha em PF...

# ips msn
msn_ip = { 192.168.3.74, 192.168.1.3 }

msn_port = { 80, 1863 }

# bloquear MSN (excessoes na variavel msn_ip)
pass in quick on $int_if proto tcp from $msn_ip to 207.46.0.0/16 port 
$msn_port
pass in quick on $int_if from $msn_ip to 65.54.239.0/16
block in log quick on $int_if proto tcp from any to 207.46.0.0/16 port 
$msn_port
block in log quick on $int_if from any to 65.54.239.0/16

Se o ip muda, não sei... mas aqui pega uma /16 e funciona blz sempre que 
alguém precisa me liga pedindo para liberar, porque não entra de jeito 
nenhum...


-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



  Powered by 

   (__)
\\\'',)
  \/  \ ^
  .\._/_)

  www.FreeBSD.org


- Original Message - 
From: Lutieri G. [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 02, 2007 8:14 AM
Subject: Re: [FUG-BR] Bloqueio de MSN


Eu costumo bloquear pelo squid. Aí pode ser por MAC, usuário, ip de
origem.. sei lah..
Por exemplo:


##Usuarios
acl usuarios_msn proxy_auth -i usuarios_msn.txt
##Site MSN
acl msn url_regex -i gateway.messenger.
acl msn url_regex -i login.live.com
acl msn url_regex -i gateway.dll
acl msn url_regex -i msn.com

##ACL's MSN
http_access allow usuarios_msn msn
http_access deny usuarios_msn all




Em 01/08/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu:
 Em 01/08/07, Marcelo de Souza Sant'Anna[EMAIL PROTECTED] 
 escreveu:
  Bloquear MSN por rede ou IP é complicado e não muito eficiente,
  principalmente porque a Microsoft está sempre modificando seus
  servidores. Além disto, você pode sem querer bloquear endereços que
  forneçam suporte a download de drivers para atualização das estações
  entre outros problemas.
 
  A maneira mais eficiente é bloquear softwares como este, assim como
  também softwares P2P, através do cabeçalho do pacote, de preferência no
  início da conexão, utilizando softwares ou equipamentos que façam a
  filtragem de conteúdo na camada de aplicação.
 
  Você também pode fazer este bloqueio, porém de forma mais simples,
  utilizando um servidor proxy e criando algumas regras de mime-type...
 
  Lembre sempre que se algum usuário utilizar algum webproxy, ou qualquer
  aplicativo para encapsular os dados, você terá como detectar através das
  regras que criou. Isto porque para você seus usuários estarão utilizando
  a porta 80 de um determinado site, quem não do MSN.
 
  Sites como ebuddy, permitem que o usuário utilizem o MSN passando tudo
  através do site deles, e você somente verá conexões para o site
  www.phonefox.com ou ebuddy.com
 
 
 
  On Wed, 2007-08-01 at 05:36 -0300, lucio_flavio wrote:
 
   Pesquisei alguns topicos sobre bloqueio de msn aqui na lista e no 
   oraculo
   google, a algum tempo atras consegui uma possivel formula, porém 
   estou com
   problemas em um cliente (parece que as maquinas acessam normalmente o 
   msn.),
   se
   alguem puder me ajudar para que os demais que precisem tambem se 
   beneficiem.
   Aqui esta o que fiz
  
   ### Tables ###
   table ips_bloqueados_ext { 64.92.165.219, 64.233.171.85, 
   206.190.49.191,
   72.14.209.85, 72.14.209.86, 72.14.209.87 }
   table ips_liberados_ext { 200.215.114.175, 200.189.167.124 }
   #- MSN e Cia
   table chat_ips {65.54.239.0/24, 64.12.200.89, 216.155.193.161,
   65.54.194.118,
   207.46.216.62}
   table chat_liberados_int {10.0.15.110, 10.0.15.118, 10.0.15.117}
  
   # Bloqueio MSN e outros IMs
   pass in quick on $int_if proto tcp from chat_liberados_int to any 
   port
   {1863,
   3128, 8080}
   pass in quick on $int_if proto tcp from chat_liberados_int to 
   chat_ips
   port
   { 80, 1863, 5050, 5190 }
   block in quick on $int_if proto tcp from $internal_net to any port { 
   3124,
   8000,
   6588, 65506, 444, 1863, 8080, 5050, 5190 }
   block in quick on $int_if proto tcp from $internal_net to chat_ips 
   port {
   80,
   1863, 5050, 5190 }
  
   # Excecoes
   block out on $ext_if proto tcp from any to ips_bloqueados_ext
   block in on $int_if proto tcp from any to port { 3124 8000 8080 6588 
   65506
   444
   8081 }
  
   Desde já grato pela ajuda!
  
   um abraço pessoal!
   - 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
 

 eu tenho um forma melhor de bloquear msn da galera usano ipfw
 com esta regra vc reduz o trafego em 60% do pacote para porta 1863
 ipfw add 5000 prob 0.6 drop tcp from not 192.168.0.2 to not

[FUG-BR] MINI-QMAIL

2007-08-02 Por tôpico Edilson Azevedo
Ola pessoal!

Estou com o seguinte problema: Tenho um servidor Web FreeBSD e estah
funcionando perfeitamente. Porem eu preciso incluir uma funcao de envio de
emails por outro servidor Qmail na minha propria rede. O servidor qmail
jah estah autorizando meu webserver a enviar emails. O problema estah em
como configurar meu webserver para enviar mensagens pelo meu qmail-server.

A unica documentacao que encontrei sobre o assunto foi essa aqui:

http://cr.yp.to/qmail/mini.html

Se eu sigo os passos e tento realizar um teste do tipo:

echo From: [EMAIL PROTECTED] |/var/qmail/bin/qmail-inject

E dah um erro assim: qmail-inject: fatal: qq crashed (#4.3.0)

E se eu nao faco as alteracoes que o site indica, ele manda as mensagens
para a queue local, o que nao me interessa.

Preciso de uma dica. Se as alteracoes indicadas no site sao as que eu devo
seguir, se vcs me recomendam outra solucao ou se qmail-client nao seja o
termo certo que eu devo procurar.

Qualquer ajuda sera muito bem vida!

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


Re: [FUG-BR] MINI-QMAIL

2007-08-02 Por tôpico Joao Victor da Costa
Ola,
 Não seria mais fácil vc simplesmente configurar o sendmail para fazer
DS para o servidor QMAIL ? Basta editar o arquivo de configuração do
sendmail e procurar a linha 'DS' e adicionar algo como:

DShost.qmail.intranet.com.br

[]'s.



On Thu, 2007-08-02 at 10:18 -0300, Edilson Azevedo wrote:
 Ola pessoal!
 
 Estou com o seguinte problema: Tenho um servidor Web FreeBSD e estah
 funcionando perfeitamente. Porem eu preciso incluir uma funcao de envio de
 emails por outro servidor Qmail na minha propria rede. O servidor qmail
 jah estah autorizando meu webserver a enviar emails. O problema estah em
 como configurar meu webserver para enviar mensagens pelo meu qmail-server.
 
 A unica documentacao que encontrei sobre o assunto foi essa aqui:
 
 http://cr.yp.to/qmail/mini.html
 
 Se eu sigo os passos e tento realizar um teste do tipo:
 
 echo From: [EMAIL PROTECTED] |/var/qmail/bin/qmail-inject
 
 E dah um erro assim: qmail-inject: fatal: qq crashed (#4.3.0)
 
 E se eu nao faco as alteracoes que o site indica, ele manda as mensagens
 para a queue local, o que nao me interessa.
 
 Preciso de uma dica. Se as alteracoes indicadas no site sao as que eu devo
 seguir, se vcs me recomendam outra solucao ou se qmail-client nao seja o
 termo certo que eu devo procurar.
 
 Qualquer ajuda sera muito bem vida!
 
 Abracos!!!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 
 !DSPAM:46b1d925265545369021049!
 
-- 
Joao Victor da Costa.
Depto. de Suporte Unix
http://www.techmaster.com.br http://www.openit.com.br
http://www.myfreebsd.com.br 

Tel.: 2517-6001 e 2517-6002
E-mail: [EMAIL PROTECTED], [EMAIL PROTECTED]

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


[FUG-BR] Dois ips em uma placa de rede

2007-08-02 Por tôpico Cleber - Suporte Imply
Bom dia Galera!

 

Como eu coloco dois ips em uma mesma placa de rede?

O meu problema é o seguinte:

Na minha empresa temos dois links de internet ( 192.168.0.1
e 192.168.0.254 ip dos modens ). Estou montando um servidor DHCP com load
balancer, mas tenho só duas placas de rede. Como eu faço para colocar uma
placa com dois ips? Tipo, uma placa com ip 192.168.0.2 e outra com ip’s
192.168.0.3 e 192.168.0.4 .

 

Obrigado.

Cléber Panta Pick
P  D Lab
Imply Tecnologia Eletrônica
Rua 28 de Setembro, 1713
Santa Cruz do Sul - RS – Brasil, CEP : 96810-030
 http://www.imply.com.br www.imply.com.br
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Fone: +55 (51) 2106-8000
Cel: +55 (51) 8197-6085
Linux user: 425298
FreeBSD FUG-BR user: 363

 

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


Re: [FUG-BR] Dois ips em uma placa de rede

2007-08-02 Por tôpico Leandro Malaquias
Você está querendo dizer alias? ifconfig xl0 alias SegundoIP

On 8/2/07, Cleber - Suporte Imply [EMAIL PROTECTED] wrote:

 Bom dia Galera!



 Como eu coloco dois ips em uma mesma placa de rede?

 O meu problema é o seguinte:

 Na minha empresa temos dois links de internet (
 192.168.0.1
 e 192.168.0.254 ip dos modens ). Estou montando um servidor DHCP com load
 balancer, mas tenho só duas placas de rede. Como eu faço para colocar uma
 placa com dois ips? Tipo, uma placa com ip 192.168.0.2 e outra com ip's
 192.168.0.3 e 192.168.0.4 .



 Obrigado.

 Cléber Panta Pick
 P  D Lab
 Imply Tecnologia Eletrônica
 Rua 28 de Setembro, 1713
 Santa Cruz do Sul - RS – Brasil, CEP : 96810-030
 http://www.imply.com.br www.imply.com.br
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
 Fone: +55 (51) 2106-8000
 Cel: +55 (51) 8197-6085
 Linux user: 425298
 FreeBSD FUG-BR user: 363



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




-- 
Linux are for those who hate Windows
BSD are for those who love Unix
# echo
'[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq'|dc
-
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 de MSN

2007-08-02 Por tôpico Joao Victor da Costa
Ola,
 Coisas mirabolantes estão sendo feitas.
Você utiliza proxy ? 
Se sim, pq não bloqueia o MSN simplesmente bloqueando o MIME msn ?

acl msn rep_mime_type -i ^application/x-msn-messenger
http_access deny msn

[]'s.

Vale lembrar que para o correto funcionamento precisa-se de um firewall
restritivo na rede...


On Thu, 2007-08-02 at 10:44 -0300, Welkson Renny de Medeiros wrote:
 A minha em PF...
 
 # ips msn
 msn_ip = { 192.168.3.74, 192.168.1.3 }
 
 msn_port = { 80, 1863 }
 
 # bloquear MSN (excessoes na variavel msn_ip)
 pass in quick on $int_if proto tcp from $msn_ip to 207.46.0.0/16 port 
 $msn_port
 pass in quick on $int_if from $msn_ip to 65.54.239.0/16
 block in log quick on $int_if proto tcp from any to 207.46.0.0/16 port 
 $msn_port
 block in log quick on $int_if from any to 65.54.239.0/16
 
 Se o ip muda, não sei... mas aqui pega uma /16 e funciona blz sempre que 
 alguém precisa me liga pedindo para liberar, porque não entra de jeito 
 nenhum...
 
 
 -- 
 Welkson Renny de Medeiros
 Focus Automação Comercial
 Desenvolvimento / Gerência de Redes
 [EMAIL PROTECTED]
 
 
 
   Powered by 
 
(__)
 \\\'',)
   \/  \ ^
   .\._/_)
 
   www.FreeBSD.org
 
 
 - Original Message - 
 From: Lutieri G. [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
 freebsd@fug.com.br
 Sent: Thursday, August 02, 2007 8:14 AM
 Subject: Re: [FUG-BR] Bloqueio de MSN
 
 
 Eu costumo bloquear pelo squid. Aí pode ser por MAC, usuário, ip de
 origem.. sei lah..
 Por exemplo:
 
 
 ##Usuarios
 acl usuarios_msn proxy_auth -i usuarios_msn.txt
 ##Site MSN
 acl msn url_regex -i gateway.messenger.
 acl msn url_regex -i login.live.com
 acl msn url_regex -i gateway.dll
 acl msn url_regex -i msn.com
 
 ##ACL's MSN
 http_access allow usuarios_msn msn
 http_access deny usuarios_msn all
 
 
 
 
 Em 01/08/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu:
  Em 01/08/07, Marcelo de Souza Sant'Anna[EMAIL PROTECTED] 
  escreveu:
   Bloquear MSN por rede ou IP é complicado e não muito eficiente,
   principalmente porque a Microsoft está sempre modificando seus
   servidores. Além disto, você pode sem querer bloquear endereços que
   forneçam suporte a download de drivers para atualização das estações
   entre outros problemas.
  
   A maneira mais eficiente é bloquear softwares como este, assim como
   também softwares P2P, através do cabeçalho do pacote, de preferência no
   início da conexão, utilizando softwares ou equipamentos que façam a
   filtragem de conteúdo na camada de aplicação.
  
   Você também pode fazer este bloqueio, porém de forma mais simples,
   utilizando um servidor proxy e criando algumas regras de mime-type...
  
   Lembre sempre que se algum usuário utilizar algum webproxy, ou qualquer
   aplicativo para encapsular os dados, você terá como detectar através das
   regras que criou. Isto porque para você seus usuários estarão utilizando
   a porta 80 de um determinado site, quem não do MSN.
  
   Sites como ebuddy, permitem que o usuário utilizem o MSN passando tudo
   através do site deles, e você somente verá conexões para o site
   www.phonefox.com ou ebuddy.com
  
  
  
   On Wed, 2007-08-01 at 05:36 -0300, lucio_flavio wrote:
  
Pesquisei alguns topicos sobre bloqueio de msn aqui na lista e no 
oraculo
google, a algum tempo atras consegui uma possivel formula, porém 
estou com
problemas em um cliente (parece que as maquinas acessam normalmente o 
msn.),
se
alguem puder me ajudar para que os demais que precisem tambem se 
beneficiem.
Aqui esta o que fiz
   
### Tables ###
table ips_bloqueados_ext { 64.92.165.219, 64.233.171.85, 
206.190.49.191,
72.14.209.85, 72.14.209.86, 72.14.209.87 }
table ips_liberados_ext { 200.215.114.175, 200.189.167.124 }
#- MSN e Cia
table chat_ips {65.54.239.0/24, 64.12.200.89, 216.155.193.161,
65.54.194.118,
207.46.216.62}
table chat_liberados_int {10.0.15.110, 10.0.15.118, 10.0.15.117}
   
# Bloqueio MSN e outros IMs
pass in quick on $int_if proto tcp from chat_liberados_int to any 
port
{1863,
3128, 8080}
pass in quick on $int_if proto tcp from chat_liberados_int to 
chat_ips
port
{ 80, 1863, 5050, 5190 }
block in quick on $int_if proto tcp from $internal_net to any port { 
3124,
8000,
6588, 65506, 444, 1863, 8080, 5050, 5190 }
block in quick on $int_if proto tcp from $internal_net to chat_ips 
port {
80,
1863, 5050, 5190 }
   
# Excecoes
block out on $ext_if proto tcp from any to ips_bloqueados_ext
block in on $int_if proto tcp from any to port { 3124 8000 8080 6588 
65506
444
8081 }
   
Desde já grato pela ajuda!
  

Re: [FUG-BR] Dois ips em uma placa de rede

2007-08-02 Por tôpico Denis gmail
Usa alias

ifconfig_xl0=inet 192.168.0.1 netmask 255.255.255.0
ifconfig_xl0_alias0=inet 192168.0.2 netmask 255.255.255.0

Att.
DENIS GRANATO - Coordenador Suporte Técnico
E-COMP Provedor Internet
Afiliado à Rede Global Info
Rua Santos Dumont, 521
Birigüi - SP - 16200-095
FoneFax (18) 3644-6000
email: [EMAIL PROTECTED]
msn: [EMAIL PROTECTED]



- Original Message - 
From: Cleber - Suporte Imply [EMAIL PROTECTED]
To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' 
freebsd@fug.com.br
Sent: Thursday, August 02, 2007 11:48 AM
Subject: [FUG-BR] Dois ips em uma placa de rede


Bom dia Galera!



Como eu coloco dois ips em uma mesma placa de rede?

O meu problema é o seguinte:

Na minha empresa temos dois links de internet ( 192.168.0.1
e 192.168.0.254 ip dos modens ). Estou montando um servidor DHCP com load
balancer, mas tenho só duas placas de rede. Como eu faço para colocar uma
placa com dois ips? Tipo, uma placa com ip 192.168.0.2 e outra com ip's
192.168.0.3 e 192.168.0.4 .



Obrigado.

Cléber Panta Pick
P  D Lab
Imply Tecnologia Eletrônica
Rua 28 de Setembro, 1713
Santa Cruz do Sul - RS - Brasil, CEP : 96810-030
 http://www.imply.com.br www.imply.com.br
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Fone: +55 (51) 2106-8000
Cel: +55 (51) 8197-6085
Linux user: 425298
FreeBSD FUG-BR user: 363



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

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


Re: [FUG-BR] Dois ips em uma placa de rede

2007-08-02 Por tôpico Edilson Azevedo
   Fala aí Cleber!
   É só criar um alias. Exemplo na minha rede:
   [EMAIL PROTECTED] # ifconfig
   em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
   options=bRXCSUM,TXCSUM,VLAN_MTU
   inet 10.21.160.5 netmask 0xff00 broadcast 10.21.160.255
   ether 00:30:48:2f:31:7a
   media: Ethernet autoselect (100baseTX full-duplex)
   status: active
   Só um ip, certo? Agora vou colocar mais um:
   [EMAIL PROTECTED] # ifconfig em0 inet 192.168.0.55 netmask 255.255.255.0
   alias
   em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
   options=bRXCSUM,TXCSUM,VLAN_MTU
   inet 10.21.160.5 netmask 0xff00 broadcast 10.21.160.255
   inet 192.168.0.55 netmask 0x broadcast 192.168.0.55
   ether 00:30:48:2f:31:7a
   media: Ethernet autoselect (100baseTX full-duplex)
   status: active
   Pronto! Agora com dois ips na mesma interface.
   Abraços e boa sorte cara!
   Cleber - Suporte Imply escreveu:

Bom dia Galera!



Como eu coloco dois ips em uma mesma placa de rede?

O meu problema é o seguinte:

Na minha empresa temos dois links de internet ( 192.168.0.1
e 192.168.0.254 ip dos modens ). Estou montando um servidor DHCP com load
balancer, mas tenho só duas placas de rede. Como eu faço para colocar uma
placa com dois ips? Tipo, uma placa com ip 192.168.0.2 e outra com ip's
192.168.0.3 e 192.168.0.4 .



Obrigado.

Cléber Panta Pick
P  D Lab
Imply Tecnologia Eletrônica
Rua 28 de Setembro, 1713
Santa Cruz do Sul - RS - Brasil, CEP : 96810-030
 [1]http://www.imply.com.br [2]www.imply.com.br
 [3]mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Fone: +55 (51) 2106-8000
Cel: +55 (51) 8197-6085
Linux user: 425298
FreeBSD FUG-BR user: 363



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

References

   1. http://www.imply.com.br/
   2. http://www.imply.com.br/
   3. mailto:[EMAIL PROTECTED]
   4. mailto:[EMAIL PROTECTED]
   5. http://www.fug.com.br/historico/html/freebsd/
   6. https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Samba

2007-08-02 Por tôpico Rafael
confirma se ta configurado no escopo da tua pasta browseable yes, pois
se tiver no, ele nao vai mostrar para os outros ... caso mesmo assim
não apareça, verifique as permissões das pastas e os usuarios que tem
permissão para acesso da mesma ... lembrando que isso para
configuração padrão do samba (security user)

Qualquer coisa posta ai denovo amigo que te consigo uns tutoriais bem
bons que eu consegui no google um tempo atraz ... um abraço!


On 7/31/07, joao maykon mendes [EMAIL PROTECTED] wrote:
 Nada ainda, coloquei os parametros que me disse, mas ainda ele continua
 invisível.
 Na máquina windows tem q configurar alguma coisa?
 Valeu!


 Em 31/07/07, debopen [EMAIL PROTECTED] escreveu:
 
BOA TARDE
uma vez passei por isso alem de criar o usuario no samba tambem tive
que habilita-lo
Att.
Carlos
Gule # escreveu:
 
 hosts allow = 192.168.1., 127.
 interfaces = 192.168.1.1/24
 
  On 7/31/07, joao maykon mendes [1][EMAIL PROTECTED] wrote:
 
  Este é meu sbm.conf
 
 
  workgroup = Escritorio
  netbios name = FreeSamba
  security = user
  password server = PDCNT
  encrypt passwords = yes
  socket options = TCP_NODELAY SO_RCVBUF=16384 IPTOS_LOWDELAY
 
  [dados]
user = VENDAS1
path = /home/elite/
guest ok = no
  browseable = yes
  read only = no
  writeable = yes
  create mask = 0756
  force create mode = 0756
 
  Ele não aparece na rede.Minha rede é 192.168.1.0, a pasta tá lá, os
  usúarios
  foram criados tando no sistema, quanto no samba.
 
  Alguém tem mais alguma dica?
 
  Brigadu
 
 
 
  Em 31/07/07, Suprema Informática Ltda [2][EMAIL PROTECTED]
  escreveu:
 
  joao maykon mendes escreveu:
 
  Galera sou novato no samba, então peço para vc´s uma ajuda.
  Instalei aqui o samba, preciso compartilhar os arquivos na rede.
  alguém tem uns script do smb.conf, que os usuário tenham que digitar o
  usuario para ver se ele tem permissão ou não?
  Tenho que fazer alguma coisa nas máquinas windows?
  Desde já agradeço a todos.
  Fui
 
 
 
  João, o seguinte, no lance do usuário no smb.conf, vc precisa habilitar
  o encrypt passwd = yes, e também security = user, assim ele solicitará
  a informação de um usuário válido para que o acesso seja realizado ao
  compartilhamento
 
  strictly prohibited.
 
  -
  Histórico: [3]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [4]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
  --
  ===
João Maykon Mendes Ferreira
Cel: (0xx48) 9144-2326
Msn: [EMAIL PROTECTED]
  ===
  -
  Histórico: [6]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [7]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
  -
  Histórico: [8]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [9]https://www.fug.com.br/mailman/listinfo/freebsd
 
  References
 
1. mailto:[EMAIL PROTECTED]
2. mailto:[EMAIL PROTECTED]
3. http://www.fug.com.br/historico/html/freebsd/
4. https://www.fug.com.br/mailman/listinfo/freebsd
5. mailto:[EMAIL PROTECTED]
6. http://www.fug.com.br/historico/html/freebsd/
7. https://www.fug.com.br/mailman/listinfo/freebsd
8. http://www.fug.com.br/historico/html/freebsd/
9. 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
 



 --
 ===
João Maykon Mendes Ferreira
Cel: (0xx48) 9144-2326
Msn: [EMAIL PROTECTED]
 ===
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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


Re: [FUG-BR] DNS Recursivo

2007-08-02 Por tôpico Jose Augusto
BIND 9 :)

Abs[]

Em 02/08/07, c0re dumped [EMAIL PROTECTED] escreveu:

 Qual é a versão do BIND ?

 --
 No stupid signatures here.

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




-- 
--
Segurança da Informação se faz com tecnologia, processos e pessoas, e a
formação destas exige mais que uma seqüência de treinamentos. Porque você
treina macacos. Pessoas,você educa.

Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É
extremamente difícil tomar decisões num estado de agitação. Por outro lado,
se sem se preocupar com as conseqüências menores, abordamos os problemas com
o espíito afiado como uma lâmina, sempre encontramos a solução em menos
tempo do que é necessáio para respirar sete vezes.  Nabeshima Naoshige
(1538-1618)
-
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 de MSN

2007-08-02 Por tôpico Marcio Antunes
João.

Achei interessante essa sua solução, mas minha dúvida é bloquear o msn
para alguns IPs e liberar outros.. ficaria como ??



Em 02/08/07, Joao Victor da Costa[EMAIL PROTECTED] escreveu:
 Ola,
  Coisas mirabolantes estão sendo feitas.
 Você utiliza proxy ?
 Se sim, pq não bloqueia o MSN simplesmente bloqueando o MIME msn ?

 acl msn rep_mime_type -i ^application/x-msn-messenger
 http_access deny msn

 []'s.

 Vale lembrar que para o correto funcionamento precisa-se de um firewall
 restritivo na rede...


 On Thu, 2007-08-02 at 10:44 -0300, Welkson Renny de Medeiros wrote:
  A minha em PF...
 
  # ips msn
  msn_ip = { 192.168.3.74, 192.168.1.3 }
 
  msn_port = { 80, 1863 }
 
  # bloquear MSN (excessoes na variavel msn_ip)
  pass in quick on $int_if proto tcp from $msn_ip to 207.46.0.0/16 port
  $msn_port
  pass in quick on $int_if from $msn_ip to 65.54.239.0/16
  block in log quick on $int_if proto tcp from any to 207.46.0.0/16 port
  $msn_port
  block in log quick on $int_if from any to 65.54.239.0/16
 
  Se o ip muda, não sei... mas aqui pega uma /16 e funciona blz sempre que
  alguém precisa me liga pedindo para liberar, porque não entra de jeito
  nenhum...
 
 
  --
  Welkson Renny de Medeiros
  Focus Automação Comercial
  Desenvolvimento / Gerência de Redes
  [EMAIL PROTECTED]
 
 
 
Powered by 
 
 (__)
  \\\'',)
\/  \ ^
.\._/_)
 
www.FreeBSD.org
 
 
  - Original Message -
  From: Lutieri G. [EMAIL PROTECTED]
  To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  freebsd@fug.com.br
  Sent: Thursday, August 02, 2007 8:14 AM
  Subject: Re: [FUG-BR] Bloqueio de MSN
 
 
  Eu costumo bloquear pelo squid. Aí pode ser por MAC, usuário, ip de
  origem.. sei lah..
  Por exemplo:
 
 
  ##Usuarios
  acl usuarios_msn proxy_auth -i usuarios_msn.txt
  ##Site MSN
  acl msn url_regex -i gateway.messenger.
  acl msn url_regex -i login.live.com
  acl msn url_regex -i gateway.dll
  acl msn url_regex -i msn.com
 
  ##ACL's MSN
  http_access allow usuarios_msn msn
  http_access deny usuarios_msn all
 
 
 
 
  Em 01/08/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu:
   Em 01/08/07, Marcelo de Souza Sant'Anna[EMAIL PROTECTED]
   escreveu:
Bloquear MSN por rede ou IP é complicado e não muito eficiente,
principalmente porque a Microsoft está sempre modificando seus
servidores. Além disto, você pode sem querer bloquear endereços que
forneçam suporte a download de drivers para atualização das estações
entre outros problemas.
   
A maneira mais eficiente é bloquear softwares como este, assim como
também softwares P2P, através do cabeçalho do pacote, de preferência no
início da conexão, utilizando softwares ou equipamentos que façam a
filtragem de conteúdo na camada de aplicação.
   
Você também pode fazer este bloqueio, porém de forma mais simples,
utilizando um servidor proxy e criando algumas regras de mime-type...
   
Lembre sempre que se algum usuário utilizar algum webproxy, ou qualquer
aplicativo para encapsular os dados, você terá como detectar através das
regras que criou. Isto porque para você seus usuários estarão utilizando
a porta 80 de um determinado site, quem não do MSN.
   
Sites como ebuddy, permitem que o usuário utilizem o MSN passando tudo
através do site deles, e você somente verá conexões para o site
www.phonefox.com ou ebuddy.com
   
   
   
On Wed, 2007-08-01 at 05:36 -0300, lucio_flavio wrote:
   
 Pesquisei alguns topicos sobre bloqueio de msn aqui na lista e no
 oraculo
 google, a algum tempo atras consegui uma possivel formula, porém
 estou com
 problemas em um cliente (parece que as maquinas acessam normalmente o
 msn.),
 se
 alguem puder me ajudar para que os demais que precisem tambem se
 beneficiem.
 Aqui esta o que fiz

 ### Tables ###
 table ips_bloqueados_ext { 64.92.165.219, 64.233.171.85,
 206.190.49.191,
 72.14.209.85, 72.14.209.86, 72.14.209.87 }
 table ips_liberados_ext { 200.215.114.175, 200.189.167.124 }
 #- MSN e Cia
 table chat_ips {65.54.239.0/24, 64.12.200.89, 216.155.193.161,
 65.54.194.118,
 207.46.216.62}
 table chat_liberados_int {10.0.15.110, 10.0.15.118, 10.0.15.117}

 # Bloqueio MSN e outros IMs
 pass in quick on $int_if proto tcp from chat_liberados_int to any
 port
 {1863,
 3128, 8080}
 pass in quick on $int_if proto tcp from chat_liberados_int to
 chat_ips
 port
 { 80, 1863, 5050, 5190 }
 block in quick on $int_if proto tcp from $internal_net to any port {
 3124,
 8000,
 6588, 65506, 444, 1863, 8080, 5050, 5190 }
 block in quick on $int_if proto tcp 

Re: [FUG-BR] Bloqueio de MSN

2007-08-02 Por tôpico Márcio Luciano Donada
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Marcio Antunes escreveu:
 João.

 Achei interessante essa sua solução, mas minha dúvida é bloquear o
 msn para alguns IPs e liberar outros.. ficaria como ??

boa tarde,
me intrometendo na conversa, mas você pode criar um grupo com acesso
as regras e os demais que não estão no grupo, não tem acesso ao MSN.
Acredito que este link possa te ajudar,
http://www.openbsd.org/faq/pf/pt/macros.html

Abraço,


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
 
iD4DBQFGsgwJbjyCr4Ixg0wRAiOyAJQJIxLrRMGbLPJZPPeb/9a1Q29uAJ9CJTjx
j4Hu9M9/JErIC9H9KL0LCA==
=d1hB
-END PGP SIGNATURE-

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


Re: [FUG-BR] Bloqueio de MSN

2007-08-02 Por tôpico Welkson Renny de Medeiros
Uso proxy transparent... mas como o msn nem sempre utiliza porta 80, não sei 
se isso tem alguma utilidade... realmente não testei...

Pelo PF tem funfado bem... time que tá ganhando não se mexe...


-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



  Powered by 

   (__)
\\\'',)
  \/  \ ^
  .\._/_)

  www.FreeBSD.org

- Original Message - 
From: Joao Victor da Costa [EMAIL PROTECTED]
To: Lista_Brasileira_de_Discussão_sobre_FreeBSD_ freebsd@fug.com.br
Sent: Thursday, August 02, 2007 11:59 AM
Subject: Re: [FUG-BR] Bloqueio de MSN


Ola,
 Coisas mirabolantes estão sendo feitas.
Você utiliza proxy ?
Se sim, pq não bloqueia o MSN simplesmente bloqueando o MIME msn ?

acl msn rep_mime_type -i ^application/x-msn-messenger
http_access deny msn

[]'s.

Vale lembrar que para o correto funcionamento precisa-se de um firewall
restritivo na rede...


On Thu, 2007-08-02 at 10:44 -0300, Welkson Renny de Medeiros wrote:
 A minha em PF...

 # ips msn
 msn_ip = { 192.168.3.74, 192.168.1.3 }

 msn_port = { 80, 1863 }

 # bloquear MSN (excessoes na variavel msn_ip)
 pass in quick on $int_if proto tcp from $msn_ip to 207.46.0.0/16 port
 $msn_port
 pass in quick on $int_if from $msn_ip to 65.54.239.0/16
 block in log quick on $int_if proto tcp from any to 207.46.0.0/16 port
 $msn_port
 block in log quick on $int_if from any to 65.54.239.0/16

 Se o ip muda, não sei... mas aqui pega uma /16 e funciona blz sempre 
 que
 alguém precisa me liga pedindo para liberar, porque não entra de jeito
 nenhum...


 -- 
 Welkson Renny de Medeiros
 Focus Automação Comercial
 Desenvolvimento / Gerência de Redes
 [EMAIL PROTECTED]



   Powered by 

(__)
 \\\'',)
   \/  \ ^
   .\._/_)

   www.FreeBSD.org


 - Original Message - 
 From: Lutieri G. [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Thursday, August 02, 2007 8:14 AM
 Subject: Re: [FUG-BR] Bloqueio de MSN


 Eu costumo bloquear pelo squid. Aí pode ser por MAC, usuário, ip de
 origem.. sei lah..
 Por exemplo:


 ##Usuarios
 acl usuarios_msn proxy_auth -i usuarios_msn.txt
 ##Site MSN
 acl msn url_regex -i gateway.messenger.
 acl msn url_regex -i login.live.com
 acl msn url_regex -i gateway.dll
 acl msn url_regex -i msn.com

 ##ACL's MSN
 http_access allow usuarios_msn msn
 http_access deny usuarios_msn all




 Em 01/08/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu:
  Em 01/08/07, Marcelo de Souza Sant'Anna[EMAIL PROTECTED]
  escreveu:
   Bloquear MSN por rede ou IP é complicado e não muito eficiente,
   principalmente porque a Microsoft está sempre modificando seus
   servidores. Além disto, você pode sem querer bloquear endereços que
   forneçam suporte a download de drivers para atualização das estações
   entre outros problemas.
  
   A maneira mais eficiente é bloquear softwares como este, assim como
   também softwares P2P, através do cabeçalho do pacote, de preferência 
   no
   início da conexão, utilizando softwares ou equipamentos que façam a
   filtragem de conteúdo na camada de aplicação.
  
   Você também pode fazer este bloqueio, porém de forma mais simples,
   utilizando um servidor proxy e criando algumas regras de mime-type...
  
   Lembre sempre que se algum usuário utilizar algum webproxy, ou 
   qualquer
   aplicativo para encapsular os dados, você terá como detectar através 
   das
   regras que criou. Isto porque para você seus usuários estarão 
   utilizando
   a porta 80 de um determinado site, quem não do MSN.
  
   Sites como ebuddy, permitem que o usuário utilizem o MSN passando tudo
   através do site deles, e você somente verá conexões para o site
   www.phonefox.com ou ebuddy.com
  
  
  
   On Wed, 2007-08-01 at 05:36 -0300, lucio_flavio wrote:
  
Pesquisei alguns topicos sobre bloqueio de msn aqui na lista e no
oraculo
google, a algum tempo atras consegui uma possivel formula, porém
estou com
problemas em um cliente (parece que as maquinas acessam normalmente 
o
msn.),
se
alguem puder me ajudar para que os demais que precisem tambem se
beneficiem.
Aqui esta o que fiz
   
### Tables ###
table ips_bloqueados_ext { 64.92.165.219, 64.233.171.85,
206.190.49.191,
72.14.209.85, 72.14.209.86, 72.14.209.87 }
table ips_liberados_ext { 200.215.114.175, 200.189.167.124 }
#- MSN e Cia
table chat_ips {65.54.239.0/24, 64.12.200.89, 216.155.193.161,
65.54.194.118,

Re: [FUG-BR] RES: Bloqueio de MSN

2007-08-02 Por tôpico Welkson Renny de Medeiros
# eMule para 0.200
rdr on sis0 proto tcp from any to any port 4662 - \
   192.168.0.200
rdr on sis0 proto udp from any to any port 4672 - \
   192.168.0.200

sis0 = if externa

Essas portas podem ser modificadas no emule...

-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



  Powered by 

   (__)
\\\'',)
  \/  \ ^
  .\._/_)

  www.FreeBSD.org

- Original Message - 
From: Giuseppe Tomas [EMAIL PROTECTED]
To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' 
freebsd@fug.com.br
Sent: Thursday, August 02, 2007 2:25 PM
Subject: [FUG-BR] RES: Bloqueio de MSN


Pessoal, aproveitando o gancho desse tópico, alguém tem uma regra em PF para
conseguir id alta no emule para um determinado ip?

[]´s

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Tiago N. Furbeta
Enviada em: quinta-feira, 2 de agosto de 2007 14:22
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Bloqueio de MSN

On Thu, 2 Aug 2007 13:45:35 -0300, Marcio Antunes wrote
 João.

 Achei interessante essa sua solução, mas minha dúvida é bloquear o msn
 para alguns IPs e liberar outros.. ficaria como ??

Exemplo para IPFW:


MSNMSG={ 8.255.3.252 or 65.54.179.193 or 65.54.179.203 or 65.54.183.203 or
65.54.239.80 or 65.54.239.210 or 65.54.239.211 or 207.46.26.253 or
207.46.107.66 or 207.46.216.62 }

# se precisar liberar alguém, é só mudar a regra abaixo...
${IPFW} add 10600 allow ip from 10.0.100.34 to ${MSNMSG} 443,1863 in via rl0

# para negar, altere a interface ai, no meu caso bloqueei na LAN mesmo
${IPFW} add 10699 deny log logamount 500 ip from 10.0.100.32/28 to ${MSNMSG}
443,1863 in via rl0
${IPFW} add 10799 deny log logamount 500 ip from 10.0.100.32/28 to ${WEBMSG}
80 in via rl0



Att.

--
Tiago N. Furbeta
Cangere Online Provedor de Internet Ltda.
Provedor Associado à Global Info
Campos Gerais - Sul de Minas


Esta mensagem foi enviada pelo webmail do Cangere Online
http://www.cangere.com.br

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

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

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


[FUG-BR] RES: Bloqueio de MSN

2007-08-02 Por tôpico Giuseppe Tomas
Pessoal, aproveitando o gancho desse tópico, alguém tem uma regra em PF para
conseguir id alta no emule para um determinado ip?

[]´s 

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Tiago N. Furbeta
Enviada em: quinta-feira, 2 de agosto de 2007 14:22
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Bloqueio de MSN

On Thu, 2 Aug 2007 13:45:35 -0300, Marcio Antunes wrote
 João.
 
 Achei interessante essa sua solução, mas minha dúvida é bloquear o msn 
 para alguns IPs e liberar outros.. ficaria como ??

Exemplo para IPFW:


MSNMSG={ 8.255.3.252 or 65.54.179.193 or 65.54.179.203 or 65.54.183.203 or
65.54.239.80 or 65.54.239.210 or 65.54.239.211 or 207.46.26.253 or
207.46.107.66 or 207.46.216.62 }

# se precisar liberar alguém, é só mudar a regra abaixo...
${IPFW} add 10600 allow ip from 10.0.100.34 to ${MSNMSG} 443,1863 in via rl0

# para negar, altere a interface ai, no meu caso bloqueei na LAN mesmo
${IPFW} add 10699 deny log logamount 500 ip from 10.0.100.32/28 to ${MSNMSG}
443,1863 in via rl0
${IPFW} add 10799 deny log logamount 500 ip from 10.0.100.32/28 to ${WEBMSG}
80 in via rl0



Att.

--
Tiago N. Furbeta
Cangere Online Provedor de Internet Ltda.
Provedor Associado à Global Info
Campos Gerais - Sul de Minas


Esta mensagem foi enviada pelo webmail do Cangere Online
http://www.cangere.com.br

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

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


Re: [FUG-BR] Bloqueio de MSN

2007-08-02 Por tôpico Tiago N. Furbeta
On Thu, 2 Aug 2007 13:45:35 -0300, Marcio Antunes wrote
 João.
 
 Achei interessante essa sua solução, mas minha dúvida é bloquear o 
 msn para alguns IPs e liberar outros.. ficaria como ??

Exemplo para IPFW:


MSNMSG={ 8.255.3.252 or 65.54.179.193 or 65.54.179.203 or 65.54.183.203 or
65.54.239.80 or 65.54.239.210 or 65.54.239.211 or 207.46.26.253 or
207.46.107.66 or 207.46.216.62 }

# se precisar liberar alguém, é só mudar a regra abaixo...
${IPFW} add 10600 allow ip from 10.0.100.34 to ${MSNMSG} 443,1863 in via rl0

# para negar, altere a interface ai, no meu caso bloqueei na LAN mesmo
${IPFW} add 10699 deny log logamount 500 ip from 10.0.100.32/28 to ${MSNMSG}
443,1863 in via rl0
${IPFW} add 10799 deny log logamount 500 ip from 10.0.100.32/28 to ${WEBMSG}
80 in via rl0



Att.

--
Tiago N. Furbeta
Cangere Online Provedor de Internet Ltda.
Provedor Associado à Global Info
Campos Gerais - Sul de Minas


Esta mensagem foi enviada pelo webmail do Cangere Online
http://www.cangere.com.br

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


Re: [FUG-BR] atualização (upgrade?) de i386 para amd64

2007-08-02 Por tôpico Mario Lobo
On Thursday 02 August 2007 11:33, William Grzybowski wrote:
 On 8/2/07, Mario Lobo [EMAIL PROTECTED] wrote:
  Ola gente;
 
  Eu tenho o Free 6.2-STABLE, instalado e recem atualizado (depois de muita
  espera, com xorg 7.2, kde 357, os ports todos, etc..)  numa maquina
  pentium
  1.7 e acabei de comprar uma placa nova e um pentium D 64 dual core.
 
  Sei que terei que migrar para o amd64. Alguem sabe se terei que
  reinstalar tudo de uma iso amd64 ou existe alguma forma de fazer isso na
  instalação que
  ja tenho ?
 
  Obrigado.

 Experiencia propria, se for desktop como parece, use como i386, freebsd
 desktop com amd64 é muita dor de cabeça e desempenho semelhante...


Ele funciona com HTT/SMP?

-- 
**
   //| //| Mario Lobo
  // |// | http://www.ipad.com.br
 //  //  |||  FreeBSD since 2.2.8 - 100% Rwindows-free
**


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

2007-08-02 Por tôpico Luiz Otavio Souza
Marcio Antunes escreveu:
 João.

 Achei interessante essa sua solução, mas minha dúvida é bloquear o msn
 para alguns IPs e liberar outros.. ficaria como ??

   

Marcio,

Para controlar (e não bloquear) o msn na sua rede, faça o bloqueio no 
proxy web (squid) conforme já citado anteriomente.

Instale o msn-proxy (http://www.sf.net/projects/msn-proxy), redirecione 
a porta 1863 no seu firewall e controle quem pode fazer o que 
(transferencia de arquivos, controle de conexão por versões, bloqueio de 
contatos) no msn (pelo menos na sua rede).

[]'s
luiz
-
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 de MSN

2007-08-02 Por tôpico Joao Victor da Costa
Como dito anteriormente no meu e-mail.
Se o firewall não estiver restritivo não irá adiantar
Afinal qual intuito de se bloquear msn e deixar outras coisas passando
num firewall não restritivo...
0.o

[]'s.

On Thu, 2007-08-02 at 14:09 -0300, Welkson Renny de Medeiros wrote:
 Uso proxy transparent... mas como o msn nem sempre utiliza porta 80, não sei 
 se isso tem alguma utilidade... realmente não testei...
 
 Pelo PF tem funfado bem... time que tá ganhando não se mexe...
 
 
 -- 
 Welkson Renny de Medeiros
 Focus Automação Comercial
 Desenvolvimento / Gerência de Redes
 [EMAIL PROTECTED]
 
 
 
   Powered by 
 
(__)
 \\\'',)
   \/  \ ^
   .\._/_)
 
   www.FreeBSD.org
 
 - Original Message - 
 From: Joao Victor da Costa [EMAIL PROTECTED]
 To: Lista_Brasileira_de_Discussão_sobre_FreeBSD_ freebsd@fug.com.br
 Sent: Thursday, August 02, 2007 11:59 AM
 Subject: Re: [FUG-BR] Bloqueio de MSN
 
 
 Ola,
  Coisas mirabolantes estão sendo feitas.
 Você utiliza proxy ?
 Se sim, pq não bloqueia o MSN simplesmente bloqueando o MIME msn ?
 
 acl msn rep_mime_type -i ^application/x-msn-messenger
 http_access deny msn
 
 []'s.
 
 Vale lembrar que para o correto funcionamento precisa-se de um firewall
 restritivo na rede...
 
 
 On Thu, 2007-08-02 at 10:44 -0300, Welkson Renny de Medeiros wrote:
  A minha em PF...
 
  # ips msn
  msn_ip = { 192.168.3.74, 192.168.1.3 }
 
  msn_port = { 80, 1863 }
 
  # bloquear MSN (excessoes na variavel msn_ip)
  pass in quick on $int_if proto tcp from $msn_ip to 207.46.0.0/16 port
  $msn_port
  pass in quick on $int_if from $msn_ip to 65.54.239.0/16
  block in log quick on $int_if proto tcp from any to 207.46.0.0/16 port
  $msn_port
  block in log quick on $int_if from any to 65.54.239.0/16
 
  Se o ip muda, não sei... mas aqui pega uma /16 e funciona blz sempre 
  que
  alguém precisa me liga pedindo para liberar, porque não entra de jeito
  nenhum...
 
 
  -- 
  Welkson Renny de Medeiros
  Focus Automação Comercial
  Desenvolvimento / Gerência de Redes
  [EMAIL PROTECTED]
 
 
 
Powered by 
 
 (__)
  \\\'',)
\/  \ ^
.\._/_)
 
www.FreeBSD.org
 
 
  - Original Message - 
  From: Lutieri G. [EMAIL PROTECTED]
  To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  freebsd@fug.com.br
  Sent: Thursday, August 02, 2007 8:14 AM
  Subject: Re: [FUG-BR] Bloqueio de MSN
 
 
  Eu costumo bloquear pelo squid. Aí pode ser por MAC, usuário, ip de
  origem.. sei lah..
  Por exemplo:
 
 
  ##Usuarios
  acl usuarios_msn proxy_auth -i usuarios_msn.txt
  ##Site MSN
  acl msn url_regex -i gateway.messenger.
  acl msn url_regex -i login.live.com
  acl msn url_regex -i gateway.dll
  acl msn url_regex -i msn.com
 
  ##ACL's MSN
  http_access allow usuarios_msn msn
  http_access deny usuarios_msn all
 
 
 
 
  Em 01/08/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu:
   Em 01/08/07, Marcelo de Souza Sant'Anna[EMAIL PROTECTED]
   escreveu:
Bloquear MSN por rede ou IP é complicado e não muito eficiente,
principalmente porque a Microsoft está sempre modificando seus
servidores. Além disto, você pode sem querer bloquear endereços que
forneçam suporte a download de drivers para atualização das estações
entre outros problemas.
   
A maneira mais eficiente é bloquear softwares como este, assim como
também softwares P2P, através do cabeçalho do pacote, de preferência 
no
início da conexão, utilizando softwares ou equipamentos que façam a
filtragem de conteúdo na camada de aplicação.
   
Você também pode fazer este bloqueio, porém de forma mais simples,
utilizando um servidor proxy e criando algumas regras de mime-type...
   
Lembre sempre que se algum usuário utilizar algum webproxy, ou 
qualquer
aplicativo para encapsular os dados, você terá como detectar através 
das
regras que criou. Isto porque para você seus usuários estarão 
utilizando
a porta 80 de um determinado site, quem não do MSN.
   
Sites como ebuddy, permitem que o usuário utilizem o MSN passando tudo
através do site deles, e você somente verá conexões para o site
www.phonefox.com ou ebuddy.com
   
   
   
On Wed, 2007-08-01 at 05:36 -0300, lucio_flavio wrote:
   
 Pesquisei alguns topicos sobre bloqueio de msn aqui na lista e no
 oraculo
 google, a algum tempo atras consegui uma possivel formula, porém
 estou com
 problemas em um cliente (parece que as maquinas acessam normalmente 
 o
 msn.),
 se
 

[FUG-BR] [off-topic] sistemas embarcados

2007-08-02 Por tôpico Danilo Lara
Olá pessoal.
Estou querendo fazer meu projeto final da faculdade na área de sistemas
embarcados.Gostaria de saber se alguém tem experiência nessa área,sites
que vendam placas,documentação,se tem muita programação,etc...
Tenho 2 livros aqui de linux embarcado,mas não dá muitos
detalhes,gostaria de saber os primeiros passos e as possíveis
dificuldades antes de apresentar o projeto.

Obrigado.

-- 
Danilo Augusto Vicente Lara
[EMAIL PROTECTED]
Cel.: +55 61 8177-1361

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


Re: [FUG-BR] Disponibilidade.

2007-08-02 Por tôpico Gilberto Villani Brito
On 01/08/07, Patrick Tracanelli [EMAIL PROTECTED] wrote:
 Gilberto Villani Brito wrote:
  Olá lista;
  Tenho um problema e gostaria de ouvir sugestões.
  Tenho um servidor em produção que vai ter alterações de hardware, mas
  eu não posso parar os serviços dessa máquina.
  A minha idéia é montar um cluster de alta disponibilidade com 2 máquinas.
  Não sei se é possível ou quais programas usar para que esse servidor
  redundante se atualize até ficar completamente sincronizado (na parte
  de dados) ao servidor original (tudo isso via ethernet).
  Seria um RAID1 via ethernet e depois que tiver tudo sincronizado eu
  iria parar os serviços do servidor original e rodar no secundário.
  Se tudo isso der certo, fazer o contrário fica fácil.
  Alguém tem alguma sugestão de programas a usar ou alguma outra idéia???
 
 
  Abraços

 Xoso, se voce nao tiver necessidade de acessar os dados em ambas as
 estacoes simultaneamente (ou seja, nao ser failover+balancing), ai e'
 totalmente viavel. A estrategia e fazer RAID1 pela rede combinando
 gmirror com ggate.

 Basicamente, a estrategia:

 - Maquina B (offline) exporta um disco via ggated (disco nao montado)

 - Maquina A (producao) importa o device da maquina B, criando localmente
 o ggate0

 - Maquina A faz gmirror usando da0 e tambem ggate0 como componentes.

 Quando a sincronia do mirror estiver terminada, ggate0 e da0 serao
 discos de RAID1 e estarao religiosamente iguais. Remova ggate0 do mirror
 e use-o a vontade.

 Limite: impossivel montar o disco exportado via ggate em 2 locais. Assim
 sendo nao ha como monta-lo e usa-lo na maquina B enquanto maquina A
 tambem o tem em uso como componente do gmirror.

 Aparentemente esse limite nao eh um problema pro seu cenario, entao
 manda bala =)


 --
 Patrick Tracanelli

 FreeBSD Brasil LTDA.
 (31) 3281-9633 / 3281-3547
 [EMAIL PROTECTED]
 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


Muito obrigado pela ajuda pessoal, mas eu acho que a melhor solução
foi do nosso querido e famoso Eksffa.
Era isso o que eu queria.


Abraços
-- 
Gilberto Villani Brito
System Administrator
Londrina - PR
Brazil
gilbertovb(a)gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Notebook Acer Aspire 3680 : Problemas com Atheros + Marvell Yukon ...

2007-08-02 Por tôpico Rafael Albuquerque
Mas a ath0 qnd levanta, ela funciona?

Eu tinha um notebook STI 1528 com uma placa atheros q levantava blz
mas nao funcionava, ate que achei o rfkill no sysctl -a hw.ath

Inverti o valor dele (nao lembro se tava 0 e botei 1 ou tava 1 e botei
0) e ele passou a funcionar blzal.

Infelizmente nao tenho como verificar e confirmar porque o dono levou
(fui assaltado hehee)

Qq coisa dah mais indicios, pra tentarmos resolver...

[]s
Rafael Albuquerque

On 8/2/07, Wildes Miranda de Oliveira [EMAIL PROTECTED] wrote:
 Pessoal, bom dia.

 Estou com problemas ao carregar o modulos das interfaces Atheros(ath) e 
 Marvell Yukon(msk) no Notebook Acer Aspire 3680. Utilizei o 6.2-STABLE e com 
 o kernel generico somente a atheros era carregada.Recompilei o kernel 
 deixando-o menos built-in possivel, para testar. Apos o primeiro reboot 
 consegui carregar a msk, mas nao consegui carregar a ath, desconfiei sobre 
 algo com acpi, compilei o modulo da acpi e carreguei, depois disso consegui 
 carregar a ath0, mas , nao mais a msk. Googleando descobri que aperentemente 
 e o acpi que nao consegue  separar algo entre esses dispositivos,e a solucao 
 do problema - como diz um amigo : matar o cachorro - era desabilitar o 
 acpi, conseguindo assim carregar a msk0, depois fazer alguma coisa com o 
 ath_hal para nao utilizar acpi e entao, carregar a ath0 sem conflitos entre 
 ambas, assim separando o problema, como dizia o topico. Nao testei estes 
 passos ainda, mas nao estou muito confortavel com eles e a solucao proposta, 
 e desde ja compartilho
 a dificuldade, e se alguem ja teve essa experiencia ou possuir mais 
 conhecimento sobre este processo e puder me dar um help, desde ja agradeco.

 Wildes Miranda.

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

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


Re: [FUG-BR] [off-topic] sistemas embarcados

2007-08-02 Por tôpico Rafael Albuquerque
As placas WRAP sao x86 e funcionam blz.

Dah pra instalar um FreeBSD nelas (ou um picobsd, tinybsd, pfSense, etc..)

Quanto a programacao, ai vai depender do projeto. É bom voce conversar
com seu orientador a respeito  do que voce quer fazer e definir um
escopo e entao atacar o problema

[]s
Rafael Albuquerque

On 8/2/07, Danilo Lara [EMAIL PROTECTED] wrote:
 Olá pessoal.
 Estou querendo fazer meu projeto final da faculdade na área de sistemas
 embarcados.Gostaria de saber se alguém tem experiência nessa área,sites
 que vendam placas,documentação,se tem muita programação,etc...
 Tenho 2 livros aqui de linux embarcado,mas não dá muitos
 detalhes,gostaria de saber os primeiros passos e as possíveis
 dificuldades antes de apresentar o projeto.

 Obrigado.

 --
 Danilo Augusto Vicente Lara
 [EMAIL PROTECTED]
 Cel.: +55 61 8177-1361

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

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


[FUG-BR] squid msn mime

2007-08-02 Por tôpico marcelo
ALguem ai ja conseguiu bloquear o MSN  no squid usando mime
eu tentei aqui no meu squid so pelo mime (application/x-msn-messenger, e nao 
deu em nada
eu vou no meu MSN configuro para ele usar proxy, no meu gateway ta bloqueado o 
forward da porta 80 e 443 1863 3128...todo mundo para navegar é preciso usar o 
proxy..  mas pro msn, nao tem efeito nenhum..
o msn conecta do mesmo jeito..

tenho meu squid.conf

acl x-msn1 req_mime_type -i application/x-msn-messenger
acl x-msn2 rep_mime_type -i application/x-msn-messenger
http_access deny x-msn1
http_access deny x-msn2

e isso vem antes de todas as outras regras para se certificar que ela é 
processada por primeiro, ma snao deu em nada
este é o log do squid

1186085455.179528 192.168.0.112 TCP_MISS/200 323 POST 
http://207.46.27.15/gateway/gateway.dll? milton DIRECT/207.46.27.15 
application/x-msn-messenger
1186085455.247586 192.168.0.112 TCP_MISS/200 500 POST 
http://207.46.110.14/gateway/gateway.dll? milton DIRECT/207.46.110.14 
application/x-msn-messenger
1186085455.785537 192.168.0.112 TCP_MISS/200 416 POST 
http://207.46.110.14/gateway/gateway.dll? milton DIRECT/207.46.110.14 
application/x-msn-messenger
1186085456.202945 192.168.0.112 TCP_MISS/200 356 POST 
http://207.46.27.76/gateway/gateway.dll? milton DIRECT/207.46.27.76 
application/x-msn-messenger
1186085475.808595 192.168.0.112 TCP_MISS/200 416 POST 
http://207.46.110.14/gateway/gateway.dll? milton DIRECT/207.46.110.14 
application/x-msn-messenger
1186085478.372756 192.168.0.112 TCP_MISS/200 311 POST 
http://207.46.27.76/gateway/gateway.dll? milton DIRECT/207.46.27.76 
application/x-msn-messenger


oque voce´s acham ??

Abracoss

-
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] sistemas embarcados

2007-08-02 Por tôpico Marcio Antunes
Onde eu consigo WRAP tem aqui no brasil. ? estava precisando delas
para instalar o pfsense.. vc conhece algun fornecedor..



Em 02/08/07, Rafael Albuquerque[EMAIL PROTECTED] escreveu:
 As placas WRAP sao x86 e funcionam blz.

 Dah pra instalar um FreeBSD nelas (ou um picobsd, tinybsd, pfSense, etc..)

 Quanto a programacao, ai vai depender do projeto. É bom voce conversar
 com seu orientador a respeito  do que voce quer fazer e definir um
 escopo e entao atacar o problema

 []s
 Rafael Albuquerque

 On 8/2/07, Danilo Lara [EMAIL PROTECTED] wrote:
  Olá pessoal.
  Estou querendo fazer meu projeto final da faculdade na área de sistemas
  embarcados.Gostaria de saber se alguém tem experiência nessa área,sites
  que vendam placas,documentação,se tem muita programação,etc...
  Tenho 2 livros aqui de linux embarcado,mas não dá muitos
  detalhes,gostaria de saber os primeiros passos e as possíveis
  dificuldades antes de apresentar o projeto.
 
  Obrigado.
 
  --
  Danilo Augusto Vicente Lara
  [EMAIL PROTECTED]
  Cel.: +55 61 8177-1361
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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


Re: [FUG-BR] squid msn mime

2007-08-02 Por tôpico Joao Victor da Costa
Amigo,
 Utilizo e o msn é bloqueado.
Para o bloqueio bem sucedido, O browser precisa estar com proxy
configurado ou é preciso de proxy transparent.

acl x-msn1 req_mime_type application/x-msn-messenger
acl x-msn2 rep_mime_type application/x-msn-messenger

http_access deny x-msn1
http_reply_access deny x-msn2



On Thu, 2007-08-02 at 17:10 -0300, [EMAIL PROTECTED] wrote:
 ALguem ai ja conseguiu bloquear o MSN  no squid usando mime
 eu tentei aqui no meu squid so pelo mime (application/x-msn-messenger, e nao 
 deu em nada
 eu vou no meu MSN configuro para ele usar proxy, no meu gateway ta bloqueado 
 o forward da porta 80 e 443 1863 3128...todo mundo para navegar é preciso 
 usar o proxy..  mas pro msn, nao tem efeito nenhum..
 o msn conecta do mesmo jeito..
 
 tenho meu squid.conf
 
 acl x-msn1 req_mime_type -i application/x-msn-messenger
 acl x-msn2 rep_mime_type -i application/x-msn-messenger
 http_access deny x-msn1
 http_access deny x-msn2
 
 e isso vem antes de todas as outras regras para se certificar que ela é 
 processada por primeiro, ma snao deu em nada
 este é o log do squid
 
 1186085455.179528 192.168.0.112 TCP_MISS/200 323 POST 
 http://207.46.27.15/gateway/gateway.dll? milton DIRECT/207.46.27.15 
 application/x-msn-messenger
 1186085455.247586 192.168.0.112 TCP_MISS/200 500 POST 
 http://207.46.110.14/gateway/gateway.dll? milton DIRECT/207.46.110.14 
 application/x-msn-messenger
 1186085455.785537 192.168.0.112 TCP_MISS/200 416 POST 
 http://207.46.110.14/gateway/gateway.dll? milton DIRECT/207.46.110.14 
 application/x-msn-messenger
 1186085456.202945 192.168.0.112 TCP_MISS/200 356 POST 
 http://207.46.27.76/gateway/gateway.dll? milton DIRECT/207.46.27.76 
 application/x-msn-messenger
 1186085475.808595 192.168.0.112 TCP_MISS/200 416 POST 
 http://207.46.110.14/gateway/gateway.dll? milton DIRECT/207.46.110.14 
 application/x-msn-messenger
 1186085478.372756 192.168.0.112 TCP_MISS/200 311 POST 
 http://207.46.27.76/gateway/gateway.dll? milton DIRECT/207.46.27.76 
 application/x-msn-messenger
 
 
 oque voce´s acham ??
 
 Abracoss
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 
 !DSPAM:46b239f951334814353!
 
-- 
Joao Victor da Costa.
Depto. de Suporte Unix
http://www.techmaster.com.br http://www.openit.com.br
http://www.myfreebsd.com.br 

Tel.: 2517-6001 e 2517-6002
E-mail: [EMAIL PROTECTED], [EMAIL PROTECTED]

-
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] sistemas embarcados

2007-08-02 Por tôpico Rafael Albuquerque
Acho que nao tem problema de falar aqui neh?

Tem um cara em joao pessoa-pb que vende

www.cfide.com.br

Trabalho com provedores de internet, sempre compro placas RB pra
mikrotik e WRAP pra pfsense e freebsd likes a ele.

Falei aqui na lista em aberto pq talvez possa interessar a mais pessoas.

[]s
Rafael Albuquerque
On 8/2/07, Marcio Antunes [EMAIL PROTECTED] wrote:
 Onde eu consigo WRAP tem aqui no brasil. ? estava precisando delas
 para instalar o pfsense.. vc conhece algun fornecedor..



 Em 02/08/07, Rafael Albuquerque[EMAIL PROTECTED] escreveu:
  As placas WRAP sao x86 e funcionam blz.
 
  Dah pra instalar um FreeBSD nelas (ou um picobsd, tinybsd, pfSense, etc..)
 
  Quanto a programacao, ai vai depender do projeto. É bom voce conversar
  com seu orientador a respeito  do que voce quer fazer e definir um
  escopo e entao atacar o problema
 
  []s
  Rafael Albuquerque
 
  On 8/2/07, Danilo Lara [EMAIL PROTECTED] wrote:
   Olá pessoal.
   Estou querendo fazer meu projeto final da faculdade na área de sistemas
   embarcados.Gostaria de saber se alguém tem experiência nessa área,sites
   que vendam placas,documentação,se tem muita programação,etc...
   Tenho 2 livros aqui de linux embarcado,mas não dá muitos
   detalhes,gostaria de saber os primeiros passos e as possíveis
   dificuldades antes de apresentar o projeto.
  
   Obrigado.
  
   --
   Danilo Augusto Vicente Lara
   [EMAIL PROTECTED]
   Cel.: +55 61 8177-1361
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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


[FUG-BR] Re: Notebook Acer Aspire 3680 : Problemas com Atheros +Marvell Yukon ...

2007-08-02 Por tôpico Wildes Miranda de Oliveira
Rodei o 7-CURRENT e aconteceram os mesmos problemas.
Nao achei nada sobre mas , verifiquei q existe uma versao da bios mais recente, 
vou atualizar pra ver no q q da. Se nao alterar em nada , vou seguir os passos 
q descrevi abaixo.Obrigado pela contribuicao.

On Thu, 2 Aug 2007 16:53:07 -0300, Rafael Albuquerque [EMAIL PROTECTED] 
wrote:
 Mas a ath0 qnd levanta, ela funciona?
 
 Eu tinha um notebook STI 1528 com uma placa atheros q levantava blz
 mas nao funcionava, ate que achei o rfkill no sysctl -a hw.ath
 
 Inverti o valor dele (nao lembro se tava 0 e botei 1 ou tava 1 e botei
 0) e ele passou a funcionar blzal.
 
 Infelizmente nao tenho como verificar e confirmar porque o dono levou
 (fui assaltado hehee)
 
 Qq coisa dah mais indicios, pra tentarmos resolver...
 
 []s
 Rafael Albuquerque
 
 On 8/2/07, Wildes Miranda de Oliveira [EMAIL PROTECTED] wrote:
 Pessoal, bom dia.

 Estou com problemas ao carregar o modulos das interfaces Atheros(ath) e
 Marvell Yukon(msk) no Notebook Acer Aspire 3680. Utilizei o 6.2-STABLE e
 com o kernel generico somente a atheros era carregada.Recompilei o kernel
 deixando-o menos built-in possivel, para testar. Apos o primeiro reboot
 consegui carregar a msk, mas nao consegui carregar a ath, desconfiei sobre
 algo com acpi, compilei o modulo da acpi e carreguei, depois disso consegui
 carregar a ath0, mas , nao mais a msk. Googleando descobri que
 aperentemente e o acpi que nao consegue  separar algo entre esses
 dispositivos,e a solucao do problema - como diz um amigo : matar o
 cachorro - era desabilitar o acpi, conseguindo assim carregar a msk0,
 depois fazer alguma coisa com o ath_hal para nao utilizar acpi e entao,
 carregar a ath0 sem conflitos entre ambas, assim separando o problema, como
 dizia o topico. Nao testei estes passos ainda, mas nao estou muito
 confortavel com eles e a solucao proposta, e desde ja compartilho
 a dificuldade, e se alguem ja teve essa experiencia ou possuir mais
 conhecimento sobre este processo e puder me dar um help, desde ja agradeco.

 Wildes Miranda.

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

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

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


[FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Silmar Oliveira
Olá, lista.

Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria
administração isolada.
Já houve solicitação de recuperação de arquivos que foram apagados
acidentalmente no diretório do usuário. O backup salvou mais uma vez o
usuário de um desastre.
Mas, como nosso backup é em fita, é um pouco demorado para recuperar
os dados e, dependendo da hora em que for feita a caca, não tem
remédio.
Alguém conhece algum programa que funcione como uma espécie de
lixeira (semelhante ao da m$) que possa facilitar a restauração de
arquivos e diretórios em FreeBSD?
Outro ponto: É viável quanto a processamento e armazenamento?

Desde já agradeço.

Abs,
Silmar Antonio
-
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] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Victor Loureiro Lima
Em 02/08/07, Silmar Oliveira[EMAIL PROTECTED] escreveu:
 Olá, lista.

 Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria
 administração isolada.
 Já houve solicitação de recuperação de arquivos que foram apagados
 acidentalmente no diretório do usuário. O backup salvou mais uma vez o
 usuário de um desastre.
 Mas, como nosso backup é em fita, é um pouco demorado para recuperar
 os dados e, dependendo da hora em que for feita a caca, não tem
 remédio.
 Alguém conhece algum programa que funcione como uma espécie de
 lixeira (semelhante ao da m$) que possa facilitar a restauração de
 arquivos e diretórios em FreeBSD?
 Outro ponto: É viável quanto a processamento e armazenamento?

 Desde já agradeço.

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



E se voce versionasse toda a estrutura de diretorios dos dominios com
um repositorio, algo como um svn (http://subversion.tigris.net) ou cvs
(www.opencvs.org)?

victor f. loureiro lima
-
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] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Mario Augusto Mania
Bem, vamos lah :)

Basicamente, voce precisaria saber como os arquivos estao sendo
apagados. Por exemplo:

Digamos que seu cliente usou rm atraves do ssh para apagar. Uma
solucao seria vc renomear o rm para rm.bsd, e criar um rm novo
(shell scrip, perl, python, etc... etc..) que, ao inves de apagar o
arquivo, ele moveria o arquivo para um diretorio secreto, por
exemplo /home/usuario/.Lixeira/, e criaria um arquivo texto com o nome
igual ao do arquivo acrescido de .path_original, onde dentro deste
arquivo ele gravaria o path de onde o arquivo estava. A partir dae eh
soh criar uma interface para ele acessar a lixeira e restaurar os
arquivos caso ele precise, e ainda definir no cron a execucao
periodica de um script que apaga de verdade os arquivos da lixeira
mais velhos que N dias.

bem... lah vem eu novamente com minhas gambiarras hehehehe

m3

Em 02/08/07, Victor Loureiro Lima[EMAIL PROTECTED] escreveu:
 Em 02/08/07, Silmar Oliveira[EMAIL PROTECTED] escreveu:
  Olá, lista.
 
  Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria
  administração isolada.
  Já houve solicitação de recuperação de arquivos que foram apagados
  acidentalmente no diretório do usuário. O backup salvou mais uma vez o
  usuário de um desastre.
  Mas, como nosso backup é em fita, é um pouco demorado para recuperar
  os dados e, dependendo da hora em que for feita a caca, não tem
  remédio.
  Alguém conhece algum programa que funcione como uma espécie de
  lixeira (semelhante ao da m$) que possa facilitar a restauração de
  arquivos e diretórios em FreeBSD?
  Outro ponto: É viável quanto a processamento e armazenamento?
 
  Desde já agradeço.
 
  Abs,
  Silmar Antonio
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


 E se voce versionasse toda a estrutura de diretorios dos dominios com
 um repositorio, algo como um svn (http://subversion.tigris.net) ou cvs
 (www.opencvs.org)?

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



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
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] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Patrick Tracanelli
Mario Augusto Mania wrote:
 Bem, vamos lah :)
 
 Basicamente, voce precisaria saber como os arquivos estao sendo
 apagados. Por exemplo:
 
 Digamos que seu cliente usou rm atraves do ssh para apagar. Uma
 solucao seria vc renomear o rm para rm.bsd, e criar um rm novo
 (shell scrip, perl, python, etc... etc..) que, ao inves de apagar o
 arquivo, ele moveria o arquivo para um diretorio secreto, por
 exemplo /home/usuario/.Lixeira/, e criaria um arquivo texto com o nome
 igual ao do arquivo acrescido de .path_original, onde dentro deste
 arquivo ele gravaria o path de onde o arquivo estava. A partir dae eh
 soh criar uma interface para ele acessar a lixeira e restaurar os
 arquivos caso ele precise, e ainda definir no cron a execucao
 periodica de um script que apaga de verdade os arquivos da lixeira
 mais velhos que N dias.
 
 bem... lah vem eu novamente com minhas gambiarras hehehehe

HAHAHA eu ja tive que fazer essa gambiarra na epoca de faculdade, quando 
morava em republica; receita da gambi:

mkdir ~/.lixeira
echo 'alias rm mv \!* ~/.lixeira/'  /etc/csh.cshrc

Ai beleza, os individuos iam apagar os arquivos sem pensar duas vezes:

# :  arq1
# rm arq1

E la estava ele:

# ls ~/.lixeira/
arq1

Iam apagar varios:

# :  arq2
# :  arq3
# rm arq*
# ls ~/.lixeira/
arq1arq2arq3

Apagar com force e/ou verbose:

# :  arq4
# rm -fv arq4
arq4 - /usr/home/eksffa/.lixeira/arq4

Apagar a lixeira. E agora? como apagar a lixeira? hehehe

# \rm -rf ~/.lixeira/*
# ls ~/.lixeira/

E beleza, ate que alguem decidiu apagar recursivamente:

# mkdir dir1
# : dir1/arq1
# rm -rf dir1
mv: illegal option -- r
usage: mv [-f | -i | -n] [-v] source target
mv [-f | -i | -n] [-v] source ... directory

hahahahha, e ai o que fazer? Simples, instaurar uma regra a mais na 
republica (toda republica tem centenas de regras mesmo, uma a mais ou a 
menos): Regra 479 - Nunca remover arquivos recursivamente do servidor

Obviamente, essa regra nao agradou, entao nao funcionou por muito tempo, 
ai a gambiarra piorou:

mv.c.super.gambi.patch:
--- /usr/src/bin/mv/mv.c.orig
+++ /usr/src/bin/mv/mv.c
@@ -82,7 +82,7 @@
 int ch;
 char path[PATH_MAX];

-   while ((ch = getopt(argc, argv, finv)) != -1)
+   while ((ch = getopt(argc, argv, finvr)) != -1)
 switch (ch) {
 case 'i':
 iflg = 1;
@@ -98,6 +98,8 @@
 break;
 case 'v':
 vflg = 1;
+   break;
+   case 'r':   /* super gambi de compatibilidade */
 break;
 default:
 usage();

# cd /usr/src/bin/mv
# patch -p0  mv.c.super.gambi.patch
# make clean  make  make install

E ai:

# rm -rf dir1
# ls ~/.lixeira/
arq1arq2arq3arq4dir1
# ls ~/.lixeira/dir1/
arq1

HAHAHAHA acho que foi a coisa mais gambiarrenta que eu lembro de ter 
feito...

Pior que tem gente nessa lista que mora na mesma republica que eu, 
espero que nao lembrem de alguma gambiarra pior pra entregar hahaah.

Alias lembro de uma certa pessoa, (presente nessa lista), que estudou 
tecnicas de obfuscacao de codigo em C pra escrever um tal de 
super_winsmasher.c pra enviar pra um amigo hacker Linuxer... e que 
no final adicionava um usuario com uid 0 no /etc/shadow (hehe, passa o 
tempo e esses sistemas continuam aceitando ssh de root, autenticando 
usuario em arquivo de texto... cada coisa...).

Provavelmente foi a segunda coisa mais horrivel que aconteceu na 
republica hehe. Porque eram coisas bobas, e tinha realmente que ter 
tempo sobrando pra fazer coisas tao inuteis. Chacotagem =P

Ok, passei dos limites de off topic. Essa merecia ir pra 
[EMAIL PROTECTED] =P

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
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


Re: [FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Alexandre Biancalana
On 8/2/07, Patrick Tracanelli [EMAIL PROTECTED] wrote:

 Silmar Oliveira wrote:
  Olá, lista.
 
  Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria
  administração isolada.
  Já houve solicitação de recuperação de arquivos que foram apagados
  acidentalmente no diretório do usuário. O backup salvou mais uma vez o
  usuário de um desastre.
  Mas, como nosso backup é em fita, é um pouco demorado para recuperar
  os dados e, dependendo da hora em que for feita a caca, não tem
  remédio.
  Alguém conhece algum programa que funcione como uma espécie de
  lixeira (semelhante ao da m$) que possa facilitar a restauração de
  arquivos e diretórios em FreeBSD?

 Do ponto de vista de arquivos e diretorios (file system), a resposta
 certa é: não tem como. Não existe. Você teria que ficar fazendo backup
 da estrutura de inodes inteira.

 Porém, você pode fazer isso na aplicação. Por exemplo, seus clientes dao
 rm no servidor? Provavelnete nao. Provavelmente voce fornece um
 servico, normalmente FTP por exemplo.

 Se for ProFTP, existe o mod recyclebin, um modulo pro ProFTP que faz
 exatamente isso: uma liveira. Vi algo similar pra PureFTP, mas foi na
 lista deles, nada oficial.

 Por outro lado você mesmo poderia modificar o fonte do seu ftp e mudar
 um pouco o que ele faz quando recebe o comando dele. Essas são as
 idéias iniciais.

 Outra idéia inspirada (mas algo me diz que inviável em um ambiente
 grande) é montar um repositório SVN e depois usar o WebDAV (dav SVN)
 para acesso ao repositório, e pra completar a façanha usar o fusedav,
 um sistema de arquivos fuse (de userland) capaz de montar
 compartilhamentos WebDAV em sistemas de arquivos locais. Ai tudo que se
 fizer nesse sistema de arquivo será na verdade o SVN hehe. Ai você terá
 histórico ilimitado das modificações hehehe.

 Provavelmente essa última é inviável na vida real. Não faz sentido
 manter histórico de tudo =) e o SVN usa BDB, acho que a performance
 seria bem penalizada, e o tamanho do espaço usado no repositório
 crescendo rápido demais.

  Outro ponto: É viável quanto a processamento e armazenamento?

 Se for algo na aplicação (mod_recyclebin ou equivalente), é viável
 quanto a processamento e quanto a armazenamento fica sob seu controle.

 A outra idéia no máximo, seria um POC (prova de conceito) hehe, possível
 é, mas viável...

 Alias (ainda mais off topic), dizem que o Leopard (novo MAC OS X) terá
 uma natureza de sistema de versionamento no sistema de arquivos, pra
 recuperar arquivos eternamente (o nível da eternidade é configurável
 nesse caso hehe), que a Apple batizou de time machine. Fico curioso
 pra ver a performance e o uso de espaço em disco dessa abordagem.



O que poderia ser feito também é fazer snapshots regulares do filesystem
(mksnap_ffs), mas dependendo do tamanho do filesystem e capacidade da
máquina, isso poderia ser bem lento (deixa o sistema todo lento), além do
que, se você tem muita alteração nesse filesystem vai perder algum espaço
e você ainda cai na mesma questão do horário. Porém é uma feature bem legal
e acho que vale a pena você testar.
-
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] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Patrick Tracanelli
Silmar Oliveira wrote:
 Olá, lista.
 
 Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria
 administração isolada.
 Já houve solicitação de recuperação de arquivos que foram apagados
 acidentalmente no diretório do usuário. O backup salvou mais uma vez o
 usuário de um desastre.
 Mas, como nosso backup é em fita, é um pouco demorado para recuperar
 os dados e, dependendo da hora em que for feita a caca, não tem
 remédio.
 Alguém conhece algum programa que funcione como uma espécie de
 lixeira (semelhante ao da m$) que possa facilitar a restauração de
 arquivos e diretórios em FreeBSD?

Do ponto de vista de arquivos e diretorios (file system), a resposta 
certa é: não tem como. Não existe. Você teria que ficar fazendo backup 
da estrutura de inodes inteira.

Porém, você pode fazer isso na aplicação. Por exemplo, seus clientes dao 
rm no servidor? Provavelnete nao. Provavelmente voce fornece um 
servico, normalmente FTP por exemplo.

Se for ProFTP, existe o mod recyclebin, um modulo pro ProFTP que faz 
exatamente isso: uma liveira. Vi algo similar pra PureFTP, mas foi na 
lista deles, nada oficial.

Por outro lado você mesmo poderia modificar o fonte do seu ftp e mudar 
um pouco o que ele faz quando recebe o comando dele. Essas são as 
idéias iniciais.

Outra idéia inspirada (mas algo me diz que inviável em um ambiente 
grande) é montar um repositório SVN e depois usar o WebDAV (dav SVN) 
para acesso ao repositório, e pra completar a façanha usar o fusedav, 
um sistema de arquivos fuse (de userland) capaz de montar 
compartilhamentos WebDAV em sistemas de arquivos locais. Ai tudo que se 
fizer nesse sistema de arquivo será na verdade o SVN hehe. Ai você terá 
histórico ilimitado das modificações hehehe.

Provavelmente essa última é inviável na vida real. Não faz sentido 
manter histórico de tudo =) e o SVN usa BDB, acho que a performance 
seria bem penalizada, e o tamanho do espaço usado no repositório 
crescendo rápido demais.

 Outro ponto: É viável quanto a processamento e armazenamento?

Se for algo na aplicação (mod_recyclebin ou equivalente), é viável 
quanto a processamento e quanto a armazenamento fica sob seu controle.

A outra idéia no máximo, seria um POC (prova de conceito) hehe, possível 
é, mas viável...

Alias (ainda mais off topic), dizem que o Leopard (novo MAC OS X) terá 
uma natureza de sistema de versionamento no sistema de arquivos, pra 
recuperar arquivos eternamente (o nível da eternidade é configurável 
nesse caso hehe), que a Apple batizou de time machine. Fico curioso 
pra ver a performance e o uso de espaço em disco dessa abordagem.

 
 Desde já agradeço.
 
 Abs,
 Silmar Antonio


-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
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


Re: [FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Marcelo Duarte

kakakakakakakakakakakakaka

desculpa não deu pra segurar !!!

abraços !

Forfe (São Carlos)


Patrick Tracanelli escreveu:
 Mario Augusto Mania wrote:
 Bem, vamos lah :)

 Basicamente, voce precisaria saber como os arquivos estao sendo
 apagados. Por exemplo:

 Digamos que seu cliente usou rm atraves do ssh para apagar. Uma
 solucao seria vc renomear o rm para rm.bsd, e criar um rm novo
 (shell scrip, perl, python, etc... etc..) que, ao inves de apagar o
 arquivo, ele moveria o arquivo para um diretorio secreto, por
 exemplo /home/usuario/.Lixeira/, e criaria um arquivo texto com o nome
 igual ao do arquivo acrescido de .path_original, onde dentro deste
 arquivo ele gravaria o path de onde o arquivo estava. A partir dae eh
 soh criar uma interface para ele acessar a lixeira e restaurar os
 arquivos caso ele precise, e ainda definir no cron a execucao
 periodica de um script que apaga de verdade os arquivos da lixeira
 mais velhos que N dias.

 bem... lah vem eu novamente com minhas gambiarras hehehehe
 
 HAHAHA eu ja tive que fazer essa gambiarra na epoca de faculdade, quando 
 morava em republica; receita da gambi:
 
 mkdir ~/.lixeira
 echo 'alias rm mv \!* ~/.lixeira/'  /etc/csh.cshrc
 
 Ai beleza, os individuos iam apagar os arquivos sem pensar duas vezes:
 
 # :  arq1
 # rm arq1
 
 E la estava ele:
 
 # ls ~/.lixeira/
 arq1
 
 Iam apagar varios:
 
 # :  arq2
 # :  arq3
 # rm arq*
 # ls ~/.lixeira/
 arq1arq2arq3
 
 Apagar com force e/ou verbose:
 
 # :  arq4
 # rm -fv arq4
 arq4 - /usr/home/eksffa/.lixeira/arq4
 
 Apagar a lixeira. E agora? como apagar a lixeira? hehehe
 
 # \rm -rf ~/.lixeira/*
 # ls ~/.lixeira/
 
 E beleza, ate que alguem decidiu apagar recursivamente:
 
 # mkdir dir1
 # : dir1/arq1
 # rm -rf dir1
 mv: illegal option -- r
 usage: mv [-f | -i | -n] [-v] source target
 mv [-f | -i | -n] [-v] source ... directory
 
 hahahahha, e ai o que fazer? Simples, instaurar uma regra a mais na 
 republica (toda republica tem centenas de regras mesmo, uma a mais ou a 
 menos): Regra 479 - Nunca remover arquivos recursivamente do servidor
 
 Obviamente, essa regra nao agradou, entao nao funcionou por muito tempo, 
 ai a gambiarra piorou:
 
 mv.c.super.gambi.patch:
 --- /usr/src/bin/mv/mv.c.orig
 +++ /usr/src/bin/mv/mv.c
 @@ -82,7 +82,7 @@
  int ch;
  char path[PATH_MAX];
 
 -   while ((ch = getopt(argc, argv, finv)) != -1)
 +   while ((ch = getopt(argc, argv, finvr)) != -1)
  switch (ch) {
  case 'i':
  iflg = 1;
 @@ -98,6 +98,8 @@
  break;
  case 'v':
  vflg = 1;
 +   break;
 +   case 'r':   /* super gambi de compatibilidade */
  break;
  default:
  usage();
 
 # cd /usr/src/bin/mv
 # patch -p0  mv.c.super.gambi.patch
 # make clean  make  make install
 
 E ai:
 
 # rm -rf dir1
 # ls ~/.lixeira/
 arq1arq2arq3arq4dir1
 # ls ~/.lixeira/dir1/
 arq1
 
 HAHAHAHA acho que foi a coisa mais gambiarrenta que eu lembro de ter 
 feito...
 
 Pior que tem gente nessa lista que mora na mesma republica que eu, 
 espero que nao lembrem de alguma gambiarra pior pra entregar hahaah.
 
 Alias lembro de uma certa pessoa, (presente nessa lista), que estudou 
 tecnicas de obfuscacao de codigo em C pra escrever um tal de 
 super_winsmasher.c pra enviar pra um amigo hacker Linuxer... e que 
 no final adicionava um usuario com uid 0 no /etc/shadow (hehe, passa o 
 tempo e esses sistemas continuam aceitando ssh de root, autenticando 
 usuario em arquivo de texto... cada coisa...).
 
 Provavelmente foi a segunda coisa mais horrivel que aconteceu na 
 republica hehe. Porque eram coisas bobas, e tinha realmente que ter 
 tempo sobrando pra fazer coisas tao inuteis. Chacotagem =P
 
 Ok, passei dos limites de off topic. Essa merecia ir pra 
 [EMAIL PROTECTED] =P
 

-
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] Prevenção contra arqu ivos apagados

2007-08-02 Por tôpico Patrick Tracanelli
 O que poderia ser feito também é fazer snapshots regulares do filesystem
 (mksnap_ffs), mas dependendo do tamanho do filesystem e capacidade da
 máquina, isso poderia ser bem lento (deixa o sistema todo lento), além do
 que, se você tem muita alteração nesse filesystem vai perder algum espaço
 e você ainda cai na mesma questão do horário. Porém é uma feature bem legal
 e acho que vale a pena você testar.

Alexandre, muito bem lembrado. Na verdade acho que é a melhor idéia até 
o momento.

Testei num pequeno servidor, tambem de hosting, com `iostat -w1` 
marcando 1.3MB/s de throughput em disco (producao), deu:

# /usr/bin/time -h mksnap_ffs /usr/home snap01
 47.40s real 0.00s user  0.59s sys

O sistema de arquivos nao e grande:

# df -h /usr/home/
Filesystem SizeUsed   Avail Capacity  Mounted on
/dev/ad0s1g 83G 25G57G30%/usr/home

Mas consideraria aceitavel, da pra fazer um snap a cada 15 minutos, sem 
comprometer o uso em producao (um nice +20 na tarefa agendada ajudaria a 
evitar queda de performance tambem).

Bem pensado =)

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
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


[FUG-BR] Dúvida Simples

2007-08-02 Por tôpico Mário Carvalho
   Estou com o seguinte problema,

   Estou estudando por uma apostila a instalação de alguns softwares e
   estou na parte em que faço a instação do php cd /usr/ports/lang/php5 ;
   make install clean só que logo em seguida quando aparecer o menur, eu
   tenho que Marcar a opção APACHE e desmarcar a opção IPV6 só que
   infelismente eu esqueci de fazer esses procedimentos, então cancelei o
   download para dar novamente um make install clean para voltar ao
   menur e fazer tudo certinho; Mas o problema é que não volta mais ao
   menur.

   Não chegou a instalar nada (tenho certeza), ja apaguei os arquivos
   temporarios, ja mandei localizar algum arquivo php ou php.ini, ja dei
   whereis php pra confirmar se n tinha nada mesmo, ja fiz tudo que eu
   sabia.

   O que posso fazer para quando eu for la em /usr/ports/lang/php5 e
   execultar make install clean começar do inicio, ou seja: do menur?
   Mário Carvalho
 __

   Agora o Windows Live Spaces tem rede de amigos! [1]Clique aqui e
   descubra a novidade

References

   1. http://g.msn.com/8HMABRBR/2749??PS=47575
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Dúvida Simples

2007-08-02 Por tôpico Leonardo Garcia
# make config
# make install clean

Abs!

Em 02/08/07, Mário Carvalho [EMAIL PROTECTED] escreveu:

Estou com o seguinte problema,

Estou estudando por uma apostila a instalação de alguns softwares e
estou na parte em que faço a instação do php cd /usr/ports/lang/php5 ;
make install clean só que logo em seguida quando aparecer o menur, eu
tenho que Marcar a opção APACHE e desmarcar a opção IPV6 só que
infelismente eu esqueci de fazer esses procedimentos, então cancelei o
download para dar novamente um make install clean para voltar ao
menur e fazer tudo certinho; Mas o problema é que não volta mais ao
menur.

Não chegou a instalar nada (tenho certeza), ja apaguei os arquivos
temporarios, ja mandei localizar algum arquivo php ou php.ini, ja dei
whereis php pra confirmar se n tinha nada mesmo, ja fiz tudo que eu
sabia.

O que posso fazer para quando eu for la em /usr/ports/lang/php5 e
execultar make install clean começar do inicio, ou seja: do menur?
Mário Carvalho
  __

Agora o Windows Live Spaces tem rede de amigos! [1]Clique aqui e
descubra a novidade

 References

1. http://g.msn.com/8HMABRBR/2749??PS=47575
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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


Re: [FUG-BR] [off-topic] sistemas embarcados

2007-08-02 Por tôpico Caio Viana
Po gostei da brincadeira

Alguem tem noção de custo dessas plaquinhas?

[]s

Caio
- Original Message - 
From: Rafael Albuquerque [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 02, 2007 5:26 PM
Subject: Re: [FUG-BR] [off-topic] sistemas embarcados


Acho que nao tem problema de falar aqui neh?

Tem um cara em joao pessoa-pb que vende

www.cfide.com.br

Trabalho com provedores de internet, sempre compro placas RB pra
mikrotik e WRAP pra pfsense e freebsd likes a ele.

Falei aqui na lista em aberto pq talvez possa interessar a mais pessoas.

[]s
Rafael Albuquerque
On 8/2/07, Marcio Antunes [EMAIL PROTECTED] wrote:
 Onde eu consigo WRAP tem aqui no brasil. ? estava precisando delas
 para instalar o pfsense.. vc conhece algun fornecedor..



 Em 02/08/07, Rafael Albuquerque[EMAIL PROTECTED] escreveu:
  As placas WRAP sao x86 e funcionam blz.
 
  Dah pra instalar um FreeBSD nelas (ou um picobsd, tinybsd, pfSense, 
  etc..)
 
  Quanto a programacao, ai vai depender do projeto. É bom voce conversar
  com seu orientador a respeito  do que voce quer fazer e definir um
  escopo e entao atacar o problema
 
  []s
  Rafael Albuquerque
 
  On 8/2/07, Danilo Lara [EMAIL PROTECTED] wrote:
   Olá pessoal.
   Estou querendo fazer meu projeto final da faculdade na área de 
   sistemas
   embarcados.Gostaria de saber se alguém tem experiência nessa 
   área,sites
   que vendam placas,documentação,se tem muita programação,etc...
   Tenho 2 livros aqui de linux embarcado,mas não dá muitos
   detalhes,gostaria de saber os primeiros passos e as possíveis
   dificuldades antes de apresentar o projeto.
  
   Obrigado.
  
   --
   Danilo Augusto Vicente Lara
   [EMAIL PROTECTED]
   Cel.: +55 61 8177-1361
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

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


Re: [FUG-BR] bsdstats

2007-08-02 Por tôpico Lucio Flavio

pessoal,
vamos coloborar!

temos condicoes de melhorar nosso ranking!

#1  United States 584 6 3 34 274 43 945 (15.9%)
#2  Australia 858 1 1 3 19 5 887 (14.9%)
#3  Russian Federation 385 2 1 51 3 442 (7.4%)
#4  Germany 269 1 1 5 69 12 5 1 363 (6.1%)
#5  Brazil 263 3 23 8 297 (5.0%)
#6  Panama 290 1 291 (4.9%)
#7  Ukraine 264 2 21 1 288 (4.8%)
#8  Japan 191 1 2 2 43 239 (4.0%)
#9  France 101 4 1 38 7 151 (2.5%)
#10  Taiwan 134 9 2 145 (2.4%)

nos servidores novos que tenho implementado ta saindo junto com a instalação 
padrão o bsdstats!


Lúcio Flávio da Cruz




- Original Message - 
From: Thiago J. Ruiz [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br

Sent: Saturday, June 30, 2007 8:36 AM
Subject: Re: [FUG-BR] bsdstats


hahaa!!! tenho mais de 15 Servidores com FreeBSD, alguns com acesso a
net outros sem... mas vou por nos que conseguir

abraço

Em 29/06/07, jean[EMAIL PROTECTED] escreveu:

já instalei em 7!! lembrei de mais 6 servidores, vou instalar tmb

Jean Zanuzo

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




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


__ Informação do NOD32 IMON 2365 (20070630) __

Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset.com.br

us.pngau.pngru.pngde.pngbr.pngpa.pngua.pngjp.pngfr.pngtw.png-
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] sistemas embarcados

2007-08-02 Por tôpico Rafael Albuquerque
Tem de varios preços e modelos

Variando processador, memoria ram, slot minipci e numero de ethernets.

Dah pra brincar legal com uma de 900 reais.

On 8/2/07, Caio Viana [EMAIL PROTECTED] wrote:
 Po gostei da brincadeira

 Alguem tem noção de custo dessas plaquinhas?

 []s

 Caio
 - Original Message -
 From: Rafael Albuquerque [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Thursday, August 02, 2007 5:26 PM
 Subject: Re: [FUG-BR] [off-topic] sistemas embarcados


 Acho que nao tem problema de falar aqui neh?

 Tem um cara em joao pessoa-pb que vende

 www.cfide.com.br

 Trabalho com provedores de internet, sempre compro placas RB pra
 mikrotik e WRAP pra pfsense e freebsd likes a ele.

 Falei aqui na lista em aberto pq talvez possa interessar a mais pessoas.

 []s
 Rafael Albuquerque
 On 8/2/07, Marcio Antunes [EMAIL PROTECTED] wrote:
  Onde eu consigo WRAP tem aqui no brasil. ? estava precisando delas
  para instalar o pfsense.. vc conhece algun fornecedor..
 
 
 
  Em 02/08/07, Rafael Albuquerque[EMAIL PROTECTED] escreveu:
   As placas WRAP sao x86 e funcionam blz.
  
   Dah pra instalar um FreeBSD nelas (ou um picobsd, tinybsd, pfSense,
   etc..)
  
   Quanto a programacao, ai vai depender do projeto. É bom voce conversar
   com seu orientador a respeito  do que voce quer fazer e definir um
   escopo e entao atacar o problema
  
   []s
   Rafael Albuquerque
  
   On 8/2/07, Danilo Lara [EMAIL PROTECTED] wrote:
Olá pessoal.
Estou querendo fazer meu projeto final da faculdade na área de
sistemas
embarcados.Gostaria de saber se alguém tem experiência nessa
área,sites
que vendam placas,documentação,se tem muita programação,etc...
Tenho 2 livros aqui de linux embarcado,mas não dá muitos
detalhes,gostaria de saber os primeiros passos e as possíveis
dificuldades antes de apresentar o projeto.
   
Obrigado.
   
--
Danilo Augusto Vicente Lara
[EMAIL PROTECTED]
Cel.: +55 61 8177-1361
   
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
   
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

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