Aquivo de fevereiro, 2008

26/fevereiro/2008

StarDict: Alternativa Livre ao Babylon

O StarDict é um aplicativo de dicionários multi-plataforma escrito em GTK. Inicialmente muitos podem confundí-lo com um mero tradutor mas na verdade é uma poderosa ferramenta de dicionários. Por ser flexível e aceitar diversos tipos de dicionários como dicionários técnicos, enciclopédicos além de dicionários linguístico ele se revela uma aplicação excepcional para o estudo de temas diversos e específicos. O StarDict possui características poderosas, tais como “Pesquisa com máscaras”, “Leitura da palavra selecionada”e “Busca difusa”. O aplicativo ainda conta com recursos extras como pronúncia de palavras, tradução completa de texto e dicionários on line. O StarDict é uma aplicação desktop destinada a qualquer usuário que precisa traduzir ou consultar constantemente o significado de palavras como suporte a estudos, traduções, etc. O licenciamento sob GPLv3 garante ao usuário o uso irrestrito do programa. O aplicativo utiliza um formato próprio de dicionários e permite que os usuários mais avançados criem seus próprios dicionários. Ele ainda provê algumas ferramentas em modo texto para a manipulação e conversão de dicionários. Atualmente o StarDict está em sua versão 3.0.0, lançada em 13/08/2007, mas sua história começou com em 1999 com a versão 1.31. É um projeto bastante ativo que conta com uma excelente base de dicionários já portados para o seu formato. O StarDict ainda oferece diversos serviços agregados como o site stardict.org onde é possível ter acesso on line a uma grande diversidade de dicionários linguísticos.

Já conhecia o StarDict a algum tempo, contudo precisei escrever um relatório técnico para um trabalho da disciplina “Cibercultura e Software Livre” do meu curso de Pós-graduação em “Aministração em Rede Linux” pela Universidade Federal de Lavras então escolhi o StarDict como Aplicação Livre. E pra minha surpresa o trabalho foi publicado no site do GINUX - Grupo de Pesquisa em Software Livre da Universidade Federal de Lavras (UFLA).

Você pode ler o relatório completo no link: Aplicação Livre “StarDict”. Espero que gostem!

Site oficial do aplicativo: http://stardict.sourceforge.net , recentemente o programa foi atualizado com a versão 3.0.1.

1 Comentário »

24/fevereiro/2008

Protengendo o acesso HTTP com antivírus - HAVP + Clamav + Squid

Posts na série Acesso HTTP com antivírus

  1. Protengendo o acesso HTTP com antivírus - HAVP no Debian “etch”
  2. Protengendo o acesso HTTP com antivírus - HAVP + Clamav + Squid

No post anterior desta série expliquei como instalar o pacote HAVP diretamente do repositório Debian oficial. Comentei sobre as dependências do Clamav, mas me esqueci de dizer que essencialmente precisamos apenas dos pacotes (básicos) clamav, clamav-freshclam e libclamav3, sendo dispensável o pacote clamav-daemon.

 

Nesta implementação considerei utilizar o HAVP como um proxy parente do Squid a melhor solução. A grande vantagem é que você continua com todos os beníficios das ACLs do Squid, ou seja poderá continuar controlando e filtrando todo o tráfego que passar pelo Squid e ainda ter a protenção contra vírus, conforme demostrado no esquema baixo.

HAVP como proxy parente do Squid

Para integramos o HAVP + Clamav + Squid, precisamos alterar alguns arquivos de configuração. Vou considerar que o Squid já esteja configurado e funcionando corretamente. Primeiramente editamos o /etc/havp/havp.config e alteramos algumas de suas seções para que fiquem iguais à:

USER havp
GROUP havp
LOG_OKS false
PORT 8080
BIND_ADDRESS 127.0.0.1
TEMPLATEPATH /etc/havp/templates/br
ENABLECLAMLIB true
ENABLECLAMD false

