Table of Contents

ejabberd

Configurazione

La configurazione va in /etc/ejabberd/ejabberd.cfg, in particolare si deve definire l'utente amministratore e il nome di dominio:

%% Admin user
{acl, admin, {user, "niccolo", "rigacci.org"}}.

%% Hostname
{hosts, ["rigacci.org"]}.

Con questa configurazione dovrebbe essere possibile puntare il browser su http://<host>:5280/admin e loggarsi con l'utente niccolo@rigacci.org.

Certificato SSL

Vedere gli appunti per creare il certificato SSL.

Migrazione ejabberd

Sul vecchio server Lutra (versione ejabberd 2.1.5) si esegue il backup del database:

ejabberdctl backup /tmp/ejabberd-lutra.backup
scp /tmp/ejabberd-lutra.backup paguma:/tmp

Sul nuovo server Paguma (versione ejabberd 2.1.10) si deve modificare il nome del nodo prima di effettuare il restore:

chown ejabberd.ejabberd /tmp/ejabberd-lutra.backup
ejabberdctl mnesia_change_nodename ejabberd@lutra ejabberd@paguma \
    /tmp/ejabberd-lutra.backup /tmp/ejabberd-paguma.backup
ejabberdctl install_fallback /tmp/ejabberd-paguma.backup
ejabberdctl stop
ps uax | grep ejabberd
# Kill all ejabberd processes:
kill ...
/etc/init.d/ejabberd start

Se fosse necessario cancellare il database di ejabberd:

/etc/init.d/ejabberd stop
ps uax | grep ejabberd
# Kill all ejabberd processes:
kill ...
rm /var/lib/ejabberd/*
/etc/init.d/ejabberd start

Problema del nome FQDN e autorizzazione negata a Pidgin

Si può incappare in un errore di autorizzazione se il nome host usato dal client Pidgin per la connessione non corrisponde al nome FQDN usato dal server stesso.

Se in Pidgin non viene indicato un nome nel Connect server (impostazioni avanzate), viene interrogato il DNS per il record SVR _xmpp-client._tcp.<domain>, dove <domain> è la parte alla destra della “@” nel nome dell'account.

ATTENZIONE la risoluzione di un record SVR potrebbe non funzionare, ad esempio con un DNS proxy come dnsmasq. Per verificare il buon funzionamento:

host -t SRV _xmpp-client._tcp.faunalia.it

Il client Pidgin quindi contatta tale host. Se il nome restituito dal record SRV non corrisponde al FQDN dell'host stesso (eseguire il comando hostname -f sul server), l'autorizzazione fallisce in quanto il digest-uri viene calcolato su due nomi di host diversi dal client e dal server, questo il messaggio di errore in /var/log/ejabberd/ejabberd.log:

D(<0.394.0>:cyrsasl_digest:72) : User login not authorized because digest-uri seems invalid:
    "xmpp/xmpp.faunalia.it" (checking for Host "faunalia.it", FQDN "paguma.faunalia.it")

Bisogna aver attivato un livello di debug adeguato in /etc/ejabberd/ejabberd.cfg:

{loglevel, 5}.

In definitiva Pidgin deve contattare l'hostname FQDN esatto del server stesso, non un suo alias. Lo può fare sia con le impostazioni Connect server oppure tramite risoluzione del record SRV nel DNS.

Ecco un esempio di come configurare il DNS:

_jabber._tcp            IN      SRV     5       0 5269 paguma
_xmpp-server._tcp       IN      SRV     5       0 5269 paguma
_xmpp-client._tcp       IN      SRV     5       0 5222 paguma

<php>echo '<a rel=“me” href=“https://profiles.google.com/100662196154811835450”>Profilo Google+</a>' . “\n”;</php>