Reinstalar una Ubuntu, y no perder tus datos...

Vía Incognitosis, a su vez vía hehe2.net, veo un manual magnifico de como volver a instalar una Ubuntu, tras una nueva salida de una versión del sistema o tras un desastre (mejor una imagen del sistema + backup del home, pero no todo el mundo lo hace... ni yo mismo xD), y volver a tener tus programas y todas tus configuraciones.

Simplemente se basa en hacer backup del home y de algunos ficheros del directorio etc para guardar la configuración (no creo que sea bueno copiar toda la carpeta como dice javipas, ya que si actualizáis la versión de Ubuntu, puede que algún fichero de configuración cambie su estructura y entonces al sobreescribirlo con la versión vieja la liemos), luego guardar los paquetes que hemos instalado, una lista de las aplicaciones instaladas (mas o menos), para luego recuperar todo tras instalar en limpio.

Simplemente genial.

Restringiendo el acceso a phpMyAdmin a ciertas ips

En mis innumerables intentos de aprender, estuve metiendo mano a un servidor Apache y montando un pequeño proyecto, que utilizaba una base de datos MySQL. Para manejar la base de datos de manera mas rápida, siempre es recomendable usar phpMyAdmin, que nos es mas que un script en php que maneja de base de datos y te permite cómodamente hacer peticiones y demás...

Bueno, pues me di cuenta de chorra, que por defecto, phpMyAdmin, se queda configurado para que todo el mundo pueda conectarse a el. Cualquiera que se conectara a http://miserver/phpmyadmin tenia una bonita pantalla de login... ¡Maldición!.

No tarde mucho en encontrar la solución:

Editar /etc/phpmyadmin/config.inc.php. Es este fichero, se configura los aspectos generales del script. Existe una variable "$cfg" que contiene toda la configuración de dicho script. En realidad no es mas que un array, donde se usan índices "personalizados" (siendo sincero, no recuerdo la expresión técnica para este tipo de índices... pero se que la tiene). Nos vamos al elemento con el índice "Servers", donde indicamos lo servidores que vamos a manejar con phpMyAdmin, en mi caso solo uno.

Vamos al fichero y añadimos tras el "$i++;" lo siguiente:

$cfg['Servers'][$i]['AllowDeny']['order'] = 'deny,allow';
$cfg['Servers'][$i]['AllowDeny']['rules'][] = 'allow % from 127.0.0.1';
$cfg['Servers'][$i]['AllowDeny']['rules'][] = 'deny % from all';

Aunque existe una manera mas elegante de meter todas las "rules" en una sola instrucción, creando un array:

$cfg['Servers'][$i]['AllowDeny']['order'] = 'deny,allow';
$cfg['Servers'][$i]['AllowDeny']['rules'] = array(
'deny root from all',
'allow root from localhost',
'allow root from 10.0.0.0/8',
'allow root from 192.168.0.0/16',
'allow root from 172.16.0.0/12',
);

El misterioso caso de los UUID diferentes con mdadm y Ubuntu

Nota: Como siempre recomendar el blog de Iván López. Un crack en el tema del mdadm... yo soy un simple padawan xD

Niños y niñas, hoy tengo un caso escalofriante... ¿Os ha pasado esto, tras montar un raid con mdadm y reiniciar?:

nas002@nas002:~$ more /proc/mdstat
Personalities : [raid0]
md0 : inactive sda3[0](S) sdg1[6](S) sde1[4](S)
1459504960 blocks

unused devices: none

Es decir, que tengo 3 discos en el md0, los cuales ninguno de ellos esta funcionando, PERO lo peor de todo es que mi raid tiene 7 discos... ¿Donde estan?.

Os pongo en antedecentes. Como ya os he dicho, tengo 7 discos SATA, el primero de ellos con 3 particiones con solo una que es raid (el resto es sistema operativo que no va en raid), y con un raid 0, con otro ordenador espejo que sincroniza del ordenador maestro. Por suerte, los problemas los tengo con el ordenador espejo.

