Pero ando checando el mejor escenario para dejar el Raid del par de discos duros de los que dispongo.

Encontré información en este sitio.

Aquí también tienen más información al respecto: Niveles RAID

Y creo que lo más conveniente sería el Nivel 5, pero debido a que físicamente necesito tres discos duros y nada más dispongo de dos.. se joderá el asunto y lo dejaré en Raid 1.

El funcionamiento del Raid 1 es el de mirroring, espejo o redundante, es decir, que básicamente la misma información que tiene 1 disco duro, tendrá el otro y en conjunto será visto como un único disco duro por el sistema operativo.

La ventaja que tiene esto es que si por alguna razón, uno de los discos duros deja de funcionar (el primario por ejemplo) toda la información se encuentra en el segundo y no es complicado la recuperación del servidor y sobre todo de la información contenida.

Pues ya evaluaré el mejor escenario porque me parece que la otra limitante es la capacidad de los discos duros, si fuese así, en lugar de usar Raid, prefiero usar LVM para duplicar la capacidad del disco y la redundancia se la dejo a los scripts de backup y a realizar mensualmente una imagen del servidor.

Ya les contaré como me fue ñ_ñ

Supongamos que deseamos agregar un nuevo sitio pero que la comunicación entre el cliente y el servidor sea cifrada mediante el uso de https. Para esto necesitamos activar el cifrado ssl en apache, lo hacemos mediante la utilidad a2enmod ejecutando:

# a2enmod ssl

También debemos decir a apache que debe aceptar solicitudes en el puerto 443 que es el puerto estándar de https por lo que editamos el archivo /etc/apache2/ports.conf y agregamos la línea Listen 443, he aquí la configuración que tiene mi Apache2:

# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
 # If you add NameVirtualHost *:443 here, you will also have to change
 # the VirtualHost statement in /etc/apache2/sites-available/default-ssl
 # to <VirtualHost *:443>
 # Server Name Indication for SSL named virtual hosts is currently not
 # supported by MSIE on Windows XP.
 Listen 443
</IfModule>

<IfModule mod_gnutls.c>
 Listen 443
</IfModule>

Es importante aclarar que al menos tanto el módulo SSL como el puerto 443 ya se encontraban ‘activados’ cuando instalé Apache2.

Ahora necesitamos crear los certificados que utilizaremos para el cifrado, para ello utilizaremos OpenSSL, deberemos instalarlo ejecutando:

# aptitude install openssl

Por si no lo tenemos instalado, una vez que lo tengamos, se crean dos certificados, el público y el privado:

# openssl req -new -newkey rsa:2048 -nodes -out /etc/ssl/certs/publico.pem -keyout /etc/ssl/private/privado.pem

Country Name (2 letter code) [AU]: MX
State or Province Name (full name) [Some-State]: Chiapas
Locality Name (eg, city) []: Tuxtla Gutierrez
Organization Name (eg, company) [Internet Widgits Pty Ltd]: Mi Organización
Organizational Unit Name (eg, section) []: Posh Inc
Common Name (eg, YOUR name) []: www.dominiocifrado.com
Email Address []: muajajaja@diablito.com

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:

Los archivos generados serían:

La petición de nuevo certificado, que una autoridad certificadora (CA) tendrá que firmar, en /etc/ssl/certs/publico.pem.

La clave privada del certificado en /etc/ssl/private/privado.pem.

Podemos usar CAcert.org para firmar la petición de certificado. Debido a que CAcert.org tan sólo puede verificar la información contenida en el Common Name, da igual lo que introduzcamos en los otros campos (el resto lo descarta).

El certificado resultante después de la firma de CACert.org lo dejaremos en el archivo /etc/ssl/certs/publico.pem con permisos 644 para el usuario y grupo root. La clave privada ya se encuentra en /etc/ssl/private/privado.pem con permisos 640 para el usuario root, pero debemos cambiarle el grupo a ssl-cert:

chgrp ssl-cert /etc/ssl/private/privado.pem

