Itimag.com » servidor

Streaming con Shoutcast en Debian

Itimag — Fri, 31 Jul 2009 21:18:28 +0000

SHOUTcast es un software libre multiplataforma para el streaming que utiliza MP3 o ACC para la codificación del audio y HTTP como protocolo de transporte de este mismo, conocido como una radio de Internet. El formato de salida que produce es soportado por múltiples aplicaciones cliente: XMMS, Amarok, Apple iTunes y otros.

Hay que tener en cuenta que una estación de SHOUTcast necesita abrir ciertos puertos en el firewall o cortafuegos del servidor. En este caso necesitamos tener abiertos los puertos 8000/tcp y 8001/tcp en el cortafuegos (IPTables).

Instalación

- Lo primero de todo, debemos crear un nuevo usuario en el servidor con la finalidad de que sea éste el que ejecute el SHOUTcast (para mayor seguridad). Por ello, ejecutamos el siguiente comando en nuestra shell del servidor:

useradd shoutcast

- Ahora hacemos login con el usuario que acabamos de crear:

su - shoutcast

- Descargamos la última versión de “SHOUTcast Linux server (glibc)” desde aquí. Luego procedemos a descargar el “SHOUTcast DSP Plug-In for Mac OSX, Linux and FreeBSD” desde aquí. Guardaremos ambos ficheros en el directorio del usuario /home/shoutcast. Para descargarlos desde shell, podemos utilizar el comando wget:

cd /home/shoutcast/
wget http://yp.shoutcast.com/downloads/sc1-9-8/sc_serv_1.9.8_Linux.tar.gz
wget http://yp.shoutcast.com/downloads/sc_trans_posix_040.tgz

- Ahora procedemos a descomprimir los ficheros descargados:

cd /home/shoutcast/
tar xfz sc_serv_x.x.x_Linux.tar.gz -C shoutcast/
tar xfz sc_trans_posix_xxx.tgz
mv sc_trans_040/ sc_trans

- Ahora tendremos el servidor shoutcast en /home/shoutcast/shoutcast y el DSP Plug-In en /home/shoutcast/sc_trans.

Configuración

- Nos situamos sobre el directorio /home/shoutcast/shoutcast/ y abrimos el fichero sc_serv.conf usando tu editor de texto favorito (mi preferido es el nano). Debes de modificar los siguientes valores:

MaxUser=30 #Nº máximo de usuarios simultáneos. Yo he puesto 30
Password=streaming #pon aquí una contraseña propia para el programa y recúerdala
PortBase=8000 # El puerto sobre el que se va a emitir en streaming
AdminPassword=MyPassword # Contraseña del panel de administración

- Ahora vamos a /home/shoutcast/sc_trans/ y editamos el fichero sc_trans.conf de la misma forma que el anterior :

PlaylistFile=/home/shoutcast/sc_trans/playlist.lst
ServerIp=213.251.xxx.xxx # tu ip
ServerPort=8000 # El mismo puerto que el fichero anterior
Password=streaming # Pon aquí la contraseña propia del programa de antes
StreamTitle=Servidor_estreaming # El nombre del servidor de streaming
StreamURL=213.251.xxx.xxx # La ip o un nombre de dominio que apunte a esta misma
Shuffle=1 # Poner a 0 para que las canciones se reproduzcan una tras otras
Bitrate=128000 # transmitimos a 128kbps/usuario
Channels=2 # Para ponerlo en stereo.

- Creamos el directorio en el que introduciremos todas las canciones (Mp3). Al directorio le pondremos de nombre “content” . Una vez esto hecho, añadimos una serie de ficheros mp3 al directorio y procedemos a crear el playlist o lista de reproducción:

cd /home/shoutcast/sc_trans
mkdir content
[.. añade algunos mp3 al directorio content/ ]
find /home/shoutcast/sc_trans/content -type f -name "*.mp3" &gt; playlist.lst

Arrancando el servidor

Para poner en marcha el servidor, introducimos los siguientes comandos:

cd /home/shoutcast/shoutcast &amp;&amp; ./sc_serv sc_serv.conf &amp;
cd /home/shoutcast/sc_trans &amp;&amp; ./sc_trans_linux sc_trans.conf &amp;

Ahora verás una serie de lineas en el terminal. Si todo ha funcionado correctamente, debes de ser capaz de ver el estado abriendo el navegador y dirigiendote a http://tu_ip:8000/ . Ahora puedes ir al botón de “admin” y usar la contraseña de acceso al panel (usuario admin).

Ahora ya tienes tu servidor de esteaming en marcha. Puedes empezar a reproducir tu música desde el winamp u otro reproductor de escritorio o bien usar el siguiente reproductor flash (o otro) para reproducirlo desde el navegador web.

Esto es todo. Saludos.

VPS con VMWare Server 2 [Parte 3]

Itimag — Thu, 02 Jul 2009 16:13:36 +0000

En las 2 entregas anteriores hemos visto como compilar el kernel y instalar vmware server 2. Ahora ya estamos listos para empezar a crear VPS.

¿Cómo creamos un VPS? la creación de un VPS es muy senzilla utilizando la interfaz web de la siguiente url: https://tu_ip:8333 . Únicamente hay que tener en cuenta que en el momento de elegir el interfaz de red, hay que elegir el modo “Host-only”.

Personalmente he creado un VPS con una distribución debian y a continuación voy a explicar la parte más importante: cómo debemos configurar la red para que nuestro VPS tenga acceso a internet. Esta configuración implica configurar el sistema operativo principal (sobre el que corre vmware server) y luego configurar el sistema operativo del VPS.

Configuración de la red:

Accedemos por ssh al sistema operativo principal (sobre el que corre vmware server) y observamos que existe la interfaz “vmnet1″. Para ello, ejecutamos el siguiente comando:

ifconfig

Debemos ver algo como esto:

vmnet1    Lien encap:Ethernet  HWaddr 00:50:56:C0:00:01
          inet adr:10.154.98.1  Bcast:10.154.98.255  Masque:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3675317 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3013354 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Ahora comprovamos que el IP_Forwarding está activado. Para ello ejecutamos el siguiente comando:

cat /proc/sys/net/ipv4/ip_forward

La ejecución del comando debe de visualizar lo siguiente:

En caso de que no visualize un 1, no te preocupes, luego lo configuramos.

Ahora comprobamos que el proxy ARP está activado en la interfaz “vmnet1″ mediante el siguiente comando:

cat /proc/sys/net/ipv4/conf/vmnet1/proxy_arp

La ejecución del comando debe de visualizar lo siguiente:

En caso de que los valores anteriores sean 0, debemos activarlos. Ejecutamos los siguientes comandos:

/bin/echo "1" &gt; /proc/sys/net/ipv4/ip_forward
/bin/echo "1" &gt; /proc/sys/net/ipv4/conf/vmnet1/proxy_arp

La ip FailOver que vamos a configurar en nuestro VPS y que utilizaremos en el ejemplo es: 91.121.58.158.

Añadimos una ruta en el sistema operativo principal para la IP que utilizaremos en el servidor VPS. Para ello, ejecutamos el siguient comando:

/sbin/route add 91.121.58.158 dev vmnet1

Observamos que la ruta se ha añadido correctamente. Ejecutamos el siguiente comando:

route -n

Observaremos algo como esto:

Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
91.121.58.158  0.0.0.0         255.255.255.255 UH    0      0        0 vmnet1

Ahora le toca el turno a la configuración de red del sistema operativo del VPS. Recuerdo que en este ejemplo se trata de un sistema operativo basado en debian y que los comandos de un sistema operativo a otro pueden cambiar. En nuesto caso debemos configurar la red de la siguiente forma:

Editamos el fichero de interfaces de red /etc/network/interfaces con nuestro editor de texto preferido para configurar la IP en el servidor . En mi caso uno el editor “nano”. Por lo tanto, ejecutamos el siguiente comando:

nano /etc/network/interfaces

Debemos dejar algo como esto:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
 
# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
allow-hotplug eth0
iface eth0 inet static
address 91.121.58.158 #La IP que hemos asignado a nuestro VPS
netmask 255.255.255.255 #La máscara de subred de la ip
dns-nameservers 213.186.33.99 #La IP del sistema operativo principal (el que corre vmware)
 
post-up /sbin/route add default dev eth0

Ahora configuramos el resolv.conf (configuración de servidores DNS). Para ello, ejecutamos:

nano /etc/resolv.conf

Debe quedar algo como esto:

search localdomain
nameserver 213.186.33.99 #La IP del sistema operativo principal(el que corre vmware). En éste tengo #corriendo el servidor de nombres de dominio bind.

Ahora reiniciamos el VPS. Tras arrancar, debería tener acceso a internet.

Tras crear el VPS y configurar la conexión de red nos podemos encontrar con que únicamente podemos hacer ping hacia la ip del sistema operativo principal pero que no podemos acceder a internet. Esto puede ser debido a distintas causas. A mí me ha sucedido y he decidido detener el firewall csf + lfd. Tras ello seguía sin tener acceso a internet. ¿Qué puede ser?, me pregunté. Entonces pensé en el servidor de nombres de dominio (bind). Pensé en que lo tengo configurado de tal forma que ningún usuario externo pueda utilizar la ip del servidor para utilizarlo para resolver dominios web y que esta podría ser la causa. Entonces, accedía al fichero de configuración (nano /etc/bind/named.conf.options) y añadí la ip-failover asignada al VPS a la excepción o regla acl (acl recurseallow { 127.0.0.1;213.186.33.99; 91.121.58.158; } ).

El fichero resoltante /etc/bind/named.conf.options es:

acl recurseallow { 127.0.0.1; 213.186.33.99; 91.121.58.158; };
 
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you might need to uncomment the query-source
// directive below.  Previous versions of BIND always asked
// questions using port 53, but BIND 8.1 and later use an unprivileged
// port by default.
// query-source address * port 53;
 
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
 
// Uncomment the following block, and insert the addresses replacing
// the all-0 s placeholder.
// forwarders {
//      0.0.0.0;
// };
 
auth-nxdomain no;    # conform to RFC1035
listen-on-v6 { any; };
allow-recursion { recurseallow; };
};

Reiniciamos bind:

/etc/init.d/bind9 restart

Desde aquel momento puder hacer ping desde mi casa y tenía acceso a internet del VPS. Un éxito. Finalmente, volví a activar el firewall y me llevé una nueva sorpresa al ver que volvía a dejar de funcionar. Por lo tanto, tenemos que configurar también el firewall correctamente.

Esto es todo.

VPS con VMware Server 2 [Parte 2: Instalación]

Itimag — Sat, 25 Apr 2009 20:52:46 +0000

Seguimos con el manual para crear VPS en el servidor.

Lo primero que hay que hacer es descargar VMware Server 2. Es necesario (y gratuito) registrarse en la página para obtener el número de validación. Se tardan 2 minutos contados.

Yo realizé la descarga directamente desde la shell del servidor ya que no dispongo de interfaz gràfica para hacerlo. Para ello utilizé el navegador lynx y tras la descarga procedemos a descomprimirlo:

cd /opt
lynx <a title="http://www.vmware.com/go/getserver" href="http://www.vmware.com/go/getserver" rel="nofollow">http://www.vmware.com/go/getservera>
tar xzvf VMware-server-2.0.1-156745.i386.tar.gz
cd vmware-server-distrib/

Antes de proceder a la instalación de vmware vamos a añadir una interfaz de red a la tarjeta de red del servidor ya que habrá que indicarlo en una de las preguntas que hace el programa de instalación.
A esta interfaz le vamos a dar el nombre de dummy0 y la introducimos editando el fichero /etc/network/interfaces. Para ello:

nano /etc/network/interfaces

Debemos introducir algo como lo siguiente al final del fichero:

auto dummy0
iface dummy0 inet static
address 10.0.0.1  netmask 255.0.0.0

Nota: Atento a elegir una IP de clase privada.

