No se me escapa ni una

Este es el primero de una serie de artículos que no pretende ser mas que una guía que me servirá a mí (y si es a alguien más, genial) para futuras instalaciones de estos simpáticos amiguitos…

Instalación del servidor LAMP (Linux + Apache + MySQL + Php)

1. Instalar Debian 4.0 rc3 (o la que esté disponible en ese momento)
2. Abrimos Synaptic y habilitamos todos los repositorios. Recargamos y actualizamos
3. Instalamos el servidor SSH para poder conectarnos en remoto, a nuestro servidor, de forma cómoda y segura

apt-get install openssh-server

Añadimos los usuarios permitidos para conectarse en remoto. Para ello modificamos el fichero…

nano /etc/ssh/sshd_conf

Añadiendo la línea AllowUsers con los nombres de los usuarios que queramos que tengan acceso:

AllowUsers usuario1 usuario2 usuario3

4. Y reiniciamos el servicio

sudo /etc/init.d/ssh restart

5. Instalamos Apache + PHP. Para ello, desde la línea de comandos, tecleamos

 apt-get install apache2 php5 libapache2-mod-php5

Nota 1: El archivo de configuración de Apache2 está en /etc/mysql/my.cnf
Nota 2: El archivo de configuración de PHP está en /etc/php5/apache2/php.ini

6. Instalamos otros paquetes. mc es un clon de aquel Comandante Norton de antaño, esto es, un administrador de archivos en modo texto (a mí me resulta muy útil). Y la librería php5-gd le permitirá a PHP generar gráficos (cuando haga falta).

apt-get install mc php5-gd

7. Instalamos MySQL:

apt-get install mysql-server mysql-client php5-mysql

Nota 1: El archivo de configuración está en /etc/mysql/my.cnf
Nota 2: De forma predeterminada, MySQL crea el usuario root sin contraseña, para poner una contraseña (recomendable), en consola:

mysql -u root

mysql> USE mysql;

mysql> UPDATE user SET Password=PASSWORD('nuevo-password') WHERE user='root';

mysql> FLUSH PRIVILEGES;

mysql> exit

8. Instalamos phpMyAdmin:

apt-get install phpmyadmin

Nota: Los archivos de configuración están en /etc/phpmyadmin/

9. Hacemos amigos a Apache2 y a phpMyAdmin:

Para poder usar phpMyAdmin con Apache, editamos el archivo /etc/apache2/apache2.conf y agregamos la siguiente línea:

Include /etc/phpmyadmin/apache.conf

Ahora debemos reiniciar Apache, desde consola:

/etc/init.d/apache2 restart

Para probar el phpMyAdmin, abrimos un navegador e ingresamos la dirección: http://localhost/phpmyadmin con el usuario root y la contraseña elegida

Créditos

• San Google
• El Módem

Comalis me ofreció duplicar mi transferencia y mi espacio para alojamiento por el mismo precio. Pero me tenía que mover de servidor. Y me animé a hacerlo yo solito (puesto que ya soy mayor), con mis manitas y el mejor capote para estos casos: San Google.

Después de preguntarle al santo, después de leer algún que otro modelo de migración, después de haberme imaginado a un toro enorme con unos pitones descomunales, resoplando, mirándome con cara de pocos amigos y viniéndose hacia mí dispuesto a convertirme en pincho toruno, después de tragarme el trailer de toda esa película, resulta que lo que salió fue una pobre vaquilla un poco desorientada y… bueno, que la migración no fue para tanto.

Es cierto que di algún capote al aire, y que tuve que volver al burladero un par de veces. Pero, como siempre que los problemas están resueltos, tengo que decir que no fue nada difícil.

Los pasos (positivos) que seguí fueron:

1. Ir al panel de administración del dominio viejo (en mi caso, con Plesk 8.2.0) y hacer tanto una copia de seguridad de los archivos como de la base de datos del blog.
   • Para la copia de los archivos me pasé por midominioviejo.es -> Realizar copia de seguridad -> Hacer copia de seguridad ahora -> Descargar.
   • Para la de la base de datos utilicé phpMyAdmin -> Exportar. Marcando:
     • Drop table…
     • If not exists…
     • Auto_increment
     • Usar “backquotes”
     • Completar los INSERTS
     • INSERTS extendidos
     • Tipo de exportación: INSERT

     Vamos, lo normal.