Para utilizar los servicios de CACert.org debemos realizar los siguientes pasos:

1. Darnos de alta en su web.
2. Una vez validados en su sistema, dar de alta nuestro dominio dominiocifrado.com
3. Una vez verificado nuestro dominio, procederemos a realizar la solicitud del certificado usando el contenido del fichero /etc/ssl/certs/publico.pem.

En el caso de que no querramos firmar el certificado por CACert.org, podemos hacerlo nosotros mismos:

openssl x509 -req -days 3650 -signkey privado.pem -out publico.pem

Nota: Es altamente recomendable hacerlo con CACert.org ya que es un ente reconocido y el servicio es gratuito. Si requieren algo más profesional, pueden checar con VeriSign.

Nota2: Cuando ya se encuentre firmado nuestro certificado nos llegará un correo electrónico indicándonos el contenido de la firma, el contenido de dicha firma debemos ponerla en lugar del contenido del archivo que se encuentra en /etc/ssl/certs/publico.pem

Ahora nada más queda tener nuestro archivo de configuración dentro de /etc/apache2/sites-available/dominiocifrado.conf

Aquí la configuración del archivo dominiocifrado.conf

<VirtualHost *:443>
 ServerAdmin webmaster@dominiocifrado.com
 ServerName dominiocifrado.com
 ServerAlias www.dominiocifrado.com
 DocumentRoot /home/web/cifrada

 #Aquí indicamos que será un canal cifrado y los certificados que antes creamos, aquí los ubicamos
 SSLEngine on
 SSLCertificateFile "/etc/ssl/certs/publico.pem"
 SSLCertificateKeyFile "/etc/ssl/private/privado.pem"
 ErrorLog /var/log/apache2/dominiocifrado.eror.log
 CustomLog /var/log/apache2/dominiocifrado.access.log combined

 <Directory />
 Options FollowSymLinks
 AllowOverride None
 </Directory>
 <Directory /home/web/cifrada>
 Options Indexes FollowSymLinks MultiViews
 AllowOverride None
 Order allow,deny
 allow from all
 </Directory>
</VirtualHost>

Después procederemos a reiniciar nuestro servidor Apache con el siguiente comando:

# /etc/init.d/apache2 restart

Y entrar a nuestro nuevo sitio web cifrado:

https://dominiocifrado.com

Veremos nuestro certificado más o menos como esto:

Eso es todo, espero a alguien pueda parecerle útil esta información

Fuentes:

LinuxSilo.org

esDebian.org

Como lo he mencionado varias veces google es el chamuko. ¿Porqué? Realicé una búsqueda porque recuerdo haber subido este script u alguno parecido en algún sitio y lo encontré ñ_ñ para mi fortuna puesto que no tenía en ningún lado respaldo de dicho script.

Lo publico por si a alguien le puede servir de guía o se encuentra en alguna situación como la mía y para que quede registrada la modificación que hice

#!/bin/sh
# Script pitero de respaldo de la BD del Serape
# serape.sh

# Hecho por: hbautista 
# Fecha: 20 de Julio de 2006
# Modificado: 16 de Junio de 2010 porque lo borré 
# http://hbautista.com

# Mensaje de inicio
echo -e "\nIniciando Script"

# Aqui vemos la fecha y hora de ejecucion de este script, nuestras variables
# Dia_Mes_Año_Hora_Minuto
fecha=$(date +%d%B%Y-%H.%M)

# Para saber el mes en el que estamos
mes=$(date +%B)

# El año
anio=$(date +%Y)

# Nombre de la BD
nombre="Serape_$fecha.mdb"

#Aqui es donde definimos que se cree las carpetas por mes
carpeta="/home/respaldos/Serape/$anio/$mes"
carpeta2="/home/respaldos/Serape/$anio"

# Verificamos que la carpeta del año esté creada
if [ -d "$carpeta2" ]; then
echo -e "\nDirectorio $carpeta2 ya creado"
else
echo -e "\nCreando $carpeta2"
mkdir $carpeta2
fi

