Re: [FUG-BR] Session.class ?
Galera, Foi removido o php.ini e deu certo, agora por que não funciona é que tá osso descobrir. O pior é que terei que recolocar o php.ini para funcionar devido a alguns parâmetros setados nele. Quem quiser ajudar agradeço. Atenciosamente, Sérgio Gurgel o mal do inteligente é achar que o outro é burro! Em 12 de fevereiro de 2010 23:20, Sergio Gurgel sergio.gur...@gmail.comescreveu: Pablo, Exatamente. É como se não estivesse localizando o arquivo. O include_path está conforme abaixo: include_path .:/usr/local/share/pear .:/usr/local/share/pear Tente inclusive copiando o diretório /classe para o diretório do include_path ficando assim: /usr/local/share/pear/class Ou seja , ele unia o include_path ao /class , mas também não funcionou. Quando chamo a URL ele não carrega e a página fica em branco. Quem poder sugerir algo agradeço. Atenciosamente, Sérgio Em 12 de fevereiro de 2010 18:42, Pablo Sánchez phack...@gmail.comescreveu: Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros welk...@focusautomacao.com.br escreveu: Não estou acompanhando essa thread, mas acabei de ver uma mensagem no twitter que pode ajudar: http://securityreason.com/achievement_securityalert/82 Não, infelizmente não tem nada a ver com a questão. Parece que houve mudança nessa biblioteca de session... Pablo pode analisar melhor... O que está relatado ali é referente à funcionalidade de session (variáveis que ficam do lado do servidor) do PHP. O problema de nosso amigo é que o arquivo Session.class.php não está sendo localizado pelo PHP para a inclusão. Provavelmente esse arquivo tem uma classe definida para trabalhar a funcionalidade de session do PHP. O counteúdo do arquivo tem correlação com o link, mas o link não tem correlação com o problema do colega. Bom carnaval pra todos! (cuidado com a cachaça =) A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, ela some! BUHUHAHAHAHA! Ok, eu não sei fazer uma risada maligna melhor que essa. -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br Quidquid latine dictum sit, altum viditur = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Session.class ?
Após remover o PHP.INI o include_path continua a mesmo conforme abaixo: include_path.:/usr/local/share/pear.:/usr/local/share/pear Atenciosamente, Sérgio o mal do inteligente é achar que o outro é burro! Em 15 de fevereiro de 2010 07:07, Sergio Gurgel sergio.gur...@gmail.comescreveu: Galera, Foi removido o php.ini e deu certo, agora por que não funciona é que tá osso descobrir. O pior é que terei que recolocar o php.ini para funcionar devido a alguns parâmetros setados nele. Quem quiser ajudar agradeço. Atenciosamente, Sérgio Gurgel o mal do inteligente é achar que o outro é burro! Em 12 de fevereiro de 2010 23:20, Sergio Gurgel sergio.gur...@gmail.comescreveu: Pablo, Exatamente. É como se não estivesse localizando o arquivo. O include_path está conforme abaixo: include_path .:/usr/local/share/pear .:/usr/local/share/pear Tente inclusive copiando o diretório /classe para o diretório do include_path ficando assim: /usr/local/share/pear/class Ou seja , ele unia o include_path ao /class , mas também não funcionou. Quando chamo a URL ele não carrega e a página fica em branco. Quem poder sugerir algo agradeço. Atenciosamente, Sérgio Em 12 de fevereiro de 2010 18:42, Pablo Sánchez phack...@gmail.comescreveu: Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros welk...@focusautomacao.com.br escreveu: Não estou acompanhando essa thread, mas acabei de ver uma mensagem no twitter que pode ajudar: http://securityreason.com/achievement_securityalert/82 Não, infelizmente não tem nada a ver com a questão. Parece que houve mudança nessa biblioteca de session... Pablo pode analisar melhor... O que está relatado ali é referente à funcionalidade de session (variáveis que ficam do lado do servidor) do PHP. O problema de nosso amigo é que o arquivo Session.class.php não está sendo localizado pelo PHP para a inclusão. Provavelmente esse arquivo tem uma classe definida para trabalhar a funcionalidade de session do PHP. O counteúdo do arquivo tem correlação com o link, mas o link não tem correlação com o problema do colega. Bom carnaval pra todos! (cuidado com a cachaça =) A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, ela some! BUHUHAHAHAHA! Ok, eu não sei fazer uma risada maligna melhor que essa. -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br Quidquid latine dictum sit, altum viditur = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ppp(8) proxyarp problem
Frederico, Segue abaixo os passos para a aplicação do patch: # cd /usr/src/ # fetch http://loos.no-ip.org:280/ppp-proxyarp-20100203.diff ppp-proxyarp-20100203.diff100% of 544 B 5421 kBps # patch ppp-proxyarp-20100203.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |Index: usr.sbin/ppp/arp.c |=== |--- usr.sbin/ppp/arp.c (revision 203430) |+++ usr.sbin/ppp/arp.c (working copy) -- Patching file usr.sbin/ppp/arp.c using Plan A... Hunk #1 succeeded at 119. done # cd usr.sbin/ppp # make # make install Qualquer problema me avise. Obrigado, Luiz On Feb 13, 2010, at 7:50 PM, Frederico Terra Boechat wrote: Opa, é exatamente esse o erro. Posso ter aplicado o patch errado, é possivel? Eu pasei pra -STABLE e apliquei o patch em /usr/src/usr.bin/ppp e depois recompilei essa parte usadi make clean make make install Tentei tb fazer o processo todo (make buildworkd...) Acho que eu to fazendo caca na aplicaçao do patch. Grato Frederico Boechat Em 13 de fevereiro de 2010 01:23, Luiz Otavio O Souza lists...@gmail.comescreveu: Frederico, Por favor verifique no /var/log/ppp.log se há esse erro: Feb 12 23:24:04 fw ppp[2070]: tun0: IPCP: deflink: LayerUp. Feb 12 23:24:04 fw ppp[2070]: tun0: IPCP: myaddr 10.0.0.27 hisaddr = 10.0.0.104 Feb 12 23:24:04 fw ppp[2070]: tun0: Error: Add proxy arp entry 10.0.0.104: File exists O patch que forneci, corrige esse erro especifico, se voce tiver outro erro ai, por favor me envie (offlist se preciso) os detalhes do log (onde falha) e se possivel detalhes do seu setup (ppp.conf e o que mais voce julgar importante). Grato, Luiz Em 11 de fevereiro de 2010 00:38, Frederico Terra Boechat fboec...@gmail.com escreveu: Opa, Autalizei pro 8.0-stable, apliquei o patch e recompilei o ppp, mas ainda assim nao deu resultado. Fiz algo errado, sabe dizer? Grato Em 3 de fevereiro de 2010 17:51, Frederico Terra Boechat fboec...@gmail.com escreveu: Opa, Gratissimo. vou testar hoje a noite mesmo, e te falo assim que eu testar Valeu mesmo pela ajuda! Frederico Boechat Em 3 de fevereiro de 2010 15:57, Luiz Otavio O Souza lists.br@ gmail.comescreveu: Frederico, Conforme conversamos alguns dias atras, você poderia testar o patch abaixo e verificar se resolve o seu problema de proxyarp no FreeBSD 8 ? Antes de aplicar o patch é necessário atualizar os fontes para o 8-stable. http://loos.no-ip.org:280/ppp-proxyarp-20100203.diff []´s e obrigado, Luiz - 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] Session.class ?
Sérgio, bom dia! Será que ele não está lendo outro arquivo php.ini não? Poderia nos informar o caminho do php.ini? Até mais. Marco Antônio http://twitter.com/botelho Em 15 de fevereiro de 2010 08:07, Sergio Gurgel sergio.gur...@gmail.comescreveu: Galera, Foi removido o php.ini e deu certo, agora por que não funciona é que tá osso descobrir. O pior é que terei que recolocar o php.ini para funcionar devido a alguns parâmetros setados nele. Quem quiser ajudar agradeço. Atenciosamente, Sérgio Gurgel o mal do inteligente é achar que o outro é burro! Em 12 de fevereiro de 2010 23:20, Sergio Gurgel sergio.gur...@gmail.comescreveu: Pablo, Exatamente. É como se não estivesse localizando o arquivo. O include_path está conforme abaixo: include_path .:/usr/local/share/pear .:/usr/local/share/pear Tente inclusive copiando o diretório /classe para o diretório do include_path ficando assim: /usr/local/share/pear/class Ou seja , ele unia o include_path ao /class , mas também não funcionou. Quando chamo a URL ele não carrega e a página fica em branco. Quem poder sugerir algo agradeço. Atenciosamente, Sérgio Em 12 de fevereiro de 2010 18:42, Pablo Sánchez phack...@gmail.com escreveu: Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros welk...@focusautomacao.com.br escreveu: Não estou acompanhando essa thread, mas acabei de ver uma mensagem no twitter que pode ajudar: http://securityreason.com/achievement_securityalert/82 Não, infelizmente não tem nada a ver com a questão. Parece que houve mudança nessa biblioteca de session... Pablo pode analisar melhor... O que está relatado ali é referente à funcionalidade de session (variáveis que ficam do lado do servidor) do PHP. O problema de nosso amigo é que o arquivo Session.class.php não está sendo localizado pelo PHP para a inclusão. Provavelmente esse arquivo tem uma classe definida para trabalhar a funcionalidade de session do PHP. O counteúdo do arquivo tem correlação com o link, mas o link não tem correlação com o problema do colega. Bom carnaval pra todos! (cuidado com a cachaça =) A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, ela some! BUHUHAHAHAHA! Ok, eu não sei fazer uma risada maligna melhor que essa. -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br Quidquid latine dictum sit, altum viditur - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Resolvido descobrir processo que ta rodando
Ola pessoal.. agradeco a todos que deram dicas que foram de grande importancia. o problema era meu webmail, tempos atras compramos um skin da nutsmail e ele é baseado no squirrel 1.4.8; esta versao ta com problema... retirei o webmail e acabou o problema, vou adquirir uma versao atualizada do webmail. Abracao a todos.. ]On Sat, 13 Feb 2010 13:23:48 -0200, Cleyton Agapito cragap...@gmail.com wrote: Em 13 de fevereiro de 2010 12:30, Marcelo da Silva marc...@mginformatica.com escreveu: Mas olha so @40004b75d8bd1296f304 tcpserver: pid 46621 from 127.0.0.1 ta vindo do meu propio servidor.. @40004b75d8bd129c2edc tcpserver: ok 46621 localhost:127.0.0.1:587 :127.0.0.1::61632 Antes de partir para soluções mais drásticas: - Dê uma olhada se não tem um script malvado em /var/cron/tabs e /var/at/jobs, se você já procurou no ps e não tem nenhum processo estranho lá é provável que execute de tempos em tempos de algum lugar, esses são os mais prováveis. - Dê uma busca o diretório dos usuários com find /usr/home -perm -111 -type f, já que via de regra o script malvado tem que ter permissão de execução (supondo que o sistema não está comprometido, senão pode estar em qualquer lugar). - Derrepente uma é gerar um arquivo com a lista dos executáveis normais do sistema em um limpo e no teu e depois fazer um diff dos dois. - Verifique se tem alguém logado em períodos próximos à ocorrência com last, caso o carinha esteja de malandragem escondendo o script. - Verifique cuidadosamente todos os logs atrás de algo mais significativo. - Caso ache que sua senha de root tenha sido comprometida tente apagar os fontes, baixar, compilar e refazer a userland (make buildworld e make installworld), isso vai remover alguma possível infeccção na base. Espero que alguma dessas ajude. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Resolvido descobrir processo que ta rodando
Em 15/2/2010 12:00, Marcelo da Silva escreveu: Ola pessoal.. agradeco a todos que deram dicas que foram de grande importancia. o problema era meu webmail, tempos atras compramos um skin da nutsmail e ele é baseado no squirrel 1.4.8; esta versao ta com problema... retirei o webmail e acabou o problema, vou adquirir uma versao atualizada do webmail. Abracao a todos.. ]On Sat, 13 Feb 2010 13:23:48 -0200, Cleyton Agapito cragap...@gmail.com wrote: Em 13 de fevereiro de 2010 12:30, Marcelo da Silva marc...@mginformatica.com escreveu: Mas olha so @40004b75d8bd1296f304 tcpserver: pid 46621 from 127.0.0.1 ta vindo do meu propio servidor.. @40004b75d8bd129c2edc tcpserver: ok 46621 localhost:127.0.0.1:587 :127.0.0.1::61632 Antes de partir para soluções mais drásticas: - Dê uma olhada se não tem um script malvado em /var/cron/tabs e /var/at/jobs, se você já procurou no ps e não tem nenhum processo estranho lá é provável que execute de tempos em tempos de algum lugar, esses são os mais prováveis. - Dê uma busca o diretório dos usuários com find /usr/home -perm -111 -type f, já que via de regra o script malvado tem que ter permissão de execução (supondo que o sistema não está comprometido, senão pode estar em qualquer lugar). - Derrepente uma é gerar um arquivo com a lista dos executáveis normais do sistema em um limpo e no teu e depois fazer um diff dos dois. - Verifique se tem alguém logado em períodos próximos à ocorrência com last, caso o carinha esteja de malandragem escondendo o script. - Verifique cuidadosamente todos os logs atrás de algo mais significativo. - Caso ache que sua senha de root tenha sido comprometida tente apagar os fontes, baixar, compilar e refazer a userland (make buildworld e make installworld), isso vai remover alguma possível infeccção na base. Espero que alguma dessas ajude. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd É, software desatualizado ou não-patcheado são muitas vezes causas de falhas graves. Por aqui foi o squid que ficou sendo usado como proxy anônimo e spammer... ..mas Como descobriu que era do webmail?? att - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ATENCAO - Regras da Lista - LEMBRETE
Esta é uma mensagem automática, enviada periodicamente para a lista como lembrete de quais são e onde encontrar as regras de boa conduta. Para bom uso desta lista, É fundamental que você tenha lido, compreendido e concordado com as regras. Caso ainda nao as tenha lido, reserve um tempinho para esta tarefa. Para evitar a inclusão das regras neste e-mail e poupar alguns kilobytes mensais repetitivos em Vssa. caixa postal, este lembrete refere-se apenas à URL onde encontrar as regras: https://www.fug.com.br/mailman/listinfo/freebsd Conheça-as, por gentileza. -- FUG-BR: Grupo Brasileiro de Usuarios de FreeBSD Desde 1999, espalhando o BSD http://www.fug.com.br adm...@fug.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] Dica Antivirus
2010/2/13 Carlos Anderson Jardim cajar...@gmail.com Perfeitamente Franklin é isso mesmo, tanto que no PFSense o havp esta disponivel, e não é dificil de configurar ele no FreeBSD e configurar ele no squid. Testei outras formas de rodar o clamav no squid como squidclamav e não tem a mesma performace quanto o havp. Um forte abraço. Carlos Anderson Jardim Em 12 de fevereiro de 2010 16:55, Franklin França franca.frank...@gmail.com escreveu: /usr/ports/www/havp HAVP (HTTP Antivirus Proxy) is a proxy with a ClamAV anti-virus scanner. The main aims are continuous, non-blocking downloads and smooth scanning of dynamic and password protected HTTP traffic. Havp antivirus proxy has a parent and transparent proxy mode. It can be used with squid or standalone. WWW: http://www.server-side.de/ Falow Em 12 de fevereiro de 2010 16:48, Enio Marconcini eni...@gmail.com escreveu: pessoal, fiz uns testes com um servidor com 7.2 rodando um squid3.0, com clamav, squidclamav tudo configurado perfeitamente, e olhando os logs do squidclamav eu de fato notava que alguns arquivos configurados para não serem scanneados realmente não eram, e os que eram pra ser, estava sendo checado, porém, fiz o teste com o eicar-virus-test (aquele virus de teste) e o clamav aparentemente nao o pegou, pelo menos não acusou nos logs alguém já testou isso? alguém conhece outras ferramentas boas para ser integrada ao squid (ou no caso o lusca) para checagem de antivirus, eu pensei no havp, algum comentário? abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- atenciosamente, Franklin de França - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd sim está nos meus planos testar o havp, até mesmo porque nos meus testes o squidclamav+clamav apesar de ter funcionado corretamente, aparentemente não está barrando vírus, nem mesmo aquele de testes, o eicar, mas tudo bem, vamos ver como será com o havp abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dica Antivirus
Ja testei com o havp, mas eu montei na unha com slackware uma vez e testei no Endian, ambos pegavam virus e a performance era tranquila também Em 15 de fevereiro de 2010 14:25, Enio Marconcini eni...@gmail.comescreveu: 2010/2/13 Carlos Anderson Jardim cajar...@gmail.com Perfeitamente Franklin é isso mesmo, tanto que no PFSense o havp esta disponivel, e não é dificil de configurar ele no FreeBSD e configurar ele no squid. Testei outras formas de rodar o clamav no squid como squidclamav e não tem a mesma performace quanto o havp. Um forte abraço. Carlos Anderson Jardim Em 12 de fevereiro de 2010 16:55, Franklin França franca.frank...@gmail.com escreveu: /usr/ports/www/havp HAVP (HTTP Antivirus Proxy) is a proxy with a ClamAV anti-virus scanner. The main aims are continuous, non-blocking downloads and smooth scanning of dynamic and password protected HTTP traffic. Havp antivirus proxy has a parent and transparent proxy mode. It can be used with squid or standalone. WWW: http://www.server-side.de/ Falow Em 12 de fevereiro de 2010 16:48, Enio Marconcini eni...@gmail.com escreveu: pessoal, fiz uns testes com um servidor com 7.2 rodando um squid3.0, com clamav, squidclamav tudo configurado perfeitamente, e olhando os logs do squidclamav eu de fato notava que alguns arquivos configurados para não serem scanneados realmente não eram, e os que eram pra ser, estava sendo checado, porém, fiz o teste com o eicar-virus-test (aquele virus de teste) e o clamav aparentemente nao o pegou, pelo menos não acusou nos logs alguém já testou isso? alguém conhece outras ferramentas boas para ser integrada ao squid (ou no caso o lusca) para checagem de antivirus, eu pensei no havp, algum comentário? abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- atenciosamente, Franklin de França - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd sim está nos meus planos testar o havp, até mesmo porque nos meus testes o squidclamav+clamav apesar de ter funcionado corretamente, aparentemente não está barrando vírus, nem mesmo aquele de testes, o eicar, mas tudo bem, vamos ver como será com o havp abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Rodrigues de Oliveira Jesus Christ's Blood Purifies Us of All Sin Linux #357492 / FreeBSD #BSD051202 CISCO CCNA Loading .ılı..ılı. http://lmgtfy.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Daniel Bristot de Oliveira wants to stay in touch on LinkedIn
LinkedIn Daniel Bristot de Oliveira requested to add you as a connection on LinkedIn: -- Rodrigo, I'd like to add you to my professional network on LinkedIn. - Daniel Bristot de Oliveira Accept invitation from Daniel Bristot de Oliveira http://www.linkedin.com/e/uhCptJdQQ-Sug5_L6VCVbBqbsb1KYl/blk/I549028769_3/pmpxnSRJrSdvj4R5fnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_cRYVdzsUcz0Vd3l9bSxQl3pLcj5NbPcSdzATe3kTc34LrCBxbOYWrSlI/EML_comm_afe/ View invitation from Daniel Bristot de Oliveira http://www.linkedin.com/e/uhCptJdQQ-Sug5_L6VCVbBqbsb1KYl/blk/I549028769_3/0PnPASdPwOc3AQdkALqnpPbOYWrSlI/svi/ -- DID YOU KNOW you can be the first to know when a trusted member of your network changes jobs? With Network Updates on your LinkedIn home page, you'll be notified as members of your network change their current position. Be the first to know and reach out! http://www.linkedin.com/ -- (c) 2010, LinkedIn Corporation - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dica Antivirus
LEMBRETE!! Só não esqueça de desativar varredura em imagens, se não seu sistema vai pro saco. Um forte abraço. E um viva o F7 (Atalho de Verificação Ortográfica) risos Porque o povo está pegando pesado!! 011001100110110001110110110101100101011100110010001000100010011001000110010101110110001001101110011101010110110001101100 Em 15 de fevereiro de 2010 16:00, Rafael Rodrigues de Oliveira rafa...@gmail.com escreveu: Ja testei com o havp, mas eu montei na unha com slackware uma vez e testei no Endian, ambos pegavam virus e a performance era tranquila também Em 15 de fevereiro de 2010 14:25, Enio Marconcini eni...@gmail.comescreveu: 2010/2/13 Carlos Anderson Jardim cajar...@gmail.com Perfeitamente Franklin é isso mesmo, tanto que no PFSense o havp esta disponivel, e não é dificil de configurar ele no FreeBSD e configurar ele no squid. Testei outras formas de rodar o clamav no squid como squidclamav e não tem a mesma performace quanto o havp. Um forte abraço. Carlos Anderson Jardim Em 12 de fevereiro de 2010 16:55, Franklin França franca.frank...@gmail.com escreveu: /usr/ports/www/havp HAVP (HTTP Antivirus Proxy) is a proxy with a ClamAV anti-virus scanner. The main aims are continuous, non-blocking downloads and smooth scanning of dynamic and password protected HTTP traffic. Havp antivirus proxy has a parent and transparent proxy mode. It can be used with squid or standalone. WWW: http://www.server-side.de/ Falow Em 12 de fevereiro de 2010 16:48, Enio Marconcini eni...@gmail.com escreveu: pessoal, fiz uns testes com um servidor com 7.2 rodando um squid3.0, com clamav, squidclamav tudo configurado perfeitamente, e olhando os logs do squidclamav eu de fato notava que alguns arquivos configurados para não serem scanneados realmente não eram, e os que eram pra ser, estava sendo checado, porém, fiz o teste com o eicar-virus-test (aquele virus de teste) e o clamav aparentemente nao o pegou, pelo menos não acusou nos logs alguém já testou isso? alguém conhece outras ferramentas boas para ser integrada ao squid (ou no caso o lusca) para checagem de antivirus, eu pensei no havp, algum comentário? abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- atenciosamente, Franklin de França - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd sim está nos meus planos testar o havp, até mesmo porque nos meus testes o squidclamav+clamav apesar de ter funcionado corretamente, aparentemente não está barrando vírus, nem mesmo aquele de testes, o eicar, mas tudo bem, vamos ver como será com o havp abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Rodrigues de Oliveira Jesus Christ's Blood Purifies Us of All Sin Linux #357492 / FreeBSD #BSD051202 CISCO CCNA Loading .ılı..ılı. http://lmgtfy.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] samba no freebsd
O novo samba já está diponível em pacotes ou ports do freebsd? Já eh estável? -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Centreon 2.1.4 no FreeBSD
http://www.luizgustavo.pro.br/blog/2010/02/15/centreon-2-1-4-no-freebsd/ -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Lançada a versão 7.3-RC1 do FreeBSD
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=347975+0+current/freebsd-stable -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD e SUN Fire v490
Pessoal, to com um Sun Fire v490 com 32gb de memória, hd fiber channel e alguns nucleos de processador e rodando solaris. To pensando em colocar um FreeBSD nele. Alguem ja instalou o Free ou algum outro SO foram o Solaris em uma maquina dessas? Faz uns 2 ou 3 anos que tentei isso, mas era uma v440 ou v420. Não lembro bem. E não deu certo. Nem Linux eu consegui. Só foi de Slowlaris mesmo. -- []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/helioloureiro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD e SUN Fire v490
Fala Helio, Alguem ja instalou o Free ou algum outro SO foram o Solaris em uma maquina dessas? Eu não tinha uma máquina dessa, mas ja tive uma SPARC. Você já tentou o OpenBSD ? Me parece que ele é o único BSD com suporte a série UltraSPARC IV+ que é o processador dessa máquina (corrija-me se estou errado). Segue abaixo o link com a documentação: http://www.openbsd.org/sparc64.html Acho que também o Gentoo funcionaria sem problemas. Segue a documentação abaixo: http://www.gentoo.org/doc/en/handbook/handbook-sparc.xml Abraços, -- Davi Vercillo C. Garcia http://www.google.com/profiles/davivcgarcia Waste time in learning things that do not interest us, deprives us of discovering interesting things. - Carlos Drummond de Andrade - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd