1. Servidor de IRC

En un principio tenía instalado dancer-ircd en mi GNU/Debian, y los bots de servicios eran dancer-services. Dado que no fui capaz de linkar más servidores, al final probé Unrealircd, que a pesar de tener que compilarlo, el proceso es realmente sencillo. La ventaja es que en Suse solo hay un ircd, entonces al compilarUnreal en el pc con Suse y en el pc con Debian, quedaban ambos con el mismo servidor de irc.
    Sólo encontré un problemilla a la hora de compilar, y es que si instalas Unreal en un directorio distinto al de las fuentes, faltan un par de archivos. Simplemente copia esos archivos al directorio adecuado, o bien instalalo en el directorio de las fuentes.
La mayor parte de las preguntas que se hacen durante la compilación son obvias, quizás ésta es la única que puede causar duda:


La diferencia entre Hub y Leaf radica en que el primero lo debemos elegir si tenemos un servidor al que vamos a linkar varios servidores. Si a nuestro servidor no se va a linkar nadie, debemos compilarlo como leaf.

Al terminar la compilación, debemos configurarlo. Para ello debemos crear un fichero unrealircd.conf, o bien copiar el ejemplo y modificarlo a nuestro gusto.

A continuación detallo la configuración de Unrealircd:


Aquí definimos el nombre del servidor y la información. numeric 1 indica el número de servidor (1-254); cuando tengamos dos o más servidores linkados no pueden tener igual número.


Aquí ponemos nuestra información, la información del administrador del ircd. Se puede ver tecleando el comando /admin. Es el equivalente a las A lines de otros ircds.

class clients
{
        pingfreq 90;
        maxclients 500;
        sendq 100000;
};

En esta seccion definimos la clase clients; en ella la frecuencia a la que se comprobará si el usuario sigue "vivo" (pingfreq), el máximo de clientes que aceptamos (maxclients) y sendq, que es el límite de información enviada por el usuario de esta clase.


Aquí hemos definido una nueva clase: servers. La frecuencia de ping será 90, máximo 4 servidores linkados a nosotros y 1000000 de límite de envio.


Con esta línea aceptamos conexiones de clientes desde cualquier IP (*), cualquier hostname (*) y con un máximo de dos conexiones por IP (clones).


Con esto permitimos 10 clones desde el host deneb.freedomshell.com.


Aquí definimos los operadores de red que habrá en nuestra red: definimos operador zug que se conecta desde la IP 192.168.0.2, será admnistrador de red (netadmin). El password no es aAtCDSu1zCb4k, está encriptado. Para generar passwords encriptados entraremos en el directorio crypt de Unreal3.2, y a continuación haremos un make, se generará la utilidad mkpasswd; con ella podemos generar los passwords encriptados. Nota: si quisieramos que zug fuese solamente ircop, sustituiríamos netadmin por ircop en la seccion flags. Os incluyo aquí la lista completa de flags, sacada del fichero unrealircd.conf.txt incluido en UnrealIRCD:

Old     | New             |Description
------- |---------------- |------------------------------
N       | netadmin        | Network Admnistrator
T       | techadmin       | Technical Administrator
A       | admin           | Server Administrator
a       | sadmin          | Services Operator
C       | coadmin         | Co Administrator
o       | local           | Local IRC Operator
O       | global          | Global IRC Operator
r       | can_rehash      | Is able to rehash the server
e       | eyes            | Can use the eyes message mode
D       | can_die         | Can shutdown the server (with password)
R       | can_restart     | Can restart the server (with password)
h       | helpop          | ..is available for help. Can see /helpops
g       | can_globops     | Can use /globops
w       | can_wallops     | Can use /wallops
l       | locop           | Can't kill remote users
c       | can_localroute  | Can locally /connect and /squit servers
L       | can_globalroute | Can globally /connect and /squit servers
k       | can_localkill   | Can do local /kills
K       | can_globalkill  | Can do global /kills
b       | can_kline       | Can set a /kline
B       | can_unkline     | Can unset a /kline
n       | can_localnotice | Can send local notices
G       | can_globalnotice| Can send global notices
z       | can_zline       | Can set /zlines
^       | can_stealth     | Is invisible to /names

