Pidgin é um excelente client de mensagens instantâneas, que suporta os mais conhecidos protocolos (e os não tão conhecidos também), tais como: MSN, Google Talk, IRC, ICQ, Yahoo!, AIM, XMPP dentre muitos outros.

Vou descrever como instalar a última versão do Pidgin, já que a que está nos repositórios do Etch é véia pakas =p

Primeiramente é necessário a instalação de algumas dependências: aptitude install libxml-parser-perl libgtk2.0-dev libxml2-dev libgnutls-dev libstartup-notification0-dev libgstreamer0.10-dev libgtkspell-dev libmeanwhile-dev libavahi-glib-dev libdbus-1-dev libdbus-glib-1-dev network-manager-dev libperl-dev tcl8.4-dev tk8.4-dev

Agora baixe o fonte do pidgin diretamente do site: http://www.pidgin.im/download/source

Descompacte o arquivo com o comando tar -jxf pidgin-2.2.0.tar.bz2 e entre no diretório criado.

Crie o Makefile para compilação com o comando: ./configure

Para compilar e instalar o programa: make && make install

Agora basta reiniciar seu gerenciador de janelas que o pidgin estará no menu Aplicações. =D

Depois de algumas semanas tenebrosas estou voltando a postar regularmente no blog. Também não ocorreram muitas novidades recentemente… No meu tempo livre estou pegando para fazer a interface web para a nova versão do post-la. Mas o meu objetivo agora é estudar virtualização. Comecei a fazer alguns testes com o Xen (zêin) e me empolguei bastante! Ajudei o pessoal do xen-br a homologar o wiki de Compilação do Xen 3.2 do Debian Etch, e agora estou enchendo o saco deles na freenode (#xen-br) rssrss. Neste sábado vou participar do Mão na Massa Xen promovido pela Tempo Real. Quem vai dar o curso é o Jardel Fernandes, que também é meu professor na Faculdade. Pra quem tiver interesse em fazer este treinamento de Xen, haverá outra turma em Julho.

Então é isso… assim que pegar as manhas de virtualizar pingüins eu posto aqui uns tutoriais =)

E quem disse que usuário é um problema apenas para o pessoal de TI?

Acabei de receber meu micro novo e já fui instalando o Fedora… Para instalar o driver da minha GeForce 6100 fiz o seguinte:

Adicionei o repositório livna:
rpm -Ivh http://rpm.livna.org/livna-release-8.rpm

Instalei o pacote de drivers:
yum -y install kmod-nvidia

reboot e pronto

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

what went wrong?!  soon…

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

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…

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.

Em algumas situações pode ser necessário acessar um servidor via ssh sem senha, como no caso de um script de backup. Segue um passo-a-passo utilizando chave pública/privada.

Na máquina cliente (na máquina que partirá o script), crie as chaves com o comando: ssh-keygen -b 4096 -t rsa.
Onde:
-b informa o tamanho da chave em bits (1024, 2048, 4096)
-t informa o tipo da chave (RSA/DSA)
Será questionado o diretório onde a chave será armazenada. Aceite o padrão. Quando solicitar a senha, deixe em branco.
Copie o conteúdo do arquivo /home/usuário/.ssh/id.rsa.pub do servidor cliente para o arquivo /home/usuário/.ssh/authorized_keys no sevidor que será acessado.
Após isso você já poderá acessar o servidor com o seguinte comando:
ssh -i /home/usuario/.ssh/id_rsa usuario@ip_do_servidor
No caso de uma transferência de arquivos, poderia utilizar o comando:
scp -rp -i /home/usuario/.ssh/id_rsa -P porta_ssh ip_do_servidor:/diretorio/de/destino/