apt-get install ubuntu-xen-server
mkdir /home/xen/

Nos aseguramos que las opciones de configuración de grub sean correctas en ‘/boot/grub/menu.lst’ y que el kernel con soporte Xen es el que arranca por defecto. A continuación reiniciamos:

reboot

En el siguiente inicio del sistema podemos comprobar que Xen esta corriendo si se ejecuta correctamente el siguiente comando:

# xm list
Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0  1738     2     r-----     68.4

Ahora ha llegado el momento de realizar la instalación de una máquina virtual. La distribución puede ser cualquiera de las que mencionadas en ‘/usr/lib/xen-tools’:

$ ls -l /usr/lib/xen-tools
drwxr-xr-x 2 root root 4096 Sep 25 22:05 centos-4.d
drwxr-xr-x 2 root root 4096 Sep 25 22:05 centos-5.d
-rwxr-xr-x 1 root root 4409 Apr  6 03:12 common.sh
drwxr-xr-x 2 root root 4096 Sep 25 22:05 dapper.d
drwxr-xr-x 2 root root 4096 Sep 25 22:05 debian.d
drwxr-xr-x 2 root root 4096 Sep 25 22:05 edgy.d
lrwxrwxrwx 1 root root    8 Sep 25 22:05 etch.d -> debian.d
lrwxrwxrwx 1 root root   15 Sep 25 22:05 fedora-core-4.d -> fedora-core-6.d
lrwxrwxrwx 1 root root   15 Sep 25 22:05 fedora-core-5.d -> fedora-core-6.d
drwxr-xr-x 2 root root 4096 Sep 25 22:05 fedora-core-6.d
lrwxrwxrwx 1 root root   15 Sep 25 22:05 fedora-core-7.d -> fedora-core-6.d
lrwxrwxrwx 1 root root    6 Sep 25 22:05 feisty.d -> edgy.d
drwxr-xr-x 2 root root 4096 Sep 25 22:05 gentoo.d
lrwxrwxrwx 1 root root    6 Sep 25 22:05 gutsy.d -> edgy.d
lrwxrwxrwx 1 root root    6 Sep 25 22:05 hardy.d -> edgy.d
lrwxrwxrwx 1 root root    8 Sep 25 22:05 lenny.d -> debian.d
lrwxrwxrwx 1 root root    8 Sep 25 22:05 sarge.d -> debian.d
lrwxrwxrwx 1 root root    8 Sep 25 22:05 sid.d -> debian.d

En concreto, vamos a crear una máquina virtual con las siguientes características:

• Distribución: Ubuntu Hardy
• Tamaño del disco duro: 5 GB
• Swap: 256 MB
• Memoria RAM: 256 MB
• IP: 192.168.22.101
• Contraseña de root: Se nos preguntará interactivamente.
• Directorio donde se almacenara la información: /home/xen/

xen-create-image --hostname=webserver.localhost --size=5Gb --swap=256Mb --ide \
--ip=192.168.22.101 --netmask=255.255.255.0 --gateway=192.168.22.1 --force \
--dir=/home/xen --memory=256Mb --arch=i386 --kernel=/boot/vmlinuz-2.6.24-19-xen \
--initrd=/boot/initrd.img-2.6.24-19-xen --install-method=debootstrap --dist=hardy \
--mirror=http://archive.ubuntu.com/ubuntu/ --passwd

Resultado:

General Information
--------------------
Hostname       :  webserver.localhost
Distribution   :  hardy
Partitions     :  swap            256Mb (swap)
                  /               5Gb   (ext3)
Image type     :  sparse
Memory size    :  256Mb
Kernel path    :  /boot/vmlinuz-2.6.24-19-xen
Initrd path    :  /boot/initrd.img-2.6.24-19-xen

Networking Information
----------------------
IP Address 1   : 192.168.22.101 [MAC: 00:16:3E:6B:A7:BD]
Netmask        : 255.255.255.0
Broadcast      : 192.168.22.255
Gateway        : 192.168.22.1

Creating partition image: /home/xen/domains/webserver.localhost/swap.img
Done

Creating swap on /home/xen/domains/webserver.localhost/swap.img
Done

Creating partition image: /home/xen/domains/webserver.localhost/disk.img
Done

Creating ext3 filesystem on /home/xen/domains/webserver.localhost/disk.img
Done
Installation method: debootstrap
Done

Running hooks
Done

No role scripts were specified.  Skipping

Creating Xen configuration file
Done
Setting up root password
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
All done

Logfile produced at:
         /var/log/xen-tools/webserver.localhost.log

Se habran creado los ficheros necesarios en ‘/home/xen’ y la configuración de la máquina se encuentra en ‘/etc/xen/webserver.localhost.cfg’. Debemos editarla y cambiar las cadenas ‘file:/’ (obsoleta en la versión actual de Xen):

disk        = [
                  'file:/home/xen/domains/webserver.localhost/swap.img,hda1,w',
                  'file:/home/xen/domains/webserver.localhost/disk.img,hda2,w',
              ]

Por:

disk        = [
                  'tap:aio:/home/xen/domains/webserver.localhost/swap.img,hda1,w',
                  'tap:aio:/home/xen/domains/webserver.localhost/disk.img,hda2,w',
              ]

En ese mismo fichero, en caso de que tengamos un ordenador con varias CPUs o varios cores, podemos habilitar la máquina virtual para que use ambos añadiendo lo siguiente al mismo fichero ‘/etc/xen/webserver.localhost.cfg’:

vcpus       = '2'

Por defecto Xen viene configurado en modo bridge, como probablemente nuestro proveedor de Internet únicamente nos proporcione una IP, deberiamos cambiarlo a modo NAT. Sino, en el ejemplo anterior, cuando arranquemos la máquina virtual Xen intentará asignar la IP 192.168.22.101 a eth0 y probablemente perdamos la conexión remota si estamos por SSH. Para realizar el cambio editamos ‘/etc/xen/xend-config.sxp’ y comentamos:

# To bridge network traffic, like this:
#
# dom0: ----------------- bridge -> real eth0 -> the network
#                            |
# domU: fake eth0 -> vifN.0 -+
# [...]
#(network-script network-bridge)
#(vif-script vif-bridge)

Para después descomentar:

## Use the following if network traffic is routed with NAT, as an alternative
# to the settings for bridged networking given above.
(network-script network-nat)
(vif-script     vif-nat)

Además es recomendable deshabilitar la relocación de máquinas virtuales: ‘(xend-relocation-server no)’

A continuación ya podemos arrancar la máquina:

xm create /etc/xen/webserver.localhost.cfg

Para conectarse a la máquina:

xm console webserver.localhost

Si quisieramos salir de ella basta con pulsar CTRL y ‘+’. Para parar o destruir (como si fuese un power off) la máquina:

xm shutdown webserver.localhost
xm destroy webserver.localhost

Para listar las máquinas activas:

xm list

Más opciones en ‘xm help’.

Si quisiesemos añadir más discos duros virtuales, podemos crearlos mediante:

dd if=/dev/zero of=extra.img oflag=direct bs=1M seek=153600 count=1
mke2fs -j -O dir_index extra.img

Esto generará el fichero extra.img con capacidad para 150 GB, formateado con ext3. Para activarlo en nuestra máquina virtual debemos editar ‘/etc/xen/webserver.localhost.cfg’.

Finalmente, para que la máquina virtual arranque automáticamente al iniciar el sistema:

ln -s /etc/xen/webserver.localhost.cfg /etc/xen/auto

Más información en Virtualización con Xen.

Luis (Necros) también me ha hecho llegar un video de hace algún tiempo, donde en parte predicen lo que esta ocurriendo (los goviernos inyectando dinero público en los bancos):

Llevo casi 2 días obsesionado por ver que era lo que ocurría, el esquema virtualizado es el siguiente:

Internet < ==> | [Host real] —-> redirige puerto 80 —> [Guest virtualizado] |

En la configuración del servidor securicé el sistema cambiando parámetros del kernel (p.ej. Syn cookies), realizando hardening de Apache, configurando el firewall con iptables, estableciendo QoS, etc… Me he pasado horas cambiando toda esa configuración para determinar el origen del problema.

Dado que había detectado el problema en clientes Windows y no en Linux, supuse que tenia que ser algo a nivel de red TCP. Sin embargo, en cuanto hice pruebas más exaustivas validando la velocidad de descarga, descubrí que si hacía un wget de un fichero del Guest la velocidad de bajada era como mucho 7 Kb/s, mientras que si el fichero lo situaba en el Host real, podia descargar a la velocidad máxima.

Por tanto aislé el problema a la red Xen y conseguí dar con la solución en este post. Basta con ejecutar en el guest:

/usr/sbin/ethtool -K eth0 tx off

Si explico toda la historia y no voy directo al grano es porque me llama la atención no haber percibido ese problema desde un cliente Linux. No llego a entender muy bien el motivo, a primera vista parece razonable deducir que la pila TCP/IP de Linux es bastante más óptima y se comporta mejor con conexiones lentas.

De hecho, mientras buscaba soluciones identifiqué un problema de Windows Vista con la ventana TCP que puede aparecer en función de los dispositivos de red por los que viaje el tráfico. Para ver la configuración actual en Windows:

netsh interface tcp show global

Resultado:

TCP Global Parameters
———————————————-
Receive-Side Scaling State : enabled
Chimney Offload State : disabled
Receive Window Auto-Tuning Level : highlyrestricted
Add-On Congestion Control Provider : none
ECN Capability : disabled
RFC 1323 Timestamps : disabled

Probé a desactivar el auto-tuning de la ventana:

netsh interface tcp set global autotuning=disabled

Pero no tuve suerte, dado que esta no era la fuente del problema. No obstante, viene bien conocer esa problemática porque en redes de algunos clientes si he tenido problemas de velocidad y quizás esto pueda mejorarlo.

Algunos ejemplos interesantes:

• Anales de Psicología de la Universidad de Múrcia
• Papeles del psicologo por el Colegio Oficial de Psicólogos
• Universia Business Review por Recoletos Grupo de Comunicacion
• Cuadernos de Economía y Dirección de la Empresa por la Asociación Científica de Economía y Dirección de Empresas

1. Gestor de arranque protegido por contraseña
2. Kernel actualizado
3. Usuarios con uid 0 (p.ej. root)
4. Política de contraseñas
5. Firewall
6. Etc…

A modo de ejemplo:

  Warnings:
  ----------------------------
   - [19:23:40] Warning: No password set on GRUB bootloader [test:BOOT-5121] [impact:M]
   - [19:24:04] Warning: grpck binary found errors in one or more group files [test:AUTH-9216] [impact:M]
   - [19:24:48] Warning: iptables module(s) loaded, but no rules active [test:FIRE-4512] [impact:L]
   - [19:25:04] Warning: No NTP daemon or client found [test:TIME-3104] [impact:M]

El detalle del análisis se puede localizar en el fichero ‘/var/log/lynis.log’. Si buscamos por “Suggestion” en el log podremos identificar las sugerencias que Lynis realiza para mejorar la seguridad de la configuración del sistema.

En definitiva, Lynis es una herramienta que nos ayuda a identificar mejoras en el sistema (no realiza modificaciones/hardening sobre el sistema como Bastille) y nos puede resultar de gran utilidad tanto para auditorías UNIX como para la implantación de sistemas seguros.