Ahora debemos iniciar la interfaz de red:

ifup dummy0

Comprobamos que la iterfaz esté activa mediante la ejecución del siguiente comando:

ifconfig

Deberíamos ver algo como esto:

dummy0    Link encap:Ethernet  HWaddr 22:79:C0:84:9B:3D
inet addr:10.0.0.1  Bcast:10.255.255.255  Mask:255.0.0.0
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Iniciamos la instalación de vmware 2 ejecutando el siguiente comando:

./vmware-install.pl

Ahora se nos realizará una serie de preguntas que podemos dejar por defecto hasta que nos aparezca el siguiente mensaje:

The installation of VMware Server 2.0.1 build-156745 for Linux completed
successfully. You can decide to remove this software from your system at any
time by invoking the following command: “/usr/bin/vmware-uninstall.pl”.
 
Before running VMware Server for the first time, you need to configure it by
invoking the following command: “/usr/bin/vmware-config.pl”. Do you want this
program to invoke the command for you now? [yes]

Pulsamos intro y ahora nos aparecerá un mensaje en el que nos pide que leamos la licencia. Pulsamos espacio para avanzar el texto hasta que se visualice el mensaje que nos pregunte si estamos o no de acuerdo. Indicamos que estamos de acuerdo.

Ahora aparece lo siguiente:

None of the pre-built vmmon modules for VMware Server is suitable for your
running kernel.  Do you want this program to try to build the vmmon module for
your system (you need to have a C compiler installed on your system)? [yes]

Pulsamos intro. Ahora nos pregunta por el path de los header, en nuestro caso se encuentran en:

/usr/src/linux-2.6.28/include

Ahora debes seguir los mismos pasos que seguí:

Do you want networking for your virtual machines? (yes/no/help) [yes]
 
Configuring a bridged network for vmnet0.
 
Please specify a name for this network.
[Bridged]
 
Your computer has multiple ethernet network interfaces available: dummy0, eth0,
eth0:0. Which one do you want to bridge to vmnet0? [eth0] dummy0
 
The following bridged networks have been defined:
 
. vmnet0 is bridged to dummy0
 
Do you wish to configure another bridged network? (yes/no) [no]
 
Do you want to be able to use NAT networking in your virtual machines? (yes/no)
[yes] no
 
Do you want to be able to use host-only networking in your virtual machines?
[no] yes
 
Configuring a host-only network for vmnet1.
 
Please specify a name for this network.
[HostOnly]
 
Do you want this program to probe for an unused private subnet? (yes/no/help)
[yes] no
 
What will be the IP address of your host on the private
network? 192.168.1.1
 
What will be the netmask of your private network? 255.255.255.0
 
The following host-only networks have been defined:
 
. vmnet1 is a host-only network on private subnet 192.168.1.0.
 
Do you wish to configure another host-only network? (yes/no) [no]
 
None of the pre-built vmnet modules for VMware Server is suitable for your
running kernel.  Do you want this program to try to build the vmnet module for
your system (you need to have a C compiler installed on your system)? [yes]
 
Extracting the sources of the vmnet module.
 
Building the vmnet module.
 
Using 2.6.x kernel build system.
make: se ingresa al directorio `/tmp/vmware-config0/vmnet-only'
make -C /usr/src/linux-2.6.28/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: se ingresa al directorio `/usr/src/linux-2.6.28'
CC [M]  /tmp/vmware-config0/vmnet-only/driver.o
CC [M]  /tmp/vmware-config0/vmnet-only/hub.o
CC [M]  /tmp/vmware-config0/vmnet-only/userif.o
CC [M]  /tmp/vmware-config0/vmnet-only/netif.o
CC [M]  /tmp/vmware-config0/vmnet-only/bridge.o
CC [M]  /tmp/vmware-config0/vmnet-only/filter.o
CC [M]  /tmp/vmware-config0/vmnet-only/procfs.o
CC [M]  /tmp/vmware-config0/vmnet-only/smac_compat.o
CC [M]  /tmp/vmware-config0/vmnet-only/smac.o
CC [M]  /tmp/vmware-config0/vmnet-only/vnetEvent.o
CC [M]  /tmp/vmware-config0/vmnet-only/vnetUserListener.o
LD [M]  /tmp/vmware-config0/vmnet-only/vmnet.o
Building modules, stage 2.
MODPOST 1 modules
CC      /tmp/vmware-config0/vmnet-only/vmnet.mod.o
LD [M]  /tmp/vmware-config0/vmnet-only/vmnet.ko
make[1]: se sale del directorio `/usr/src/linux-2.6.28'
cp -f vmnet.ko ./../vmnet.o
make: se sale del directorio `/tmp/vmware-config0/vmnet-only'
The vmnet module loads perfectly into the running kernel.
 
Please specify a port for remote connections to use [902]
 
Please specify a port for standard http connections to use [8222]
 
Please specify a port for secure http (https) connections to use [8333]
 
The current administrative user for VMware Server  is ''.  Would you like to
specify a different administrator? [no]
 
Using root as the VMware Server administrator.
 
You have a pre-existing vmInventory.xml.  The new version will be created as
/etc/vmware/hostd/NEW_vmInventory.xml.  Please check the new file for any new
values that you may need to migrate to your current vmInventory.xml.
 
In which directory do you want to keep your virtual machine files?
[/var/lib/vmware/Virtual Machines]
 
The path "/var/lib/vmware/Virtual Machines" does not exist currently. This
program is going to create it, including needed parent directories. Is this
what you want? [yes]
 
You have a pre-existing datastores.xml.  The new version will be created as
/etc/vmware/hostd/NEW_datastores.xml.  Please check the new file for any new
values that you may need to migrate to your current datastores.xml.
 
Do you want to enter a serial number now? (yes/no/help) [no]
 
Creating a new VMware VIX API installer database using the tar4 format.
 
Installing VMware VIX API.
 
In which directory do you want to install the VMware VIX API binary files?
[/usr/bin]
 
In which directory do you want to install the VMware VIX API library files?
[/usr/lib/vmware-vix/lib]
 
