Os riscos de ser um Sysadmin…

mudança de atitude….

o que posso dizer é que estou passando por uma fase de transição…

what went wrong?!  soon…

Lançada versão estável do roundcube

Finalmente foi lançada a versão estável deste excelente webmail. Como todo programa em ajax, a numeração fica em eterno beta… rss. Utilizo o roundcube há bastante tempo e recomendo!

Como já estava com uma versão do roundcube rodando, apenas criei um novo diretório para ele no apache, baixei e descompactei a nova versão, copiei os arquivos de configuração e em menos de 3 minutos meu webmail já estava atualizado. Já pude notar a melhora no desempenho, principalmente ao abrir e mover mensagens.

Site do projeto: http://roundcube.net

Comunicado oficial de lançamento:

Hello Fellow Roundcubers!!

Just in case some of you were not aware, the 0.1 STABLE milestone has been reached. Roundcube finally released the 0.1 Stable product on March 4, 2008. If you are currently running a release-candidate (0.1 RC1 or 0.1 RC2) please update your installation(s) as soon as possible.

As always, if you need help, feel free to ask in the forum, and if you find a bug feel free to post on the forum or create a ticket at the bug tracker for Roundcube.

Have a great week!!

Regards,
The Roundcube Webmail Forum Team.

http://roundcubeforum.net/forum/index.php

Link para download da nova versão:
http://ufpr.dl.sourceforge.net/sourceforge/roundcubemail/roundcubemail-0.1.tar.gz

Replicando base LDAP

Demorei um pouco, mas estou postando as configurações para fazer réplica do OpenLDAP.
É interessante utilizarmos réplica da base ldap para autenticar serviços em outros servidores. É só pensar do seguinte modo: O que é melhor: meu squid ter que ir até o PDC se autenticar, ou ele fazer a consulta ldap localmente?
Com réplica matamos dois gatos com uma paulada só! Pois criamos uma base de contingência (ou várias) e amenizamos o tráfego na rede.

Levaremos em conta que o openldap esteja instalado e funcionando nos dois servidores.

Configuração do /etc/ldap/slapd.conf no servidor primário:

replogfile /var/log/ldap/slapd.replog
replica host=ip_servidor_secundario:389
 binddn="cn=admin,dc=dominio,dc=com,dc=br"
 bindmethod=simple credentials=senha

Atenção!! Atente para o espaço em branco no inicio das duas ultimas linhas.

Configuração do /etc/ldap/slapd.conf nos servidores secundário:

updatedn "cn=admin,dc=dominio,dc=com,dc=br"
updateref ldap://ip-servidor-primario:380

É necessário que o servidor OpenLDAP secundario tenha os mesmo dados que o servidor OpenLDAP primario, para isto iremos gerar uma copia da base do servidor OpenLDAP primario:
slapcat -v -l /home/usuario/base.ldif
Transfira o arquivo para o servidor secundário, e importe os dados:
slapadd -v -l base.ldif

Antes de iniciar o ldap no servidor secundário verifique as permissões no diretório: /var/lib/ldap/. Todos os arquivos devem ser do usuário openldap. (chown openldap.openldap /var/lib/ldap/*)
inicie o ldap.

Agora faça uma alteração na base principal e verifique se o servidor secundário está sendo atualizado.

That’s all…

Monitore conversas do MSN (IMSniff)

Não vou entrar nos méritos se isso é correto ou não, apenas digo que como sysadmin tenho que prezar pelas informações que trafegam pela minha rede.

Site do projeto: http://sourceforge.net/projects/im-snif

criar diretorio /etc/imsniff:
mkdir /etc/imsniff; cd /etc/imsniff

criar diretório de logs:
mkdir -p /var/log/imsniff/{debug/,conversas/}

baixar o programa:
wget http://ufpr.dl.sourceforge.net/sourceforge/im-snif/imsniff_0.04.tgz

descompactar arquivo:
tar -xvzf imsniff_0.04.tgz

Instalar:
cd imsniff/linux; sh build

Copiar arquivo de configuração:
cp imsniff/doc/imsniff.conf.sample /etc/imsniff.conf

Editar o arquivo de configuração, onde:
daemonize = 0
promisc = 0
verbose = 2
chatdir = /var/log/imsniff/conversas # diretorio onde as conversas serão armazenadas.
debugdir = /var/log/imsniff/debug # diretório onde serão asmazenados logs do programa
interface eth0 # é a interface da rede interna.

Para executar o programa: ./imsniff eth0 &

A versão 0.04 está com um bug que o serviço fica instável. A solução que encontrei foi deixar o inittab gerenciá-lo.
Para isso, adicione a seguinte linha ao final do etc/inittab:
ims:2:respawn:/etc/imsniff/linux/imsniff
Atente para o runlevel do default seu sistema. No caso do Debian é o 2.