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/getserver</a>
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.

¿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.bz2</a>
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-32</a>
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.

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" >> /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 < /home/zabbix/zabbix-1.6.2/create/schema/mysql.sql
mysql -u root -p zabbix < /home/zabbix/zabbix-1.6.2/create/data/data.sql
mysql -u root -p zabbix < /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.

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 .

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.

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.

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 <<OPTIONS=”-u bind”>> y lo substituimos por <<OPTIONS=”-u bind -t /var/lib/named”>>:

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 <<SYSLOGD=”">> y lo substituimos por <<SYSLOGD=”-a /var/lib/named/dev/log”>>:

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.

Un equipo conectado a internet siempre está expuesto a correr el riesgo de recibir ataques pero podemos disminuirlos de forma descomunal con una buena configuración. Esto implica modificar la mayoría de parámetros por defecto del fichero de configuración con la finalidad de reducir al máximo la posibilidad de que alguien vulnere o consiga el acceso a nuestro sistema sin consentimiento. En caso de no realizar estas modificaciones le estaríamos dando al atacante una gran parte del acertijo que debe resolver para acceder a nuesto equipo.

Lo primero que debemos hacer para poder realizar los cambios es conectarnos al servidor mediante ssh. Podríamos hacerlo de dos formas:

1. Usando la ip privada estática de nuestra red:

• Utilizando el usuario root:

  ssh root@192.168.x.xxx -p 22

• Utilizando el usuario que definimos durante la instalación:

  ssh user@192.168.x.xxx -p 22

1. Usando nuestra ip pública (normalmente dinámica):

• Utilizando el usuario root :

  ssh root@xxx.xxx.xxx.xxx -p 22

• Utilizando el usuario que definimos durante la instalación:

  ssh user@xxx.xxx.xxx.xxx -p 22

El acceso a ssh con el usuario root desde el puerto 22 viene por defecto y por lo tanto es algo que debemos modificar de tal forma que siempre accederemos al servidor con el usuario que creamos durante la instalación del sistema operativo y, una vez dentro, ya accederemos como root para poder realizar cambios.

Una vez dentro, en caso de haver accedido con el usuario que no es root, ejecutamos el siguiente comando para obtener los permisos de éste último:

su

Ahora, abrimos el fichero de configuración de ssh con un editor de texto (yo uso el nano):

nano /etc/ssh/sshd_config

Modificamos el puerto desde el cual accedemos al servidor. Para ello, buscamos la siguiente linea

Port 22

y modificamos el numero del puerto (si queremos, lo podemos modificar por otro):

Port 754

Importante!! Para acceder desde internet, debemos abrir este puerto en el router (el protocolo TCP) para nuestra ip privada (192.168.x.xxx) del servidor.

Buscamos la linea siguiente:

PermitRootLogin yes

La substituimos por lo siguiente para evitar el acceso con el usuario root

PermitRootLogin no

Añadimos lo siguiente al final del fichero:

MaxAuthTries 3
MaxStartups 3

MaxAuthTries 3 hace que se cierre la conexión tras 3 intentos fallidos ingresando la contraseña. Tras estos 3 intentos, se puede volver a intentar conectando de nuevo.

MaxStartups 1 limita a 1 el número de pantallas de login simultáneas por ip que podemos tener abiertas para acceder con un usuario. Esto no impide que no podamos tener varias sesiones simultáneas abiertas.

Guardamos los cambios pulsando “ctrl + x” y “S” a contnuación.

Ahora debemos reiniciar el servidor ssh para que los cambios surjan efecto:

/etc/init.d/ssh restart

Ahora, sin cerrar la sesión de ssh, abrimos una nueva consola y volvemos a acceder al servidor con los mismos datos que antes.

ssh root@192.168.x.xxx -p 22

¿Qué observamos?
Observamos que no se nos permite conectarnos ya que no tenemos acceso desde el puerto 22.
Veamos si nos lo permite en el puerto que hemos definido:

ssh root@192.168.x.xxx -p 754

Observamos que ahora si que conecta y nos pide la contraseña. La insertamos y observaremos que nos apracere el mensaje “Permission denied, please try again.”. Esto es porque el usuario root no tiene permisos para acceder.
Ahora solo nos falta por ver que podemos acceder con el usuario que hemos definido antes:

ssh user@192.168.x.xxx -p 754

Observamos que si hemos podido entrar.

¿Por qué hacemos todas estas verificaciones?

Al no cerrar la primera sesión ssh, verificamos que no tengamos ningún problema para acceder al servidor tras hacer los cambios. Nos podríamos encontrar por ejemplo, en el caso de que el servidor estuviera en una red desconocida, que entre nuestro servidor e internet hay un firewall que no nos permite el acceso al servidor por el puerto que definimos o bien que el puerto que hemos puesto no se encuentre abierto.
Es entonces cuando debemos volver a dejar la conexión en el puerto 22, reiniciar ssh y ver si funciona correctamente mediante una nueva consola.

Una vez comprobado que los camios han surgido con éxito, para tener permisos root o para poder realizar cambios sobre el servidor, simplemente tenemos que escribir lo siguiente en consola:

Su

Ahora se nos pide la contraseña de root. La introducimos y ya tendremos permiso para realizar cualquier cambio en el servidor.

Lo primero que debemos conocer es la red de nuestra casa. ¿Dispongo de router o dispongo de un simple módem conectado directamente a mi equipo? ¿O tengo el módem conectado a un router neutro con entrada WAN? ¿O tengo un equipo con dos tarjetas de red que por una de ellas recibe la conexión de internet y con la otra comparte esta misma con otro equipo?

En caso de disponer de un módem conectado directamente a nuestro servidor, no debemos realizar ninguno de los cambios aquí expuestos.

En caso de disponer de un router, de un módem conectado al router, o de un equipo conectado a otro equipo que dispone de internet, debemos hacernos las siguientes preguntas: ¿Cual es la puerta de enclace?¿Y la máscara de subred?

Lo podemos averiguar haciendo lo siguiente:

• En Linux:

1. Abrimos un terminal y ejecutamos el siguiente comando:

   sudo

   route

   Nos aparecerá algo como esto, donde observamos el gateway del Destination=”default”. Nos apuntamos la ip que observamos marcada. Esta es nuestra puerta de enlace o gateway.

2. Ahora debemos conocer la máscara de subred y nuestra ip privada. Lo hacemos mediante el comando ifconfig:

   ifconfig

   

Nos quedamos con la información que aparece en la linea marcada. Concretamente, con las direcciones que pone en “inet addr:” y “Mask:”. La “inet addr” es la dirección privada asignada a nuestra tarjeta de red y el campo “Mask” es la mascará de subred de nuestra red.

• En Windows:

Mira aquí

¿Y ahora qué?

Ahora que conocemos los datos necesarios, vamos a modificar el fichero /etc/network/interfaces. Para ello, escribimos lo siguiente en una consola de nuestro servidor y pulsamos intro:

sudo

nano /etc/network/interfaces

En caso de que aparezca la linea “auto eth0″, la eliminamos.

En cualquier caso, debemos añadir lo siguiente si es que nuestro servidor funciona con una tarjeta de red no wireless (ethX y no wlanX).

iface eth0 inet static
             address "La_ip_privada"
             netmask "la_mascara_de_subred"
             gateway "La_puerta_de_enlace_de_o_gateway"

Siendo “La_ip_privada”, “la_mascara_de_subred” y “La_puerta_de_enlace_o_gateway” los datos recogidos antes con una pequeña puntualización: la ip privada no es recomendable que sea la misma que la que nos aparece. Esto es porque nuestro router nos asigna una ip privada con los últimos 3 dígitos lo más bajo que puede(a partir de .xxx dígitos finales. Por ejemplo: .100) y esto puede provocar un conflicto de red si encendemos el servidor tras encender otro equipo de nuestra red ya que puede ser que el router le asigne nuestra ip privada (192.168.2.101) a otro equipo. Por lo tanto, en el caso de que tengamos la ip privada 192.168.2.101, no es recomendable ponernos los últimos dígitos como 101 sino que nos pondremos 120 de tal forma que nuestra ip privada sería 192.168.2.115 y evitamos posibles conflictos de red.

En caso de que nuestra tarjeta de red sea wireless, debemos substituir “iface eth0 inet static” por “iface wlan0 inet static”

Debemos acordarnos de la ip que asignemos ya que la utilizaremos para acceder por ssh.