Para hacernos oper, ejecutaríamos /oper usuario clave. Una vez que somos opers, podemos releer la configuración de unreal sin tener q matar el proceso e iniciarlo de nuevo, con un simple /rehash.


Aquí decimos a través de qué puertos se podrá conectar a nuestro servidor. He definido el puerto 6600 para linkar con los services (chanserv, nickserv, memoserv...), el puerto 6667 que es el más habitual y el 8888, para que se pueda entrar desde sitios donde chapan conexiones al puerto 6667, por ejemplo universidades :-).


Este bloque es opcional, solamente si vas a añadir services a tu servidor. Aquí definimos el nombre de los services: servicez.fromdahell.org, en el puerto 6600 (el que reservamos para estos). El password de conexion y recepción será el mismo, en este caso servpass.


Esta sección es también opcional, solamente si vais a linkar varios servidores. En este caso linkaremos con el servidor alamut.fromdahell.org, con IP 213.37.65.30, por el puerto 6667 y con la clave clavedelink. Ten en cuenta que la configuración del servidor alamut debe tener numeric 2, ya que el numeric de braindead es 1, y no pueden ser iguales. Debes tener tambien a tener en cuenta que, si tienes services puestos, en alamut no debes añadir el link a los services, solamente la linea ulines que comentamos más abajo.


Debemos incluir esta línea para que los services funcionen, en este caso son servicez.fromdahell.org.


Aquí ponemos los passwords de reinicio y "muerte" del servidor.


Con esta línea reservamos los nicks que contengan chan para los services.


Esto también es opcional, es un ejemplo de como banear los malditos scripts que abundan por irc-hispano.


Con esto definimos un vhost, con user "user" y password "password", disponible para cualquier usuario. Para usarlo sería: /vhost user password


Aquí definimos la información de la red.


Y finalmente cargamos los modulos m_sethost y commands; el primero de ellos para que un operador se pueda poner el vhost que quiera sin tener que modificar la configuración mediante /sethost my.virtual.host; el segundo añade una serie de comandos como /who.

Servicios Epona:

Qué es Epona?

Epona es un conjunto de bots de servicio (Nickserv, Chanserv, Memoserv, Botserv y Operserv). Funciona para diversos ircds: Dreamforge, Bahamut, Unreal y Ultimate ircd.

En este documento explicaré exclusivamente cómo se instalan y configuran los Epona services.

· Chanserv: Registro y manejo de canales.
· Nickserv: Registro y manejo de nicks.
· Memoserv: Envio de mensajes a usuarios con nick registrado.
· Botserv: Creación y configuración de bots para canales.
· Operserv: Estadísticas del irc y comandos para IRCops.

Compilación e Instalación

A continuación explico como hice la configuración:

Creamos un usuario para los services, yo usé el mismo usuario que para el ircd: user ircd. A continuación bajamos la última version de epona de su página web y hacemos lo siguiente:

       

Leemos la información que aparece :). Os comento lo que yo he ido eligiendo:



Lo siguiente será compilarlo: ejecutaremos gmake si estamos en un sistema BSD, make en caso contrario. Una vez compilado hacemos un make install y si todo va bien se instalará en el directorio ~/services.

Una vez alli copia el fichero examples.conf por services.conf, y lo modificas a tu gusto. Los campos más importantes son Server Name y Remote Server.

Una vez que hayas configurado todo, no olvides añadir la seccion link y añadir la uline en tu ircd.conf, tal y como he explicado en el documento sobre UnrealIRCD. Si necesitas ayuda puedes contactar conmigo por mail o bien por irc (mira la sección irc).

Estos son programas relacionados que pueden resultar útiles:
    iroffer -> Servidor XDCC
    figlet -> Generador de MOTD's (texto en grande hecho a base de ascii)
    garnax -> File Server