2. Conectar al panel de administración del dominio nuevo (en mi caso, con Plesk 8.3.0). Crear la bd y el usuario. Apuntar esto bien.
3. Descargar la última versión de WordPress. Descomprimirla, renombrar el archivo wp-config-sample.php a wp-config.php, y editarlo para modificar los datos predeterminados.
4. Subir WordPress al nuevo servidor y conectarnos a midominionuevo.es/wp-admin/install.php. Instalar.
5. Machacar los ficheros del servidor con la copia de seguridad que hemos hecho de nuestro midominioviejo.es.
6. Modificar el fichero export de la BD eliminando la línea CREATE DATABASE
7. Importar la BD desde phpMyAdmin
8. Y, bueno, modificar los DNSs en el dominio para que apunten al nuevo sitio.

Hace ya mucho tiempo que tengo un escáner BenQ S2W 3300u, pero apenas lo uso… la verdad es que lo configuré con la primera versión de Ubuntu que usé (Dapper Drake), lo usé un par de veces y ahí se ha quedado. En algún momento dejó de funcionar y no lo he revisado más.

Pero quiero quitarme cosas atrasadas en este puente, y ésta es una de ellas. Así que lo primero era determinar si era fallo software o hardware.

El primer pensamiento siempre tiene que ser positivo, así que me he planteado que debía existir algún problema de configuración y hacia allí me he encaminado. Algunas páginas me lo han puesto en bandeja, después he recuperado el cd original del escáner (menos mal que guardo todo aunque, la página de BenQ hubiese bastado) y me he copiado los dos ficheros de firmware que la página sobre snapscan guarda sourceforge dice que pueden ser los válidos para que funcione mi escáner. Lo siguiente eran las pruebas.

En la primera he fallado, por suerte sólo había una segunda opción. Y esa era la válida. El archivo u176v042.bin ha sido el que le ha despertado.

Vale, pero han existido más pasos. Estos han sido:

1. Copiar el archivo del firmware (el u176v042.bin) al directorio /usr/share/sane/
2. Editar el archivo /etc/sane.d/snapscan.conf e incluir la línea firmware /usr/share/sane/u176042.bin al comienzo del mismo, para que el snapscan sepa qué firmware cargar para nuestro escáner
3. Ejecutar scanimage -L para ver si nuestro escáner se encuentra por ahí
4. Abrir xsane, o GiMP, o cualquier otro programa que soporte XSane y probar

En este punto mi escáner pasaba de mí, pero he recurrido a mis apuntes de la carrera y he encontrado la solución: desenchufar y volver a enchufar. He vuelto al paso 3 y todo ha ido bien.

Lo siguiente, entonces, es organizar una fiesta en casa para que las secretarias que vengan en falda se quiten las bragas y se sienten encima del escáner… ¿secretarias? ¿qué secretarias? Como no me siente yo…

Esto pretende ser un pequeño manual de instalación de un servidor de impresión bajo Linux para clientes Windows. Nos olvidaremos de usuarios y contraseñas; quizás en próximas entregas me ponga a analizár cómo controlar usuarios y contraseñas, pero por ahora con esto me es suficiente.

Escojo, una vez más, como distribución base, Ubuntu 6.06. La administración de impresión se va a realizar con CUPS, y para configurar Samba usaré Webmin.

Es algo muy sencillo, tan sólo tenemos que instalar las impresoras en nuestro equipo y, después, compartirlas. Vamos por partes.

1.- Instalación de CUPS.
Instalar, a través de Synaptic, el paquete cupsys.

Sistema -> Administración -> Buscar: cupsys -> Marcar para instalar -> Aplicar

Ahora debemos añadir cada una de las impresoras a las que queremos acceder desde nuestro sistema. Podemos añadirlas desde el menú Administración o desde CUPS. Voy a poner un ejemplo de cada y, a pesar de que pueda ser repetitivo, la impresora a añadir será una impresora de red porque entiendo que será lo que habitualmente queramos hacer. Entiendo, también, que la impresora que vamos a añadir tiene una tarjeta de red (o servidor de red) con una ip ya establecida y perfectamente configurada. Si, por el contrario, la impresora es local (USB, paralelo o serie) lo único que hay que hacer es cambiar el tipo de conexión, el resto es exactamente igual.