Bueno, esperar que vienen curvas. Y peor aun un terraplén...

nas002@nas002:~$ sudo mdadm -E /dev/md0
mdadm: No md superblock detected on /dev/md0.

Maldiciendo a mi suerte, la del creador de mdadm (pobrecillo si no tiene culpa), y la de la madre del tio del creador... me pongo a mirar los discos "spare" contra los discos que no aparecen... me temo lo peor:

nas002@nas002:~$ sudo mdadm -E /dev/sda3
/dev/sda3:
Magic : a92b4efc
Version : 00.90.00
UUID : 61396f44:258b90a4:08bb504a:52bcb104
Creation Time : Wed Oct 8 17:29:13 2008
Raid Level : raid0
Device Size : 0
Raid Devices : 7
Total Devices : 7
Preferred Minor : 0

Update Time : Wed Oct 8 17:29:13 2008
State : active
Active Devices : 7
Working Devices : 7
Failed Devices : 0
Spare Devices : 0
Checksum : 1d42f633 - correct
Events : 0.1

Chunk Size : 64K

Number Major Minor RaidDevice State
this 0 8 3 0 active sync /dev/sda3

0 0 8 3 0 active sync /dev/sda3
1 1 8 17 1 active sync /dev/sdb1
2 2 8 33 2 active sync /dev/sdc1
3 3 8 49 3 active sync /dev/sdd1
4 4 8 65 4 active sync /dev/sde1
5 5 8 81 5 active sync /dev/sdf1
6 6 8 97 6 active sync /dev/sdg1
nas002@nas002:~$ sudo mdadm -E /dev/sdb1
/dev/sdb1:
Magic : a92b4efc
Version : 00.90.00
UUID : 61396f44:258b90a4:fcd08df6:8c37c669
Creation Time : Wed Oct 8 17:29:13 2008
Raid Level : raid0
Device Size : 0
Raid Devices : 7
Total Devices : 7
Preferred Minor : 0

Update Time : Wed Oct 8 17:29:13 2008
State : active
Active Devices : 7
Working Devices : 7
Failed Devices : 0
Spare Devices : 0
Checksum : 4ad34955 - correct
Events : 0.1

Chunk Size : 64K

Number Major Minor RaidDevice State
this 1 8 17 1 active sync /dev/sdb1

0 0 8 3 0 active sync /dev/sda3
1 1 8 17 1 active sync /dev/sdb1
2 2 8 33 2 active sync /dev/sdc1
3 3 8 49 3 active sync /dev/sdd1
4 4 8 65 4 active sync /dev/sde1
5 5 8 81 5 active sync /dev/sdf1
6 6 8 97 6 active sync /dev/sdg1
nas002@nas002:~$

¡Ostia!, si los UUID no coinciden, y teoricamente son unicos y comunes. Ya estoy cagado, pero aun hay mas sorpresas:

nas002@nas002:~$ more /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
# DEVICE partitions

# auto-create devices with Debian standard permissions
#CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
#HOMEHOST

# instruct the monitoring daemon where to send mail alerts
MAILADDR informatica@inclam.com

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid0 num-devices=7 UUID=61396f44:258b90a4:08bb504a:52bcb104

# This file was auto-generated on Mon, 09 Jun 2008 13:33:44 +0200
# by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $

Analicemos el tema... el fichero de configuración de mdadm lo cree yo... y metí el uuid que creí que era el que identificaba al raid. ¿Me equivoqué?
Vaya usted a saber, el uuid de algunos discos a cambiado y me encuentro con que no tengo nada... NADA... de toda la información. Tras perder los nervios y googlear un poco, me encontre la solución. Simple, como casi todo en linux:

