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 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)
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
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.
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
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
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
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 ...
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
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.
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
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
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
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
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
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 ips 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
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
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
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
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
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
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
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
-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
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
# 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
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
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
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
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
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
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.
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 ...
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
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
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
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
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
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 ...
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
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
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
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
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
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
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
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
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
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
# 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
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
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
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