Penso que seja auto explicativo, mantenha todas as outras opções do arquivo intactas. Agora devemos indicar ao Squid qual é seu proxy parente, neste caso o HAVP, então acrescentamos as seguintes linhas ao /etc/squid.conf:

acl all src 0.0.0.0/0.0.0.0
cache_peer localhost parent 8080 0 no-query no-digest no-netdb-exchange default
cache_peer_access localhost allow all
 
# Todo o tráfego HTTP deve ser enviado ao proxy parente HAVP
acl HTTP proto HTTP
never_direct allow HTTP

Com as opções acima indicamos ao Squid que todo o tráfego HTTP deverá passar obrigatoriamente pelo proxy parente que fará a verificação com o antivírus Clamav. Antes de testar recarregue as novas configurações dos serviços envolvidos:

# invoke-rc.d havp force-reload
# invoke-rc.d squid force-reload

Para testar configure o seu navegador para acessar pelo Squid e visite a página http://www.eicar.org/download/eicar_com.zip, caso tudo esteja funcionando corretamente será exibida a tela abaixo.

HAVP bloqueando acesso ao “vírus” eicar

 

 

Acho que desta forma podemos ter uma boa segurança contra estes vírus espertos que enganam muita gente e causam muitos prejuízos as empresas.

Espero que tenham gostado e o resto fica por conta da imaginação de cada um, ou seja proxy transparente, customização dos templates do HAVP e outros ajustes finos que podenm ser feitos tanto no Squid quanto no HAVP. Como ponto de partida deixo, logo abaixo, algumas referências que utilizei.

 

http://www.server-side.de/ideas.htm
http://www.opensourcehowto.org/how-to/squid/squid-clamav–havp.html
http://sidux.com/PNphpBB2-viewtopic-t-7162.html

4 Comentários »

24/fevereiro/2008

Ajuste “manual” do brilho da tela do notebook no Linux

Muitas vezes precisamos recorrer a “truques” para conseguirmos alcançar os resultados que queremos. Configurar o brilho da tela do notebook pode ser uma delas. Apesar de toda economia de energia que uma configuração modesta de brilho pode proporcionar não consigo trabalhar com pouco brilho na tela. Utilizo Ubuntu como desktop e nunca tive problemas com as teclas Fn + FX para ajustar o brilho, mas depois que o meu teclado estragou (longa história) tive que correr atrás de uma solução para ajuste manual do brilho.

O “truque” é alterar o nível de brilho diretamente no /proc com o comando:

# echo -n 78 > /proc/acpi/video/VGA/LCD/brightness

ou ainda com o sudo pra quem prefere assim:

$ sudo echo -n 78 > /proc/acpi/video/VGA/LCD/brightness

É importante observar que só funciona se o arquivo /proc/acpi/video/VGA/LCD/brightness existir e o valor passado estar dentro dos níveis pré-definidos para o dispositivo. Você encontra estes valores no próprio arquivo, experimente um cat /proc/acpi/video/VGA/LCD/brightness.

Abaixo um pequeno script que pode ajudar nesta configuração e com pequenas alterações podemos deixar este ajuste ser automático na inicialização.

#!/bin/bash
# ajusta-brilho.sh
# Ajusta o brilho o brilho do monitor manualmente, principalmente quando
# as teclas fn + fx, não funcionam especialmente em notebooks
if [ -f /proc/acpi/video/VGA/LCD/brightness ]; then
    cat /proc/acpi/video/VGA/LCD/brightness | head -n 1
    echo -n "Informe um dos níveis (levels) acima: "
    read  brilho
    echo -n ${brilho}|> > /proc/acpi/video/VGA/LCD/brightness
else
    echo "O arrquivo /proc/acpi/video/VGA/LCD/brightness não existe!!"
    echo "Talvez o módulo video e/ou acpi não estejam carregados!"
fi

Referências para o tema:

https://bugs.edge.launchpad.net/ubuntu/+source/hal/+bug/82188

http://ubuntuforums.org/showthread.php?t=544968