nas002@nas002:~$ sudo mdadm --stop /dev/md0
mdadm: stopped /dev/md0
nas002@nas002:~$ sudo mdadm --create --verbose /dev/md0 --level=0 --raid-disks=7 /dev/sda3 /dev/sd[b-g]1
mdadm: chunk size defaults to 64K
mdadm: /dev/sda3 appears to contain an ext2fs file system
size=-881926592K mtime=Wed Oct 8 17:40:38 2008
mdadm: /dev/sda3 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sde1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdf1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdg1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
Continue creating array? y
mdadm: array /dev/md0 started.
nas002@nas002:~$ sudo mount -a
nas002@nas002:~$ df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/sda1 4,9G 2,6G 2,1G 56% /
[... basura ..]
/dev/md0 3,2T 2,0T 1011G 67% /mnt/raid
nas002@nas002:~$ ls /mnt/raid
[... LOS PUTOS DIRECTORIOS ESTAN AQUI ...]

Ahora solo queda, cambiar el UUID en el fichero /etc/mdadm/mdadm.conf... Dios, que crisis he tenido :P

Mi primer efecto "Meneame".

Este mes, alguien meneó una noticia en la web "Menéame". Esto significa un montón de visitas que nunca pasarían por aquí, salvo por equivocarse al teclear algo. Bueno, pues aunque la noticia no tubo mucha repercusión en Menéame, esto es lo que apareció en mis estadísticas:

Aunque no muestro el numero de visitas, ya que son vergonzosamente bajas :P, pues solo tengo que deciros que multiplico por 20 las visitas que este blog suele recibir al cabo de un solo día.

Este blog esta alojado en los servidores de Google, o mejor dicho de Blogger, por lo que no tengo demasiado miedo a estos "efectos", pero no puedo imaginarme lo que puede suponer, tanto para el rendimiento del servidor web, como monetariamente para el que paga el ancho de banda, tener efectos de estos por semanas... como ocurre en muchas webs, y blogs, con mucho mas estilo que este pobre xD.

Montando mi pequeño servidor web, con https.

Si... ya se... cientos de manuales, cientos de How-To de como hacerlo. Pero tras una pequeña búsqueda por la red, no he encontrado en ningún sitio como hacer lo que yo buscaba al 100% y en una sola guia.

¿Cuál es la idea?, montar un servidor web, con un acceso http y otro https completamente diferenciados. ¿Por qué?, bueno, porque en uno de mis alocados proyectos es montar una pequeña tienda online para que un familiar mio venda ciertos productos que vende directamente al publico y abrir un poco mas de mercado. Y antes de comprar el dominio y todo eso, pues haremos pruebas en mi pequeño servidor (el que ya conte que monte un pequeño amule, I y II).

Para empezar, montar un Apache+PHP+MySQL, lo que viene siendo un LAMP, que ya explique como montarlo en un solo paso en Ubuntu. Una vez todo montado, hay que hacer lo ajustes necesario en el Apache:

1. Activar el modulo ssl de Apache:

sudo a2enmod ssl


2. Crear la carpeta donde almacenar los certificados y crearlos

sudo mkdir /etc/apache2/ssl
sudo /usr/sbin/make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/apache2/ssl/apache.pem

3. Crear el nuevo sitio en apache

sudo cp /etc/apache2/sites-available/default /etc/apache2/sites-available/MISITIOCONSSL

4. Modificar el nuevo sitio para que sea parecido a esto, añadiendo estas lineas:

NameVirtualHost *:443
VirtualHost *:443
[...]
DocumentRoot /var/www/tienda
[...]
# Certificado para el https
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/apache.pem



5. Y en el default poner:

NameVirtualHost *:80
VirtualHost *:80


Y con esto tendras una web no segura, para la entrada de tu servidor web, luego una segura (con el https delante) que es completamente diferente a la otra, de hecho tiene un directorio de inicio completamente diferente.

¿Otras configuraciones interesantes?... muchas pero ahora mismo me conformo con esta :)

Lista de distribuciones Linux para equipos "modestos"