Por ejemplo, en la presentación de los mecanismos que disponemos para percibir nuestro entorno mediante la vista, nos habla de la energía electromagnética que emite el Sol, cuya partícula más elemental es el fotón. Los fotones actuan como ondas cuando se produce refracción o reflexión cuando atraviesan o “rebota” en la superficie de separación entre dos medios (por ejemplo entre el aire de la habitación y la mesa o el vaso de agua).

En función de la longitud de onda (distancia entre dos crestas consecutivas en metros) y la frecuencia (ciclos por segundo en Herzios) de la energía electromagnética tenemos el espectro electromagnético:

El ojo humano solo es sensible a una pequeña parte de todo el espectro:

Por otra parte, el oído lo que percibe son los cambios en la densidad del aire. Por ejemplo, un altavoz lo que hace es empujar el aire formando zonas mas densas y enrarecidas (menos densidad):

En función de la frecuencia y la intensidad del sonido, nuestro oído será capaz de percibirlo. Por ejemplo, los humanos podemos escuchar sonidos entre 20 Hz - 20 Khz y 0 dB - 140 dB:

Hay animales que pueden oir por encima o debajo de nuestro límites. De hecho, la tierra emite sonidos imperceptibles para nosotros pero que sin embargo algunos animales si pueden oir, de ahí que estos sean capaces de huir de zonas donde se va a producir un inminente terremoto. Incluso nuestro propio cuerpo emite sonidos al movernos que somos incapaces de oír.

Toda esta información la acaba “procesando” nuestro cerebro para acabar componiendo el mundo tan rico que percibimos a través de la vista o el oído. Este “procesado” se realiza en diversas áreas y capas del cerebro, del cual desconocemos todavía muchisimas cosas. No obstante, tenemos en Internet material bastante interesante como el Atlas del cerebro de la Universidad de Michigan o el programa multiplataforma MRicro, con el que podemos “navegar” por las diferentes capas del cerebro:

Me parece fascinante ir aprendiendo poco a poco como percibimos nuestro entorno y como funciona nuestro sistema nervioso y cerebral. A su vez, te das cuenta de que estamos limitados a ver lo que nuestro cuerpo esta preparado para percibir. Ahí fuera no existe un mundo de objetos de colores, sino que simplemente nuestro cuerpo los percibe como tal… solo hay que imaginar que hubiésemos nacido con capacidad para ver únicamente en blanco y negro. Que percibamos de una determinada forma no significa que las cosas sean así en esencia

Como nota interesante relacionada, en Psico-Ajuda recientemente han posteado un artículo sobre como afecta el Alzheimer al cerebro de forma gráfica mediante imagenes del mismo.

Hace directamente la competencia al conocido Sony Reader y al novedoso Amazon Kindle, con la diferencia de que Papyre es de una empresa española y lo podemos comprar sin necesidad de importar o ir al extranjero. Que tentación!

$ cat /etc/resolv.conf
nameserver 208.67.222.222
nameserver 208.67.220.220

Vamos a poder ver estadísticas de las peticiones que realicemos desde nuestro/a ordenador/red o incluso evitar que determinados dominios sean resueltos. Para ello OpenDNS requiere saber cual es la IP de nuestro sistema, en caso de ser estática la podemos indicar directamente en su web al registrarnos, por el contrario, si es dinámica usaremos DNSomatic:

sudo apt-get install inadyn

Y editamos el fichero /etc/inadyn.conf:

--username YOURUSERNAME
--password YOURPASSWORD
--alias all.dnsomatic.com
--dyndns_server_name updates.dnsomatic.com
--dyndns_server_url /nic/update?

Puede resultarnos útil o curioso implantar OpenDNS como nuestro servidor DNS principal, no obstante siempre hay que valorar si merece la pena ceder el registro de esta información a un proveedor diferente a nuestro ISP.

Personalmente he probado la sincronización con Microsoft Outlook (Windows), Mozilla Sunbird (Windows & Linux) y Novell Evolution (Linux).