A continuación os dejo una captura de como ha quedado el asunto en mi equipo:

Ahora, debemos guardar los cambios. Esto lo hacemos pulsado “ctrl + X” y a continuación se nos pedirá si deseamos guardar los cambios. Ponemos una “S” y pulsamos intro.

Para que los cambios surjan efecto, hacemos lo siguiente:

ifconfig eth0 down

ifconfig eth0 up

Volvemos a hacer un ifconfig y observamos como los cambios han surgido efecto. Si es así, nos dirigimos a otro equipo y accedemos al servidor por ssh. En caso de que funcione (debería) ya podemos quitar el teclado, monitor y otros periféricos de nuestro servidor y administrarlo todo de forma remota.

Si queremos poder acceder desde internet a nuestro servidor por ssh, simplemente debemos conocer nuestra ip pública (cuidado que esta normalmente es dinámica, cambia. Es la que nos da nuestro proveedor del servicio) y abrir los puertos en nuestro router. Para conocer nuestra ip pública, es suficiente con entrar en esta web. En cambio, para abrir puertos en nuestro router, una vez sepamos el modelo de éste, podemos acceder a esa misma web en la que hay muchos manuales en el lado izquierdo (donde pone “Routers Wireless” o “Routers Ethernet”).

De momento, para acceder a ssh desde internet, será suficiente con abrir el puerto 22 usando el protocolo TCP para la ip privada de nuestro servidor.

Esto es todo por hoy. Esper que sea de vuestro agrado. Un saludo.

Veamos la definición que nos da la wikipedia:

SSH (Secure SHell) -intérprete de comandos seguro- es el nombre de un protocolo y del programa que lo implementa, y sirve para acceder a máquinas remotas a través de una red. Permite manejar por completo la computadora mediante un intérprete de comandos, y también puede redirigir el tráfico de X para poder ejecutar programas gráficos si tenemos un Servidor X (en sistemas Unix) corriendo.

Además de la conexión a otras máquinas, SSH nos permite copiar datos de forma segura (tanto ficheros sueltos como simular sesiones FTP cifradas), gestionar claves RSA para no escribir claves al conectar a las máquinas y pasar los datos de cualquier otra aplicación por un canal seguro tunelizado mediante SSH.

¿Cómo instalo ssh en una distribución linux basada en debian?

Abrimos una consola e introducimos lo siguiente:

apt-get install ssh

Tras pulsar intro se nos va a preguntar la contraseña de root. La introducimos y listo.

¿Cómo accedo por ssh?

Usando linux:

Es muy sencillo. Debemos seguir los siguientes pasos:

1. Abrimos una consola (Programa de terminal)
2. Escribimos:

ssh user@tu_server -p puerto

Hay que tener en cuenta que:

• user= es el nombre de usuario
• tu_server: la ip del servidor o nombre de dominio ya instalado en la máquina.
• Puerto = es el puerto de acceso a ssh. Por defecto es el 21 pero más adelante veremos como cambiarlo para obtener más seguridad.

Usando Windows:

Para acceder desde windows a nuestro servidor, deberemos bajarnos un programa llamado putty. Lo podeis descargar desde aquí y a continuación os dejo un link al siguiente manual donde se explica su uso.

¿Y ahora?¿Qué hago?

Si estamos instalando ssh será porqué lo hemos hecho en un ordenador de casa en vez de alquilar un servidor dedicado en alguna empresa, la cual nos habría entregado el equipo con ssh para que lo podamos administrar.

Para que podamos quitar el teclado, monitor y demás periféricos a nuestro ordenador que hará de servidor, primero debemos modificar la ip privada (normalmente asignada por DHCP) asignada a nuestro equipo por nuestro router con la finalidad de que ésta siempre sea la misma. Si quisiéramos, también podríamos conectar al servidor utilizando la ip pública asignada por nuestro operador (normalmente es una ip dinámica, que cambia). Para ello, debemos abrir el puerto 22 (TCP) de nuestro router para la ip privada de nuestro equipo, la cual vamos a hacer fija.

En caso de tener únicamente un módem conectado a nuestro equipo, esto no hará falta ya que podemos acceder directamente al equipo utilizando la ip pública de este.

Más adelante veremos como hacer todo esto en más detalle. Un saludo.