http://microrants.blogspot.com/2007_06_01_archive.html

3 Comentários »

11/fevereiro/2008

Protengendo o acesso HTTP com antivírus - HAVP no Debian “etch”

Posts na série Acesso HTTP com antivírus

  1. Protengendo o acesso HTTP com antivírus - HAVP no Debian “etch”
  2. Protengendo o acesso HTTP com antivírus - HAVP + Clamav + Squid

Recentemente implantei uma solução de antivírus no Debian etch para compartilhamento de internet com o Squid integrando-o com HAVP + Clamav. O HAVP (HTTP Anti Virus Proxy) é um proxy HTTP antivírus e foi a solução escolhida pois me pareceu a mais simples e fácil de integrar. Mas o problema é que nos repositórios oficiais do Debian 4.0 “etch” não possue o pacote HAVP. Contudo nos repositórios Debian sid (unstable) o pacote HAVP esta lá e em sua mais recente versão 0.87. Então resolvi baixar o .deb do HAVP e instalar para ver o que acontecia (não custava tentar!). Ao executar o tradicional:

# dpkg -i havp_0.87-1_i386.deb

o sistema de gerenciamento de pacotes “reclama” de algumas dependências principalmente relacionadas ao clamav e à libclamav3, mas estas dependências não podem ser resolvidas pelos repositórios padrão do Debian etch. Neste momento tive a idéia de utilizar o repositório volatile, indispensável pra qualquer administrador de sistemas Debian. (mais sobre o uso do repositório volatile).

Depois de resolvidas as pendências o pacote HAVP instalou numa boa.

Baixe o pacote havp_0.87-1_i386.deb do mirror de sua preferência.

Agora como configurar o Squid, HAVP e Clamav para trabalharem juntos? No próximo post dou todas as dicas! Até lá.

Deixe um comentário »

4/fevereiro/2008

Volatile: Clamav e Spamassassin atualizados no Debian 4.0 “etch”

O Debian é reconhecido por sua estabilidade e por suas inovações em termos de distribuições Linux. Não é por acaso que o Debian é base para mais de 180 distros (incluindo derivadas como Kurumin, Knoppix e Ubuntu), ou seja mais da metade de todas as distros listadas no site DistroWatch.com.

Toda esta popularidade e robustez foram conquistados ao longo de anos de trabalho e rigor no empacotamento e distribuição dos mais de 20.000 pacotes oficialmente disponíveis. Muito bom para o administrador de redes que pode confiar no Debian pra qualquer serviço. Mas em alguns casos como anti-vírus, filtros anti-spam e atualização de fusos horários podem ser trabalhosas, pois na política Debian uma versão estável não recebe atualizações que alterem as características, funcionalidades e/ou a versão (numérica) do pacote. Daí muitos administradores podem recorrer ao repositório do debian backports que fornece pacotes mais atualizado (versões com novas funções) sem quebrar dependências no Debian stable. Mas o uso do backports nem sempre é recomendável, por não ser um projeto oficial.

Mas o projeto Debian identificou a necessidade de atualização mais frequente de certos pacotes que não poderiam acompanhar o ciclo normal de lançamento de novas releases estáveis. Para atender esta demanda foi criado o repositóro Volatile, através deste, todos que trabalham com o Debian estável, conseguem atualizações seguras de pacotes importantes sem gerar nenhum problema de dependências e o mais importante com todo o controle de qualidade dos pacotes Debian estáveis.

Para utilizar o repositório Volatile do Debian basta incluir no seu arquivo /etc/apt/sources.list a linha:

deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free

Depois adicione a chave GPG do repositório Volatile:

# wget -q http://www.debian.org/volatile/etch-volatile.asc -O- | apt-key add -

Depois basta atualizar as lista de pacotes e em seguida os pacotes, automaticamente seus pacotes instalados serão atualizados a partir do repositórito Volatile:

# aptitude update ; aptitude upgrade

1 Comentário »