The path "/usr/lib/vmware-vix/lib" does not exist currently. This program is
going to create it, including needed parent directories. Is this what you want?
[yes]
 
In which directory do you want to install the VMware VIX API document pages?
[/usr/share/doc/vmware-vix]
 
The path "/usr/share/doc/vmware-vix" does not exist currently. This program is
going to create it, including needed parent directories. Is this what you want?
[yes]
 
The installation of VMware VIX API 1.6.2 build-156745 for Linux completed
successfully. You can decide to remove this software from your system at any
time by invoking the following command: "/usr/bin/vmware-uninstall-vix.pl".
 
Enjoy,
 
--the VMware team
 
Starting VMware services:
Virtual machine monitor                                             done
Virtual machine communication interface                             done
VM communication interface socket family:                           done
Virtual ethernet                                                    done
Bridged networking on /dev/vmnet0                                   done
Host-only networking on /dev/vmnet1 (background)                    done
DHCP server on /dev/vmnet1                                          done
VMware Server Authentication Daemon (background)                    done
Shared Memory Available                                             done
Starting VMware management services:
VMware Server Host Agent (background)                               done
VMware Virtual Infrastructure Web Access
Starting VMware autostart virtual machines:
Virtual machines                                                    done
 
The configuration of VMware Server 2.0.1 build-156745 for Linux for this
running kernel completed successfully.

Ya hemos finalizado la instalación. Ahora podemos acceder a la fantástica interfaz web de vmware mediante la siguiente url: https://tu_ip:8333. Si no especificamos lo contrario durante la instalación, el usuario de acceso es root y la contraseña es la que dispone éste mismo en el servidor.

VPS con VMware Sever 2 [Parte 1: Recompilación del kernel]

Itimag — Fri, 24 Apr 2009 22:44:50 +0000

Hace un tiempo que me he empezado a interesar por la virtualización en equipos mediante el uso de vmware, xen, etc. Dado este interés decidí empezar a experimentar y crear algún que otro VPS (virtual private server) sobre la versión actual del sistema operativo del servidor: debian 4 etch. Así que me decidí y me puse manos a la obra para instalar Vmware server 2 sobre debian 4 en vez de reinstalar el servidor con una distribución preparada por OVH (empresa en la que tengo el servidor) con vmware server 1.1.

¿La razón para instalar vmware server 2 en vez de la distribución ya preparada por OVH? Ninguna en especial, . Simplemente que no quería formatear y tenerme que poner a instalar apache+mysql+php+postfix o qmail+…+firewall de nuevo, a parte de la configuración de las DNS, los virtualhost, etc. Además, creo que puede llegar a ser divertido y los conocimientos obtenidos serán mallores.

La instalación de vmware 2 no es muy complicada pero me encontré con un pequeño inconveniente: para instalar vmware server debería recompilar el núcleo de linux(Kernel) y eso era algo que nunca había hecho (lo sé, aún no soy un experto en linux ) ¿Hay algún riesgo en hacerlo? La verdad es que no lo pensé demasiado ya que me daba igual lo que pudiera pasar y me puse manos a la obra para recompilar el kernel.

Estos son los pasos realizados (gracias a la información del usuario blh en los foros de esdebian.org):

1. Miramos que kernel tenemos instalado mediante el uso del comando ‘uname -a’. Veremos algo como esto:

Linux ksxxxxxx.kimsufi.com 2.6.24.5-grsec-xxxx-grs-ipv4-32  #3 SMP Wed May 28 09:09:25 CEST 2008 i686 GNU/Linux

2. Cargamos el último kernel con la configuración disponible en el servidor OVH. Para ello nos descargaremos las fuentes, las descomprimiremos y configuraremos mediante el seguimiento de los siguientes comandos:

cd /usr/src
wget <a title="http://www.eu.kernel.org/pub/linux/kernel/v2.6/linux-2.6.28.tar.bz2" href="http://www.eu.kernel.org/pub/linux/kernel/v2.6/linux-2.6.28.tar.bz2" rel="nofollow">http://www.eu.kernel.org/pub/linux/kernel/v2.6/linux-2.6.28.tar.bz2a>
tar xf linux-2.6.28.tar.bz2
cd linux-2.6.28
make mrproper
wget <a title="ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6-config-xxxx-std-ipv4-32" href="ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6-config-xxxx-std-ipv4-32" rel="nofollow">ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6-config-xxxx-std-ipv4-32a>
mv 2.6-config-xxxx-std-ipv4-32 .config
make menuconfig

Una vez tenemos el menú en pantalla, lo primero que hacemos es dirigirnos a “General Setup” y en “local version” donde aparece “-xxxx-std-ipv4-32″ editamos (porque este kernel cargará módulos) y le añadimos al final “-mod” quedando pues “-xxxx-std-ipv4-32-mod”:

Entonces volvemos a la pantalla anterior a través de “Exit” y presionamos “Y” sobre “Enable loadable module support”, presionamos Enter y seguidamente activamos “Module unloading”. Aparecerá una nueva opción que también activaremos …

Ahora pulsamos “Exit” y en la pantalla principal guardamos la configuración con el nombre por defecto “.config” y esto sobreescribirá nuestro archivo.

Estamos listos. Vuelta a la consola y lo único que falta por teclear:

 make

Cuando acabe pasamos a ocuparnos de LILO (instalado por defecto en el sistema del servidor).

cp arch/i386/boot/bzImage /boot/bzImage-2.6.24.5-xxxx-grs-ipv4-32-mod

Editamos la configuración de LILO.

nano /etc/lilo.conf

Y sustituimos la imagen de arranque quedando así:

image=/boot/bzImage-2.6.27.10-xxxx-grs-ipv4-32-mod

Guardamos y salimos.

En mi caso es ésa la versión pero para futuras actualizaciones no será aplicable así que es MUY importante que aparezca exactamente el nombre del fichero que hemos copiado al directorio /boot ; si reiniciamos y no podemos retomar el servidor por ssh, nos dirigimos al Manager y arrancamos Debian con uno de los kernels disponibles por OVH para rectificar la configuración de LILO (en caso de ser ése nuestro fallo).