# Comparamos que la carpeta final existe, de otro modo se crea
if [ -d "$carpeta" ]; then
echo -e "\nDirectorio $carpeta ya creado"
else
echo -e "\nCreando $carpeta"
mkdir $carpeta
fi

#Aqui copiamos la bd a la carpeta destino, despues «entramos» a esa carpeta
cp /home/serape/Serape.mdb $carpeta
cd $carpeta
#Renombramos la bd para que incluya fecha y hora de ejecucion del script
mv Serape.mdb $nombre
#Comprimimos la bd renombrada con 7zip, que tiene el nivel de compresion mas alto.
7za a -bd -y -mx=5 $nombre.7z $nombre
#Eliminamos la bd de datos original
rm -f $nombre

# Mensaje final
echo -e "\nTerminado"

El nombre que le asigné se llama serape.sh y le asigné permisos de ejecución y lo copié a /usr/local/bin y además lo tengo en el cron para que lo haga del diario.

Nota: Uso 7zip porque me pareció adecuado debido a que es un che archivito .mdb, aunque claro si quisieran más de un archivo y conservar permisos de usuario y de archivo es más recomendable usar tar

Dense una idea de una de las carpetas a respaldar:

[root@server1 somewhere]# du -sh trabajal/
5.7G    trabajal/
[root@server1 somewhere]#

Así que pues el clásico comando para dejar un .tar.gz es realizar lo siguiente:

[root@server1 somewhere]# tar czvf trabajal.tar.gz trabajal/

Después de un buen tiempo te deja el archivo trabajal.tar.gz

[root@server1 somewhere]# ls -lh
-rw-r--r--  1 root root 5.1G  may 28 10:58 trabajal.tar.gz
[root@server1 somewhere]#

La cuestión es que tuve la necesidad de ponerlo en una carpeta del servidor web apache para después descargarmelo con un wget y nomás no se pudo debido a que el archivo generado es superior a 2GB, luego entonces hay que comprimir (en esta segunda ocasión usando Bz2) y partir el archivo que en este caso los dejé de 1.8GB para evitar complicaciones, entonces para hacer esto usaremos tar y split.

[root@server1 somewhere]# tar cvj trabajal/ |split -b 1800m -d - trabajal.tbz.

Al igual que el anterior se tarda un rato en hacer el proceso y nos deja en este caso concreto 3 archivitos bien bonitos y empacaditos u_U

Veamos:

[root@server1 somewhere]# du -c trabajal.tbz.0*
1845004 trabajal.tbz.00
1845004 trabajal.tbz.01
1656504 trabajal.tbz.02
5346512 total
[root@server1 somewhere]# du -ch trabajal.tbz.0*
1.8G    trabajal.tbz.00
1.8G    trabajal.tbz.01
1.6G    trabajal.tbz.02
5.1G    total
[root@server1 somewhere]#

Es el mismo comando, la diferencia con el segundo es el “h” para que en lugar de tanto numeraje salga el espacio en M (Megas) o G (Gigas)

Y bueno, ahora si queda descargar los archivos y unirlos usando para esto cat:

[root@server1 somewhere]# cat trabajal.tbz.00 trabajal.tbz.01 trabajal.tbz.02 > trabajal.tbz2

También podemos unirlos usando el siguiente comando:

[root@server1 somewhere]# cat trabajal* > trabajal.tbz2

Una vez que tengamos el archivo trabajal.tbz2 pues toca descomprimirlo:

[root@server1 somewhere]# tar -xvf trabajal.tbz2

Y eso es todo D:

Allá arribita está el enlace a la página del evento

Pues daré un taller sobre lamp con Debian/Ubuntu, en donde abordaré básicamente instalación y configuración básica de dichos servicios para montar un sitio web interno o con mirás a una audiencia másiva “y así” xD