2.- Añadir una impresora (desde el menú Administración).
Sistema → Administración → Impresoras

Hacemos doble clic (¿puedo escribir “doble clic”? ¿no está registrado?) en el icono Impresora nueva y…

Paso 1/3. Conexión.
Tipo de impresora → Impresora de red → HP JetDirect
Equipo → ip_de_la_impresora (Ej.: 192.168.1.122)
Puerto → 9100

Paso 2/3. Controlador.
Elegir Fabricante y modelo o seleccionar el archivo .ppd descargado del sitio correspondiente (web del fabricante u http://openprinting.org/printer_list.cgi) usando el botón Instalar controlador.

Paso 3/3. Información.
Nombre: ¡Importante! Es el nombre con el que se va a compartir la impresora. Sin espacios, ni acentos, ni caracteres extendidos.
Descripción: Sé original (opcional).
Ubicación: Aunque también es opcional, viene muy bien rellenas este campo, sobre todo si tienes varias impresoras situadas en distintos lugares.

3.- Añadir una impresora (a través de CUPS).

1. Abrir ventana de navegador y acceder a CUPS teclando http://localhost:631

2. Pulsar el botón Añadir impresora.

3. Rellenar los campos (el Nombre será con el que se comparta) solicitados.

4. Para imprimir a través de su IP hay que utilizar el protocolo AppSocket/HP JetDirect y escribir:
socket://dirección_IP:9100

5. Seleccionar la marca y el modelo, o le proporcionamos el archivo .ppd descargado del sitio correspondiente (web del fabricante u http://openprinting.org/printer_list.cgi)

4.- Compartir las impresoras. Samba.
Ahora tenemos que compartir nuestra impresora. Lo vamos a hacer con Samba.

Para eso, lo primero que tenemos que hacer es instalar el paquete samba (Sistema -> Administración -> Gestor de paquetes Synaptic).

Y para configurarlo podríamos editar el fichero /etc/samba/smb.conf a mano, pero me es más cómodo utilizar Webmin. (Sí, ya lo he dicho alguna vez: “Me hago mayor”.) Así que…

5.- Instalación de Webmin.
Nos descargamos el paquete Webmin para administrar el módulo Samba, que es el que nos va a permitir compartir las impresoras instaladas, entre otras cosas.

Descargamos el .deb. Y doble click para instalar (o, desde la línea de comandos, sudo dpkg -i nombre_del_paquete.deb). En este punto (yo lo he hecho desde la línea de comandos) me faltaban varios paquetes (varias dependencias), para instalarlas he seguido las instrucciones de pantalla (sudo apt-get install -f) y se ha instalado todo.

Una vez instalado, accedemos a Webmin a través del navegador, con la dirección https://localhost:10000.

En la parte izquierda tenemos el menú. Y para empezar a configurar nos dirigimos a Servers → Samba.

Los pantallazos aclaran mucho, sí, pero ahora hay que cambiar varios valores en varias pantallas distintas y como sería demasiado largo hacerlo en modo gráfico y me parece que queda suficientemente claro si lo hago sólo con texto… así lo haré. Veremos.

Configuraciones globales para un uso sencillo de Samba, sin usuarios ni contraseñas.
Windows Networking → Workgroup → Nombre_grupo_trabajo / Dominio (en el que estamos trabajando)
Windows Networking → Security → Share Level

Para un uso de ficheros Windows-Linux transparente utilizamos la cuenta de invitado. Así:
Authentication → Allow null passwords → Yes
Windows to Unix Printing → Unix Print Style → CUPS
File Share Defaults → Security and Access Control → Writable → Yes
File Share Defaults → Security and Access Control → Guest Access → Yes
File Share Defaults → Security and Access Control → Guest Unix user → nobody
Printer Share Defaults → Available, Browseable
Printer Share Defaults → Printer Options → Print command → lpr -oraw -r -P%p %s

Añadimos la impresora que vamos a compartir (la que hemos creado antes con CUPS o desde el menú Administración). ¿Cómo la compartimos?
Create a new printer share
Impresora_creada → Security and Access Control → Writable -> Yes
Impresora_creada → Security and Access Control → Guest access → Yes

Nota: En /usr/share/ppd se almacenan los drivers de las impresoras. Ahí dejaremos, entonces, los drivers CUPS que nos descarguemos para las impresoras para las que no tengamos drivers ya instalados. (Esto lo leí en alguna parte y por eso lo dejo por aquí pero, por ahora, a mí no me funciona.)

En casa del herrero cuchillo de palo, es decir, que las copias de seguridad nunca han sido lo mio. ¿Cómo “lo mio”? Sí, me refiero a que nunca me han atraido lo suficiente… hay que hacerlas y ya está, pero -he de reconocerlo- alguna vez, “se me olvidaba”, o la dejaba para el día siguiente…

Hasta ahora hacía una copia de seguridad semanal. Alguno se llevará las manos a la cabeza… ¡Una copia semanal! ¿Y el resto de días? Ya, pero es que son los datos de casa, no hay demasiada variación de un día para otro… unos mensajes de correo nuevos y -quizás- alguna foto; datos “prescindibles”… ¿Prescindibles? Bueno, ya sé que no estaba bien hecho, pero ¡ya he cambiado!

Por seguir con la evolución (por seguir con la chapa, dirán algunos), me cuento… ¡Qué gracia! “Me cue…” ¡Al grano! Bueno, pues que hice un script que dejé en el escritorio de cada uno de los usuarios de mi equipo para que lo ejecutasen una vez al día. Esto no era mas que para que viesen la importancia de hacer copias de seguridad -por un lado- y porque no quise (o no fui capaz) de generar un proceso automático que hiciese esto mismo de forma transparente -por otro-.

Creé una carpeta (/home/comunes) donde tenemos accesible lo que tenemos que tener en común: fotos, videos, música, podcasts, algunos documentos… Los viernes cogía mi paquetito de dvds regrabables (semana par o impar) y, pasándome por allí, iba pasando a cada uno de ellos lo que correspondía… Cada uno de nuestros scripts también dejaba allí su particular legado, y eso también pasaba a su dvd correspondiente.

Por ejemplo, el script que yo ejecutaba decía lo siguiente:

mkdir /home/kaf/copiaSegKAF# copia del escritorio
tar -cvzf /home/kaf/copiaSegKAF/Desktop.tar.gz /home/kaf/Desktop

# copia de la carpeta /Documentos
tar -cvzf /home/kaf/copiaSegKAF/Documentos.tar.gz /home/kaf/Documentos

# copia de Evolution
gconftool-2 -shutdown
evolution -force-shutdown
tar -cvzf /home/kaf/copiaSegKAF/evolution.tar.gz /home/kaf/.evolution /home/kaf/.gconf/apps/evolution /home/kaf/.gnome2_private/Evolution

# copia de Firefox
tar -cvzf /home/kaf/copiaSegKAF/mozilla.tar.gz /home/kaf/.mozilla

rm -d -r -f /home/comunes/copiaSeg/copiaSegKAF
mv -f /home/kaf/copiaSegKAF /home/comunes/copiaSeg/

Esto necesitaba de muchas mejoras, así que me planteé otro método: las copias diarias a otro disco duro.

He conseguido uno de 40 Gbytes., lo he conectado a su bus IDE y lo he particionado con GParted.

Seleccionamos el disco (arriba a la derecha) y el espacio para particionar. Botón Nuevo…

Y elegimos tamaño y tipo de partición.

Aplicamos los cambios…

Y ya tenemos nuestra partición creada y formateada.

Ahora tenemos que montarla y, aunque podría haber editado el fichero /etc/fstab a mano, he montado la partición con pysdm, y es que me hago mayor.

Podemos establecer las opciones de montaje a mano o utilizando el Asistente. Botón Montar, y ya la tenemos lista para usar.

Y con sbackup hago unas copias incrementales diarias de cuidado (Sistema -> Administración -> Simple Backup Restore).

Elegimos nuestras opciones de copia: manual, automática, qué archivos y/o directorios copiar, cuáles no, excepciones…

Y, una vez que tengamos copias realizadas, tenemos la opción de restaurarlas (Sistema -> Administración -> Simple Backup Restore).

Ya puedo dormir tranquilo. ¿Y es que antes no lo hacías? Bueno, esto también…

LTSP es el acrónimo de Linux Terminal Server Proyect.

Servidor

Desde hace algún tiempo me ronda la idea de utilizar un sistema de servidor + terminales tontos para no tener que estar continuamente configurando equipos. Que compramos un equipo nuevo, ¡ale!, lo configuramos y pasamos toda la información del equipo anterior a éste. Que casca el disco duro, configurar de nuevo. Que… que es mucho trabajo, vamos.

Pero los precios de Terminal Server están por las nubes; entonces, ¿por qué no probar una configuración similar en Linux? Bueno, pues me puse manos a la obra.

Lo primero es lo primero, sin los tutoriales de mr_winter y de Gonzalo Álvarez Flores me hubiera costado mucho llegar a donde he llegado. De hecho, la mayoría de lo que voy a poner aquí no es mas que un cortar + pegar de lo que ellos cuentan allí; pero como me encontré con alguna pequeña variación, prefiero poner todo aquí.

Ante todo, es importante escoger un ordenador decente que será el que haga de servidor, aunque para probar todo vale. Aconsejan que, para el servidor, se piense en 70-100 Mbytes. de memoria RAM por cliente conectado y un microprocesador mínimo de 800 Mhz. Para los clientes, desde un 486. Yo escogí, para el servidor, un PIII a 500 Mhz. con 512 Mbytes. de memoria RAM que teníamos sin usar. Excaso si es un servidor para un entorno de producción, pero como era para probar… suficiente. De hecho tarda 2 minutos y 5 segundos en estar operativo, es decir, de 0-100 en 2′05”. Como clientes he probado varios; el más limitado, un Pentium a 133 Mhz. con 64 Mbytes. de memoria RAM. (He de confesar que, después de vista la velocidad abriendo Firefox 1.5.0.7 y OpenOffice 2.0.2, me he quedado gratamente sorprendido.)

He escogido instalar Ubuntu Desktop 6.06. Seguramente podría haber instalado cualquier otra distribución, por ejemplo Ubuntu Server 6.06 y después un gestor de ventanas simple (tipo Xfce), pero por vagancia me tiré a la primera.

Lo primero, después de la instalación, es cambiar la contraseña de root. Para ello vamos al menú Sistema -> Administración -> Usuarios y grupos, introducimos nuestra contraseña, marcamos la casilla Mostrar todos los usuarios y grupos para que se nos muestren el resto de usuarios (nos interesa root) y seleccionándolo y pulsando el botón Propiedades establecemos la contraseña a mano.

Después debo preguntarme si este equipo va a tener una IP dinámica o estática. De forma predeterminada está habilitada la opción DHCP, es decir, IP dinámica, pero si queremos establecer una IP estática deberemos ir a Sistema -> Administración -> Red, seleccionar la Conexión Ethernet y, en Propiedades, establecer los parámetros adecuados.

La instalación de Ubuntu 6.06 en este equipo me ha establecido una resolución única de pantalla de 640×480. ¡No cabe nada en pantalla! Así que me animo a reconfigurar las opciones de escritorio. Antes de hacer el siguiente paso es recomendable tener claro qué tarjeta de memoria estamos utilizando, cuánta memoria tiene, cuál es su refresco horizontal, vertical… y cuanto podamos saber sobre el ratón y el teclado. De todas formas, una copia de seguridad del archivo que vamos a modificar siempre viene bien. Abrimos una ventana de terminal y escribimos:

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf_AAAAMMDD
sudo dpkg-reconfigure xserver-xorg

Como este equipo está detrás de un proxy (que, además, necesita autenticación) necesito configurarlo para que se pueda descargar las actualizaciones. Es en el archivo /etc/enviroment donde le indicaremos cuál es nuestro proxy y cuál nuestra pareja usuario:contraseña. Escribimos:

sudo gedit /etc/enviroment

y podremos añadir una línea que diga:

http_proxy=http://mi_usuario:mi_contraseña@ip_del_proxy:puerto

Por ejemplo:

http_proxy=http://perico:deLosPalotes@192.168.241.1:8080

A continuación, instalamos algún paquete que nos hará falta más adelante, para ello lo más fácil es usar Synaptic. Los paquetes son: libwww-perl, dhcp3-server, nfs-kernel-server, tftpd-hpa y ltsp-server-standalone. Después actualizamos el sistema. (Aquí, y dependiendo del sistema, la espera puede durar varias horas.

Ahora debemos descargarnos la última versión del proyecto LTSP, de la página www.ltsp.org. Cuando instalé este proyecto (noviembre de 2006) la última versión era la 4.2, que te puedes descargar directamente aquí (recuerdo que es la versión para Ubuntu). Y la instalamos. Ya sabéis, ventana de terminal, ir al sitio donde la habéis descargado y teclear:

sudo dpkg -i paquete_a_instalar.deb

o abrir directamente el archivo con GDebi (la aplicación predeterminada) e instalarlo.

Ejecutamos:

sudo ltspadmin

Verificamos qué servicios están corriendo, para eso entramos en Configure LTSP. Los únicos que estarán activos serán: tftpd y portmapper. Si usamos proxy habrá que entrar en la opción Configure the installer options e indicarlo allí, poniendo toda la ruta cuando nos lo pida. Ej.:

http://ip_del_proxy

Y ahora vamos a instalar LTSP entramos en la primera opción: Install/Update LTSP Packages. Instalamos todo, para eso hay que marcar todos los paquetes pulsando la tecla “A” y salir de la utilidad pulsando “Q”. A continuación volvemos a entrar porque tenemos que generar todos los ficheros de configuración. Entramos de nuevo en Configure LTSP y vamos entrando en todas las opciones para que nos genere los ficheros de configuración correspondientes. Salimos.

Hacemos una copia de seguridad del archivo dhcp.conf, copiamos el archivo que viene de ejemplo, y lo abrimos para modificarlo:

sudo mv /etc/ltsp/dhcpd.conf /etc/ltsp/dhcpd.conf_old
sudo cp /etc/dhcp3/dhcpd.conf.sample /etc/ltsp/dhcpd.conf
sudo gedit /etc/ltsp/dhcpd.conf

Hay que cambiar las líneas subnet y range para que tomen los valores correctos de nuestra red. En mi caso voy a dar las direcciones IP con la forma 192.168.3.X y voy a permitir 5 conexiones recurrentes; quedará así:

subnet 192.168.3.0 netmask 255.255.255.0;
range 192.168.3.100 192.168.3.104;

Cambiaremos el nombre del dominio en la opción option domain-name y cambiaremos la ruta y el nombre de la imagen que se deben descargar (hay 2 líneas en las que cambiarla), en mi caso, la ruta **buena** es [/tftpboot]/lts/vmlinuz-2.6.17.8-ltsp-1. (Aunque, en realidad, la ruta anterior es la real, el directorio /tftpboot se asume y no hay que ponerlo, por eso aparece entre corchetes.)

(Ya estamos acabando.) Ahora hay que editar el archivo /etc/default/tftpd-hpa para que quede así:

RUN-DAEMON = ”yes”
OPTIONS = “-l -s /tftpboot”

Cambiamos, en /etc/inetd.conf, la línea que no está comentada para que la ruta apunte, igual que en el archivo anterior, a /tftpboot. Quedará así:

tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /tftpdboot

Y cambiamos en /etc/exports: /opt/ltsp por /opt/ltsp/i386.
¡Ya tenemos nuestro servidor LTS listo!

Un par de cosas más

Vale, ya está funcionando, sí; pero podemos retocar algunas cosas más. Y es que enredando se aprende.

El archivo /opt/ltsp/i386/etc/lts.conf tiene las opciones de inicio del cliente. Para ver todas y algunos ejemplo se puede consultar /opt/ltsp/i386/etc/lts.conf.readme.

También se puede asignar a cada cliente una direccion IP individual que va ligada a su MAC-address. Para ello, se añade a la configuracion del dhcpd una entrada por cliente.

Edita el fichero /etc/ltsp/dhcpd.conf y añade una linea justo antes del default-lease-time que diga

ddns-update-style none;

Por ejemplo, supongamos que tenemos una estación de trabajo (WS01) con la direccion IP fija 192.168.0.77, la MAC-address 00:a1:2b:3c:4d:5e:

host WS01 {
option host-name “WS01″;
filename “/lts/vmlinuz-2.6.17.8-ltsp-1″;
next-server 192.168.3.93;
option root-path “192.168.0.205:/opt/ltsp/i386″;
dynamic-bootp-lease-length 21600;
hardware ethernet 00:a1:2b:3c:4d:5e;
fixed-address 192.168.0.77;
}

Y en la seccion de group, asegurate de tener la siguiente linea:

ddns-update-style none;

Clientes

Si el equipo que va a hacer de cliente permite arrancar por red sólo hay que configurarlo así en la BIOS y ya está. Si no lo permite sólo tenemos que comprobar qué marca + modelo de tarjeta de red es, pasarnos por www.etherboot.org/db/, buscar nuestra marca, ver la lista de modelos soportados (Overview) y elegir la versión estable de la imagen de ROM de la tarjeta de red (Rom Image). Elegimos el formato de salida (Floppy bootable ROM image (.zdsk)), generamos la imagen y la grabamos en un disquete. Decimos, en la BIOS de nuestro equipo-cliente, que arranque desde disquete, y ya tenemos otro configurado.

Para hacer que un Futro (Fujitsu-Siemens) nos sirva como cliente de este servidor Linux deberemos entrar en la pestaña Configuration y poner los siguientes parámetros:

Name: el_que_queramos
Emulation Type: XDMCP
Server Addres: ip_del_servidor_LTS
Access: Direct

A mi padre ya le convencí y se pasó totalmente a Ubuntu-Linux. Claro, que quizás el que le eliminase la partición de Windows ayudó un poco, pero el caso es que ahora Linux gobierna su vida tecnológica. Vale, con él puedo comunicarme con Ekiga a pesar de que el sonido es un poco bajo (nos quedan horas de prueba y multitud de mensajes en foros), pero ¿y con la gente que usa Windows? Hay una versión de prueba de Ekiga para Windows pero, por ahora, no puedo hacer pruebas para ver si van bien. El caso es que no sé cómo establecer comunicación Linux-Windows si no es con Skype.

Pero Skype no se puede instalar desde el cómodo Synaptic, entre otras cosas porque no está compilado (de forma oficial) para 64 bits, y yo uso un flamante AMD de 64 bits. Así que me he pasado por la página de Automatix y he decido instalarlo a través de ella.

Ya probé, hace algún tiempo, Automatix, pero una de las cosas que no me gustaron de aquella versión (que la desinstalación no era nada intuitiva) está solucionado en esta nueva versión, la 2.

Las instrucciones, bien claritas, se siguen muy bien. Sin embargo, cuando nos dicen que abramos una ventana de terminal y tecleemos lo siguiente:

wget http://www.getautomatix.com/apt/key.gpg.asc
gpg –import key.gpg.asc
gpg –export –armor 521A9C7C | sudo apt-key add -

yo obtenía un error. ¿La solución? Fácil. Ejecutarlas como root o, lo que es lo mismo, anteponer sudo a estas instrucciones, es decir:

wget http://www.getautomatix.com/apt/key.gpg.asc
sudo gpg –import key.gpg.asc
sudo gpg –export –armor 521A9C7C | sudo apt-key add -

Después de instalado ejecutamos Automatix2 (Aplicaciones -> Herramientas del sistema -> Automatix) y buscamos el Skype (apartado Internet). Marcamos su casilla y pulsamos Start. Un pequeño tiempo de espera (que puede ser largo dependiendo de las ganas que tengas de ver tu Skype en Linux funcionando) y listo para llamar.

Una pega: no tiene soporte para webcam. Pero usaremos el soporte de sonido para convencer a a los windowsusuarios de que se pasen a Linux.