¿Tienes un viejo 486 por ahí tirado?, ¿o un Pentium II con 64 de RAM que ya no vale para nada?... ¿Para nada?.

Vuelve a planteartelo. Amule, servidor web personal, servidor FTP para intercambio de archivos, un pequeño firewall en casa, etc... Todo eso se puede hacer con un linux y alguna de las distribuciones destinadas a equipos "modestos".

Hoy me he encontrado con esta magnifica lista: en el blog de Rafinguer. Simplemente muy ilustrativa. Ya no tienes excusa.

Detalles y mas detalles, cuando tocas un raid con mdadm

¡Que grande es Iván López!. Tengo sus entradas de blog, como manuales para montar los raid en la empresa, pero... pero... no he encontrado una cosilla muy importante que no incluye en su manual.

Os comento mi caso: Se me jode la maquina con un raid0 (no tenemos problemas ya que se replica en otro equipo con raid0), pero al recuperarlo (se jodieron 2 discos duros), me encuentro con que otro administrador, torpemente, se ha cargado todo para reinstalarlo... ¡¡¡ No hacia falta !!!.

Bueno, despues de limpiarme las lagrimas, me doy cuenta que al arrancar el nuevo linux, ya me crea un raid, PERO con los dos discos nuevos sin estar dentro de el. No puedo incluirlos, ya que no se porque, linux no reconocia bien el nuevo raid.

Al tratar de crear todo de cero, me encuentro que todo esta bien, hasta que reinicio... que vuelve a quedarse como estaba... si, mis dos discos fuera, y el resto dentro. Tras mucho mirar, me di cuenta que los discos quedaban "marcados" en su superblock al raid (es decir, le dice que esta en el raid 0 de la maquina). Pero no me deja meter mas discos...

¿Solución?: mdadm --zero-superblock /dev/sdXX.

Ejecutando este comando para todos los discos duros de tu maquina que vayan a ser parte de tu raid.

Me costo pero al final lo encontré.

Instalando Apache+PHP+MySQL (un servidor LAMP) en un solo click... :)

Joer, hasta a mí, me sorprende aveces Ubuntu.

Hoy he pensado que mi servidor de aMule, puede servirme tambien para meter este pequeño blog que apenas tiene visitas (algunas si... pero poca cosa, no como el bueno de Juli), y así le doy un uso mas intensivo y tambien no voy olvidando como hacer cosas en Linux... pero es que Ubuntu lo pone todo muy facil.

Para instalar un pequeño servidor casero: Synaptic - Editar - Marcar paquetes por tarea... - LAMP. Ya está. Solo queda cambiar la contraseña del MySQL (si quieres claro).

Facil.

Migra tus Access a MySQL, muy fácil.

Por necesidades de la vida, y por las limitaciones que tiene el formato Access de Microsoft, me he encontrado con el problema de migrar estos fichero a una base de datos de verdad, como puede ser MySQL.

Una parte esencial es la de desbloquear ciertas tablas ocultas en un fichero mdb. Solo hay que seguir la siguiente guia, donde nos dejan claro que la gente de Access tiene mucho que ocultar :)

¿Harto de los bots en tu servidor web?. Usa .htaccess

Joer. Esto de la vida del Webmaster es un coñazo. Tengo un proyecto web, muy humilde, y que se encuenta alojado en un hosting de pago. Esto significa, que pago por un espacio y una cantidad para transmitir.
Aparte de mis escasos conocimientos en diseño web, que me hacen hacer las cosas como el culo, ahora veo traumado como entre dos bots se estan consumiendo todo el ancho de banda contratado con mi ISP.

Navegando por la web, me encuentro este gran post donde se explica (obviamente si tienes apache, si no... busca por internet X) ) como bloquear a los bots que entran en tu web. Os lo recomiendo, ya que ahora mismo me estoy ahorrando el ancho de banda que me estan comiendo estos bots (incluido el de google, ya se que me penalizará en google, pero ahora mismo me la suda).