Aún no sé si alguien se haya apuntado a mi taller pues el cupo es limitado y deben mandar un mensaje para apuntarse a cualquiera de ellos y “apartar” lugar por aquello del no te entumas.

Espero que todo salga bien y a pedir de boca y el tiempo alcance para la sesión de dudas y así.

En mi caso ya que tengo una tarjeta broadcom 4311 como podemos ver acá y uso Debian (^_^)

hbautista@luke:~$  lspci |grep Network
0e:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
hbautista@luke:~$

Luego entonces, hay que instalar b43-fwcutter para hacerla funcionar sin problemas

root@luke:/home/hbautista# aptitude install b43-fwcutter

Basta reiniciar la laptop y con eso ya tengo funcionando mi tarjeta Broadcom con todo y el modo monitor (mon0) ñ_ñ

Ahora bien, si usas Ubuntu 9.10 y tienes la Broadcom 4312 como acá:

:~$ lspci |grep Network
06:00 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)

El procedimiento sería hacer lo siguiente:

aptitude install bcmwl-kernel-source

Igualmente, reinicias y ya tendrás tu tarjera inalámbrica funcionando al 100% ñ_ñ lo que si no puedo decirles es si funciona el modo monitor (mon0)

Es cuestión de que avisen si con eso queda funcionando el modo monitor

Referencias:

http://bit.ly/b8k7q3

Reviso y veo que hay muchos archivos para ser eliminados, hasta que veo esto:

proxy2:/home/hbautista# du -sh /var/mail/*
6.2G    /var/mail/hbautista
proxy2:/home/hbautista#

Entonces me toca eliminar el contenido del archivo sin eliminar dicho archivo, es decir solo su contenido.

Existen 3 formas de lograr esto:

proxy2:/home/hbautista# > /var/mail/hbautista

Otra manera, redirigiendo a /dev/null:

proxy2:/home/hbautista# cat /dev/null /var/mail/hbautista

O copiando el “archivo vacío” /dev/null machando el que tenemos:

proxy2:/home/hbautista# cp /dev/null /var/mail/hbautista

En cualquiera de los 3 casos el resultado se vería así:

proxy2:/home/hbautista# du -sh /var/mail/*
0	/var/mail/hbautista

Y eso es todo (^_^) espero que les haya servido como a mi

Pues bien, el sábado 24 de abril de 2010 se llevará a cabo el Flisol en la ciudad de Tuxtla Gutiérrez, Chiapas y lo está organizando la Universidad Politécnica de Chiapas.

En este tenor, Usoli estará presente pues me han invitado amablemente a dar un taller denominado “Servidores LAMP con Debian Gnu/Linux” y pues esperemos que los que tengan oportunidad de ir a alguno de los talleres o llevar su compu o lap para que se les apoye en la instalación, serán bienvenidos.

Nos vemos por allá

Resulta que algo presioné, alguna actualización o que se yo, que de repente el teclado numérico de la pc dejó de funcionar en Gnome. pero haciendo pruebas en la pantalla de login de GDM y en la terminal funcionaba bien :S

Primeras pruebas:

• Enciende el foquito del “Bloq Num” pero no “escribe” números, pero al oprimir una tecla (creo que el 1) aparece un menú contextual. Raro.
• Desconecto el teclado fí­sicamente (es USB )
• Despues de 1 minuto vuelvo a conectar el teclado.
• Verificando casi tecla por tecla veo que únicamente el teclado numérico es el que no responde, ni siquiera el /, *, -, + solo la tecla “Intro” y obviamente el botoncito que enciende y apaga la luz (y que se supone activa y desactivo dicho teclado)
• Nada.. el teclado no reacciona. Ni pex.. a cambiarlo.
• Le conecto un teclado Ps/2, el otro ya lo habí­a desconectado.
• Mismo problema, pero según yo ese teclado está en perfectas condiciones.
• Pruebo el teclado “enfermo” en otra pc y ¡¡Oh!! funciona perfectamente incluí­do el teclado numérico.

Volvemos a estar más o menos como al principio, pero con más datos y con la certeza de que NO es el teclado.