Hacemos lo siguiente (vamos a reiniciar el equipo):

/sbin/lilo
shutdown -r now

Eso sí, al reiniciar en el Manager debe aparecer que cargaremos el sistema a través de “hd”.

Seguimos:

cd /usr/src/linux-2.6.28/
make headers_install
mkdir /lib/modules/`uname -r`

Esto es todo lo que hay que hacer para recompilar el kernel. Ahora ya estamos preparados para descargar y instalar VMware Server en nuestro servidor. Veremos los pasos a seguir en el próximo post.

Instalando zabbix 1.6.2 en Debian etch

Itimag — Thu, 22 Jan 2009 00:01:41 +0000

Llevo unos días informándome de algún sistema que permita la monitorización de servidores con la misma finalidad que siempre: aprender .

Buscando por la red encontré distintas aplicaciones de código libre entre las cuales se encuentra zabbix. Mi principal objetivo es el de disponer de un sistema de monitorización que me avise por mail cuando se produce la caída de cualquier servicio del servidor (ssh, ftp, apache, bind, etc). Zabbix permite eso y mucho más.

A continuación os explico como instalar la última versión en linux debian:

Instalamos todos los requerimientos de zabbix:

aptitude -y install build-essential libmysqlclient-dev libssl-dev libsnmp-dev apache2 libapache2-mod-php5 php5-gd php5-mysql mysql-server

Añadimos el grupo y usuario zabbix ya que es necesario para la aplicación:

groupadd zabbix
useradd -c 'Zabbix' -d /home/zabbix -g zabbix -s /bin/bash zabbix
mkdir /home/zabbix
chown zabbix:zabbix /home/zabbix

Creamos la base de datos para zabbix:

mysql -p -u root
create database zabbix;
grant all on zabbix.* to 'zabbix'@'localhost' identified by 'PASSWORD';
quit;

Nota: debes substituir PASSWORD por la contraseña que le quieras asignar.

Descargamos y descomprimimos las fuentes

cd /home/zabbix
wget http://ovh.dl.sourceforge.net/sourceforge/zabbix/zabbix-1.6.2.tar.gz
tar zxvf zabbix-1.6.2.tar.gz
cd zabbix-1.6.2

Compilamos el código fuente y instalamos zabbix_server y zabbix_agentd.

./configure --prefix=/usr --with-mysql --with-net-snmp --enable-server --enable-agent --with-libcurl
make
make install

Añadimos los puertos a /etc/services y creamos algunos ficheros de configuración:

echo " zabbix_agent 10050/tcp # Zabbix ports
zabbix_trap 10051/tcp" &gt;&gt; /etc/services
mkdir -p /etc/zabbix
chown -R zabbix:zabbix /etc/zabbix
cp misc/conf/zabbix_* /etc/zabbix

Modificamos los datos de acceso a la base de datos:

nano /etc/zabbix/zabbix_server.conf

Modificamos lo siguiente:

DBHost=localhost o tu db host
DBName=zabbix
DBUser=zabbix
DBPassword=ZABBIX_PASSWORD

Nota: ZABBIX_PASSWORD corresponde con la contraseña que configuamos cuando dimos permisos con GRANT.

Copiamos los iniciadores de los servicios y hacemos una pequeña modificación:

cp /home/zabbix/zabbix-1.6.2/misc/init.d/debian/* /etc/init.d/
nano /etc/init.d/zabbix-agent

Buscamos la linea

DAEMON=/home/zabbix/bin/${NAME}

y la substituimos por

DAEMON=/usr/sbin/${NAME}

Ahora con el otro fichero:

nano /etc/init.d/zabbix-server

Buscamos la linea

DAEMON=/home/zabbix/bin/${NAME}

y la substituimos por

DAEMON=/usr/sbin/${NAME}

Subimos las tablas a la base de datos:

mysql -u root -p zabbix &lt; /home/zabbix/zabbix-1.6.2/create/schema/mysql.sql
mysql -u root -p zabbix &lt; /home/zabbix/zabbix-1.6.2/create/data/data.sql
mysql -u root -p zabbix &lt; /home/zabbix/zabbix-1.6.2/create/data/images_mysql.sql

Modificamos la configuración de nuestro php:

nano /etc/php5/apache2/php.ini

Modificamos lo siguiente:

max_execution_time = 300
date.timezone = Europe/Madrid

Reiniciamos apache e iniciamos los servicios de zabbix:

/etc/init.d/apache2 restart
/etc/init.d/zabbix-server start
/etc/init.d/zabbix-agent start

Ya podemos acceder a zabbix desde http://tu_ip/zabbix/ y seguimos las instrucciones.

Configurar el servidor DNS junto a un dominio

Itimag — Sat, 03 Jan 2009 01:12:40 +0000

Hace unos días vimos como instalar un servidor de DNS en nuestro equipo o servidor y ahora toca ver como se configura para que éste sea capaz de resolver nuestros dominios.

Supongamos que tenemos el dominio itimag.net y queremos configurarlo en nuestro servidor de tal forma que este mismo resuelva el dominios y que además tenga las entradas DNS primaria y secundária que nosotros mismos personalizaremos (en mi caso ns1.itimag.net para la primaria y ns2.itimag.net para la secundária).

Cuando hablo de dns primarias y secundarias, me refiero a aquellas que podemos modificar desde el panel de administración de dominios que nos ofrece nuestro agente registrador. Por ejemplo, en OVH es este:

Como observamos en la imagen, los DNS asociados a itimag.net son ns1.itimag.net y ns2.itimag.net. Pues bien, vamos a ver como configurar esto en nuestro servidor con la finalidad de que en el whois del dominio, aparezca ns1.itimag.net y ns2.itimag.net en vez de la IP xxx.xxx.xxx.xxx.

Como se observa en la imagen, los dos DNS (ns1.itimag.net y ns2.itimag.net) apuntan a distintas IP. Ambas IP están configuradas en el mismo equipo. No es precisamente así como debería estar ya que en caso de que el servidor falle, fallarían los 2 nombres de dominio y, por consiguiente, nadie podrá acceder al dominio o dominios configurados con estos servidores DNS.

En caso de que tu servidor disponga de una única ip, también puedes seguir el proceso que aquí se explica.

Pasemos a la acción:

Accedemos al servidor por ssh y dirigirnos al directorio /etc/bind/

ssh user@xxx.xxx.xxx.xxx -p puerto
cd /etc/bind

Para ver todos los ficheros de este directorio utilizamos el comando ls:

ls

Editamos el fichero /etc/bind/named.conf.local

nano /etc/bind/named.conf.local

Añadimos las siguientes zonas al fichero:

zone "ns1.itimag.net" {
type master;
file "/etc/bind/ns1.itimag.net";
allow-transfer {87.98.xxx.xxx; }; // Tu segunda IP
};
 
zone "ns2.itimag.net" {
type master;
file "/etc/bind/ns2.itimag.net";
};
 
// La zona inversa
zone "xxx.xxx.xxx.in-addr.arpa" {
type master;
file "/etc/bind/pri.xxx.xxx.xxx.in-addr.arpa";
};

Nota: Debes substituir el nombre de dominio (itimag.net) por el tuyo y en el allow transfer insertar la segunda ip de tu equipo (o la ip del DNS secundario externo en caso de no tener segunda ip).

El nombre de la zona inversa viene determinado por nuestra ip de tal forma que la zona inversa para la ip 10.11.12.13 sería “12.11.10.in-addr.arpa”

Guardamos el fichero y salimos, pulsando “ctrl + o” y “ctrol+x”.

Ahora vamos crear los ficheros /etc/bind/ns1.itimag.net y /etc/bind/ns2.itimag.net :

nano /etc/bind/ns1.itimag.net

El fichero resultante debe ser algo como esto:

$ttl 86400
 
@ IN SOA ns1.itimag.net. root.localhost. (
 
2008092401; serial-no
 
28800; refresh, seconds
 
7200; retry, seconds
 
604800; expiry, seconds
 
86400 ); minimum-TTL, seconds
 
;
 
ns1.itimag.net.         IN NS ns1.itimag.net
 
ns1.itimag.net.         IN A 213.251.xxx.xxx

Nota: Debes substituir cada ns1.itimag.net por tu ns1.dominio.com. Debes substituir la línea que contiene el serial-no siguiendo la siguiente norma:

Año  	   Mes     Día      ID
 
2008       09      24       01; serial-no

Los cuatro primeros dígitos corresponden al año. Los dos siguientes al mes. Los dos siguientes al día y los 2 restantes hacen referencia a un identificador que indica la versión del fichero (cada vez que modificamos el fichero, debemos incrementar en una unidad el ID). También debes substituir la IP 213.251.xxx.xxx con la ip de tu servidor.

Creamos el segundo fichero:

nano /etc/bind/ns2.itimag.net

Contendrá lo siguiente:

$ttl 86400
 
@ IN SOA ns2.itimag.net. root.localhost. (
2008092401; serial-no
28800; refresh, seconds
7200; retry, seconds
604800; expiry, seconds
86400 ); minimum-TTL, seconds
;
 
ns2.itimag.net.         IN NS ns2.itimag.net
ns2.itimag.net.         IN A 87.98.xxx.xxx

Nota: Debemos de realizar los mismos cambios que en el fichero anterior. Modificamos el fichero /etc/resolv.conf para añadir nuestro dominio y las ip’s de nuestro servidor o servidores dns.

Creamos el fichero /etc/bind/pri.xxx.xxx.xxx.in-addr.arpa para la zona inversa:

nano /etc/bind/pri.xxx.xxx.xxx.in-addr.arpa

Debe quedar algo como esto:

$ttl 86400
 
@ IN SOA mi_dominio.com. root.localhost. (
2008071901; serial-no
28800; refresh, seconds
7200; retry, seconds
604800; expiry, seconds
86400 ); minimum-TTL, seconds
;
 
NS ns1.mi_dominio.com.;
NS ns.kimsufi.com.;
 
xxx PTR mi_dominio.com.

Nota: El xxx corresponde con los últimos tres dígitos (o menos) de tu ip. El serial-no corresponde con la fecha actual: en este caso año 2008, mes 07, día 19, identificador 01. Cada vez que modifiquemos el fichero debemos aumentar en una unidad el identificador.

Configuración del dominio:

Añadimos el dominio a configurar insertando la siguiente linea:

search mi_dominio.com

Obsevemos que la ip de nuestro servidor se encuentra ya insertada en una linea como esta:

nameserver tu_ip

Ejemplo de configuración:

search mi_dominio.com
nameserver 127.0.0.1
nameserver 213.251.xxx.xx

Modificamos el fichero /etc/bind/named.conf.local y le añadimos la zona para nuestro dominio:

zone "mi_dominio.com" {
type master;
file "/etc/bind/pri.mi_dominio.com";
allow-transfer {213.186.33.199; };
};

Creamos el ficgero /etc/bind/pri.mi_dominio.com

nano /etc/bind/pri.mi_dominio.com

Debe quedar algo como esto:

$ttl 86400
 
@ IN SOA ns1.mi_dominio.com. root.localhost. (
2008092201; serial-no
28800; refresh, seconds
7200; retry, seconds
604800; expiry, seconds
86400 ); minimum-TTL, seconds
;
 
NS xxx.xxx.xxx.xxx ;
NS ns.ns.kimsufi.com. ;
MX 10 mail.mi_dominio.com.;
 
mi_dominio.com. A xxx.xxx.xxx.xxx
www A xxx.xxx.xxx.xxx
ns1 A xxx.xxx.xxx.xxx
mail A xxx.xxx.xxx.xxx
 
mi_dominio.com. TXT "v=spf1 a mx ~all"
mi_dominio.com. TXT "v=spf1 a -all"

Nota: Debemos substituir las xxx.xxx.xxx.xxx por la ip donde va a apuntar al dominio

Forzamos bind a actualizar las zonas:

/etc/init.d/bind9 force-reload

Ahora podemos observar si se han producido errores observando los logs del demonio ejecutando el siguiente comando:

less /var/log/daemon.log

¿Dos IP en un mismo equipo o servidor?

Itimag — Sat, 22 Nov 2008 00:20:51 +0000

Seguimos con el curso de administración de servidores.

Este es un ejemplo práctico de como añadir una segunda ip a un servidor en una misma interfaz o tarjeta de red utilizando una ip privada (para que fuera de utilidad, debería ser pública). Esto es útil para poder asignar a nuestro servidor distintas direcciones ip, permitiéndonos de esta forma crear nuestros servidores de dns (ns1.ejemplo.com y ns2.ejemplo.com) en un mismo equipo sin que los analizadores de dns den error.

Esta acción tiene una desventaja muy grande: si falla nuestro equipo, no se resolverá el dominio/s ya que los dos servidores de nombres de dominio (o DNS) estarán caídos.

Si el servidor DNS y el servidor web que transmite nuestras páginas se encuentran en el mismo equipo, no hará falta que nos preocupemos de lo anterior ya que si se cae el servidor web, no hace falta que intente resolver el dominio ya que no resolverá por mucho que los servidores de dominio si que funcionen.

Tras esta explicación, pasemos a la acción

Veamos nuestra configuración actual. Para ello, escribimos lo siguiente en un el terminal:

/sbin/ifconfig

Se visualiza algo como esto:

itimag@server1:~$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:E0:7D:DF:EA:07
          inet addr:192.168.2.222  Bcast:192.168.2.255  Mask:255
          inet6 addr: fe80::2e0:7dff:fedf:ea07/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:739 errors:0 dropped:0 overruns:0 frame:0
          TX packets:295 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:61160 (59.7 KiB)  TX bytes:41734 (40.7 KiB)
          Interrupt:11 Base address:0xc000
 
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)

Supongamos que queremos añadir la IP AAA.BBB.CCC.DDD a nuestra interfaz de red eth0 (nuestra interfaz de internet por cable).

Para ello, editamos el fichero /etc/network/interfaces de la manera siguiente :

nano /etc/network/interfaces

Observamos lo siguiente:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
allow-hotplug eth0
iface eth0 inet static
             address xxx.xxx.xxx.xxx
             netmask 255.255.255.0
             gateway xxx.xxx.xxx.xxx

Al final del fichero, debemos añadir lo siguiente:

auto eth0:0
 
iface eth0:0 inet static
               address AAA.BBB.CCC.DDD
               netmask 255.255.255.0
               gateway xxx.xxx.xxx.xxx # La puerta de enlace

A continuación activamos la nueva interfaz que hemos definido:

ifup eth0:0

Verificamos la configuración :

/sbin/ifconfig

Nos aparecerá algo parecido a lo siguiente:

server1:/home/itimag# /sbin/ifconfig
 
eth0      Link encap:Ethernet  HWaddr 00:E0:7D:DF:EA:07
          inet addr:192.168.2.222  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::2e0:7dff:fedf:ea07/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2033 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1055 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:178474 (174.2 KiB)  TX bytes:173779 (169.7 KiB)
          Interrupt:11 Base address:0xc000
 
eth0:0    Link encap:Ethernet  HWaddr 00:E0:7D:DF:EA:07
          inet addr:192.168.2.111  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:11 Base address:0xc000
 
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)

Ahora añadimos esta misma ip al fichero /etc/resolv.conf añadiendo la siguiente linea al final del fichero:

nameserver AAA.BBB.CCC.DDD

Próximamente más .

Instalar MySQL en el servidor Linux

Itimag — Mon, 17 Nov 2008 21:57:01 +0000

Para instalar MySQL, debemos abrir una nueva consola, hacer login como root y ejecutar el siguiente comando:

su
apt-get install mysql-server mysql-client libmysqlclient15-dev

Como nosotros queremos que MySQL escuche a todas las peticiones de internet y no únicamente las de localhost, tenemos que editar el fichero /etc/mysql/my.cnf y comentar la linea “bind-address = 127.0.0.1”:

nano /etc/mysql/my.cnf

El fichero resultante debe quedar así:

[...]
#bind-address           = 127.0.0.1
[...]

Ahora reiniciamos MySQL para que los cambios surjan efecto:

/etc/init.d/mysql restart

Ahora chequeamos que el servicio se encuentre en escucha. Para ello ejecutamos:

netstat -tap

Y debemos ver una linea como esta:

tcp       0      0 *:mysql                 *:*                     LISTEN      3281/mysqld

Con la finalidad de proteger mysql y que nadie pueda acceder sin ser autentificado , debemos asignar una contraseña al usuario root:

mysqladmin -u root password tu_contraseña
mysqladmin -h server1.mi_dominio.com -u root password tu_contraseña

Nota: tu_contraseña debe ser substituido por tu contraseña y server1.mi_dominio.com por el tuyo.

Instalando un servidor web con Apache + PHP5

Itimag — Sun, 09 Nov 2008 18:35:09 +0000

Continuando con el curso de administración de servidores, os voy a explicar como instalar un servidor web con apache + PHP5.

Instalamos apache:

apt-get install apache2 apache2-doc apache2-mpm-prefork apache2-utils libexpat1 ssl-cert

Instalamos PHP5:

apt-get install libapache2-mod-php5 php5 php5-common php5-curl php5-dev php5-gd php5-idn php-pear php5-imagick php5-imap php5-mcrypt php5-memcache php5-mhash php5-ming php5-mysql php5-ps php5-pspell php5-recode php5-snmp php5-sqlite php5-tidy php5-xmlrpc php5-xsl

Durante la instalación nos aparecerá una pantalla en la que se nos pedirá:

¿Quiere continuar instalando libc-client sin soporte para Maildir?

Marcamos que si.

Una vez realizada la instalación editamos el fichero /etc/apache2/mods-available/dir.conf:

nano /etc/apache2/mods-available/dir.conf

y cambiamos la linea “DirectoryIndex”:

          DirectoryIndex index.html index.htm index.shtml index.cgi
          index.php index.php3 index.pl index.xhtml

Editamos el fichero /etc/apache2/ports.conf y añadimos la linea “Listen 443”:

nano /etc/apache2/ports.conf

El fichero resultante es:

Listen 80
Listen 443

Ahora habilitamos algunos módulos de apache (SSL, rewrite, suexec, i include) mediante los siguientes comandos:

a2enmod ssl
a2enmod rewrite
a2enmod suexec
a2enmod include

Finalmente, para que los cambios surjan efecto, recargamos la configuración de Apache:

/etc/init.d/apache2 force-reload

Ya tenemos nuestro servidor web en marcha. Ahora simplemente debemos abrir el puerto 80 en nuestro router y nuestro servidor web será accesible en internet escribiendo en el navegador nuestra ip pública.

Un saludo.

Como instalar un server de DNS con BIND en linux

Itimag — Fri, 31 Oct 2008 12:45:44 +0000

Continuando con el Curso de Administración de Servidores, hoy toca ver como instalar un servidor bind en una distribución basada en Debian (Debian etch, Ubuntu, Kubuntu, etc.)

En pocas palabras, ¿Qué hace un servidor de DNS?

Es el encargado de convertir distintos nombres de dominio (Ej: www.itimag.net) en su ip. Por lo tanto, cada vez que accedemos a un servidor mediante un dominio de internet, pasamos por un servidor de dns que se encarga de decirnos cúal es la ip del equipo en la que se encuentra la web a la que estamos accediendo.

Pasemos a la acción. Para instalar bind, ejecutamos el siguiente comando en una consola o shell:

su

apt-get install bind9

Por razones de seguridad, vamos a ejecutar el BIND de tal forma que pueda correr en un directorio chroot. Lo hacemos de la siguiente forma:

/etc/init.d/bind9 stop

Editamos el fichero /etc/default/bind9 . Queremos que el demonio del bind se ejecute con el usuario bind sin privilegios, “chrooted” al directorio /var/lib/named. Para ello, buscamos donde pone <> y lo substituimos por <>:

nano /etc/default/bind9

OPTIONS="-u bind -t /var/lib/named"
# Set RESOLVCONF=no to not run resolvconf
RESOLVCONF=yes

Ahora creamos los directorios necesarios en /var/lib:

mkdir -p /var/lib/named/etc
mkdir /var/lib/named/dev
mkdir -p /var/lib/named/var/cache/bind
mkdir -p /var/lib/named/var/run/bind/run

Y a continuación movemos el directorio de configuración desde /etc hasta /var/lib/named/etc:

mv /etc/bind /var/lib/named/etc

Creamos un link simbólico al nuevo directorio de configuración partiendo del antiguo directorio (para evitar problemas cuando bind se actualice):

ln -s /var/lib/named/etc/bind /etc/bind

Hacemos “null” y “random”, y cambiamos los permisos de los directorios:

mknod /var/lib/named/dev/null c 1 3
mknod /var/lib/named/dev/random c 1 8
chmod 666 /var/lib/named/dev/null /var/lib/named/dev/random
chown -R bind:bind /var/lib/named/var/*
chown -R bind:bind /var/lib/named/etc/bind

Ahora necesitamos modificar el fichero /etc/default/syslogd con la finalidad de registrar los mensajes que muestre bind el algún fichero de log. Debemos buscar la linea que pone <> y lo substituimos por <>:

nano /etc/default/syslogd

El fichero resultante es el siguiente:

#
# Top configuration file for syslogd
#
 
#
# Full documentation of possible arguments are found in the manpage
# syslogd(8).
#
 
#
# For remote UDP logging use SYSLOGD="-r"
#
SYSLOGD="-a /var/lib/named/dev/log"

Reiniciamos el demonio del generador de logs:

/etc/init.d/sysklogd restart

Iniciamos o arrancamos BIND, y chequeamos /var/log/syslog para observar si se han producido errores:

/etc/init.d/bind9 start

Para ver si hay errores, hacemos:

less /var/log/syslog

Ahora pulsamos la z para recorrer el texto hasta el final y observamos si se ha producido algún error tras reiniciar:

Ejemplo:

Sep 22 13:13:01 ksxxxxx syslogd 1.4.1#18: restart.
 
Sep 22 13:13:01 ksxxxxx /USR/SBIN/CRON[11162]: (root) CMD (/usr/local/rtm/bin/rtm 12 > /dev/null 2> /dev/null)
 
Sep 22 13:13:15 ksxxxxx named[11217]: starting BIND 9.3.4-P1.1 -u bind -t /var/lib/named
 
Sep 22 13:13:15 ksxxxxx named[11217]: found 1 CPU, using 1 worker thread
 
Sep 22 13:13:15 ksxxxxx named[11217]: loading configuration from '/etc/bind/named.conf'
 
Sep 22 13:13:15 ksxxxxx named[11217]: no IPv6 interfaces found
 
Sep 22 13:13:15 ksxxxxx named[11217]: listening on IPv4 interface lo, 127.0.0.1#53
 
Sep 22 13:13:15 ksxxxxx named[11217]: listening on IPv4 interface eth0, 213.251.xxx.xxx#53
 
Sep 22 13:13:15 ksxxxxx named[11217]: command channel listening on 127.0.0.1#953
 
Sep 22 13:13:15 ksxxxxx named[11217]: zone 0.in-addr.arpa/IN: loaded serial 1
 
Sep 22 13:13:15 ksxxxxx named[11217]: zone 127.in-addr.arpa/IN: loaded serial 1
 
Sep 22 13:13:15 ksxxxxx named[11217]: zone 255.in-addr.arpa/IN: loaded serial 1
 
Sep 22 13:13:15 ksxxxxx named[11217]: zone localhost/IN: loaded serial 1
 
Sep 22 13:13:15 ksxxxxx named[11217]: running

En este ejemplo, no se observa ningún mensaje de error y, por lo tanto, la instalación ha sido un éxito.