En el primer caso, dado que Outlook lo utilizo para el trabajo, he utilizado el propio software de sincronización de Google. Básicamente lo que hago es sincronización de Google Calendar hacia Outlook, dado que no quiero que la información privada de la empresa vaya a parar a un servidor externo (risc que ha identificat ràpidament Joan):

La mayor pega de esta aplicación es que no permite elegir que calendarios/categorias sincronizar.

Por otra parte, también he probado Mozilla Sunbird (especialmente la versión portable (windows)) junto al addon Provider for Google Calendar (sincronización bidireccional). Basta con crear un calendario remoto (como Location añadimos el enlace XML que encontramos en los setting de nuestro calendario en Google):

La ventaja de Sunbird es que sea multiplataforma, podemos utilizarlo en Linux, MacOSX, Solaris, Windows, etc.

Finalmente, la versión de Evolution de la última Ubuntu ya tiene incorporado soporte para la sincronización bidireccional:

En definitiva, tenemos muchas opciones para poder mantener una copia local de nuestro calendario y una versión online accesible desde cualquier lugar del mundo

PD.- Los observadores os habréis fijado que me voy unos días de vacaciones a Berlín! yuhuuu!

Para ello, tendremos que compilar e instalar las Open VM tools:

sudo apt-get install libicu-dev build-essential libgtk2.0-dev libproc-dev libdumbnet-dev xorg-dev

wget http://switch.dl.sourceforge.net/sourceforge/open-vm-tools/open-vm-tools-2008.07.01-102166.tar.gz
tar -zxvf open-vm-tools-2008.07.01-102166.tar.gz
cd open-vm-tools-2008.07.01-102166/
./configure
make
cd modules-only/linux/
for i in *; do mv ${i} ${i}-only; tar -cf ${i}.tar ${i}-only; done
cd ../../../

A continuación, en el .vmx de la máquina virtual nos aseguramos que exista una referencia al “linux.iso” que contiene las VMware tools:

# Settings for the optional virtual CDROM, ISO-image
ide1:1.present = "TRUE"
ide1:1.fileName = "c:\program files\vmware\vmware player\linux.iso"
ide1:1.deviceType = "cdrom-image"
ide1:1.mode = "persistent"
ide1:1.startConnected = "TRUE"

Reiniciamos la máquina y podremos montar el CD para extraer/descomprimir el vmware-tools. A continuación tendremos que copiar los módulos que habiamos compilado de Open VM Tools:

mv -f open-vm-tools-2008.07.01-102166/modules-only/linux/*.tar vmware-tools-distrib/lib/modules/source/

Y ya podemos proceder a la instalación:

cd vmware-tools-distrib/
sudo ./vmware-install.pl

A partir del siguiente reinicio ya podemos disfrutar de las nuevas posibilidades, como por ejemplo los directorios compartidos de la máquina host:

sharedFolder.maxNum = "1"
sharedFolder0.present = "TRUE"
sharedFolder0.enabled = "TRUE"
sharedFolder0.readAccess = "TRUE"
sharedFolder0.writeAccess = "TRUE"
sharedFolder0.hostPath = "C:\Users\usuarioA"
sharedFolder0.guestName = "serblanco"
sharedFolder0.expiration = "never"

O utilizar la herramienta de control:

sudo vmware-toolbox

Lo único que no consigo hacer funcionar correctamente es el ratón, no me detecta el tercer botón ni el scroll. He leído en algunos foros que se debe añadir a ‘/etc/xorg.conf’ lo siguiente:

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"vmmouse"
	Option		"CorePointer"
	Option		"Device"	"/dev/input/mice"
	Option		"Protocol"	"ImPS/2"
	Option		"Buttons" "5"
	Option 		"ZAxisMapping" "4" "5"
	Option 		"Emulate3Buttons" "true"
EndSection

Sin embargo, cuando lo añado, las Xorg fallan y pasa a visualizar utilizando el driver VESA con una resolución muy baja. ¿Alguien ha experimentado el mismo problema?