Entonces reiniciemos completamente el sistema para ver si algo pasó.
Ya a dos segundos de hacerlo se me ocurre checar la configuración del teclado en Sistema -> Preferencias -> Teclado

Y luego le dí­ en Distribuciones

Pues dije le modificaré al “Microsoft Natural” y reiniciaré el entorno gráfico. Y así­ lo hice, pero nada ocurrió, entonces decidí­ dejarlo como estaba

Y volver a reiniciar el entorno gráfico. Pero sucede que checo mi teclado numérico que si funciona en el campo donde escribo mi nombre de usuario. Total que vuelvo a entrar a Gnome y nada.. el teclado numérico se rehusa a funcionar.

Ya viendo que efectivamente reiniciaré la máquina para ver si algo pudiese cambiar leo un enlace que me salió en la búsqueda a google sobre problemas con el teclado numérico. Y me encontré con esta serie de mensajes del Grupo es.comp.os.linux.instalacion

Especifí­camente este texto

A mi lo que me ha pasado con gnome, es que tocando teclas se activa el
teclado numérico para controlar el ratón. Me explico del teclado numérico
solo funcionan las teclas con las flechas, esto sirve para utilizar el
teclado numérico para controlar el cursor en lugar del ratón. Hay una
opción en gnome para usarlo como ratón o no, me imagino que en kde también
estará.

Luego de ese mensaje vi este otro.

Buenas. Pues si van por ahi los tiros. En KDE, los pasos a seguir para
desactivar esta caracteristica son los siguientes:

Entonces volví­ a abrir las preferencias del teclado y vi que estaba así­.

Bastó con desactivar esa opción para que quedará así­ y con eso se solucionó el problema.

A final de cuentas el asunto era un tanto simple, pero ya ven la paranoia a veces resulta infructuosa

Me pregunto ¿Soy tan paranoico que primero busqué algún desperfecto fí­sico? o ¿Soy de los que comunmente dejan al final verificar la configuración?

¿Qué habrí­a hecho usted, apreciable lector?

En fin.. un caso sospechoso que resulto en un conocimiento sobre este mundo de la informática y el software libre.

Lo sigo diciendo, siempres aprendes algo nuevo todos los dí­as.

Resulta que en su momento comenté como le hice, pero pues ya tendrá su tiempecito de eso y pues no recordaba exactamente cómo le habí­a hecho.

Sucede que tengo un script con reglas para montar un firewall, además de hacer bloqueo de puertos tanto de entrada como de salida. Cuando por fin quedó funcionando tal y como se necesitaba copie dicho script (llamado local) a /etc/init.d/ y le habí­a dado permisos de ejecución así­.. cada que querí­a ejecutarlo hací­a:

root_at_soporte:/etc/init_dot_d# /etc/init.d/local

Y listo.. se ejecutaba el script. Pero debí­a de ponerlo para que se ejecutara cada vez que esta pc se reiniciara (raramente). Entonces lo conseguí­ gracias a este artí­culo de JavoAxian.

Así­ que lo que hice fue lo siguiente, entrar al directorio:

root_at_soporte:/home/hbautista# cd /etc/init.d/

Luego fue cuestión de ejecutar rc-update

root_at_soporte:/etc/init_dot_d# update-rc.d local defaults
update-rc.d: warning: /etc/init.d/local missing LSB information
update-rc.d: see
Adding system startup for /etc/init.d/local …
/etc/rc0.d/K20local -> ../init.d/local
/etc/rc1.d/K20local -> ../init.d/local
/etc/rc6.d/K20local -> ../init.d/local
/etc/rc2.d/S20local -> ../init.d/local
/etc/rc3.d/S20local -> ../init.d/local
/etc/rc4.d/S20local -> ../init.d/local
/etc/rc5.d/S20local -> ../init.d/local
root_at_soporte:/etc/init_dot_d#

Listo!!, con eso se agrega un script al inicio.

Abur..