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 ñ_ñ

Puedo escribir los scripts mas tristes esta noche.

Escribir por ejemplo: “La red esta congestionada,
y disparan, script kiddies, deniales a lo lejos.”

El server del backbone acumula bytes y palma.

Puedo escribir los scripts mas tristes esta noche..

Yo la freeze, y a veces de ella también me descargue un ISO.

En las noches como esta la tuve entre mis manos.
La escanee tantas veces bajo un protocolo definido.

Ella me freezo, a veces yo también la colgaría.
Como no haber paseado sus grandes hoyos fijos.

Puedo escribir los scripts mas tristes esta noche..
Se ha desconectado. Pensar que no la tengo. Sentir que la he perdido.

Notar la red inmensa, mas inmensa sin ella.
Y el ram cae a la máquina, como paquete al vacío.

Que importa que mi attempt no pueda penetrarla.
La noche esta floodeada y ella no esta como sitio.

Eso es todo. A lo lejos alguien gana una shell. A lo lejos.
Mis ganas no se contentan con haberla perdido.

Como escanearla, mi udp la busca.
Mi terminal la busca, y ella recién esta en inicio.

Las mismas boxes hacen temblar los mismos terminales.
Nosotros, los de entonces, ya no somos paqueteros que producen sismos.

Yo la espero, es cierto, pero cuanto la freeze
Mi tracert seguía su camino para tocar destino.

De otro. Será de otro. Como antes de mis TESOs
Su DoS, su CGI malo, sus bug infinitos.

Yo la espero, es cierto, pero tal vez la deseo.
Es tan corta la intrusión y es tan grande su rígido.

Porque en noches como esta la tuve entre mis manos,
mi terminal no se contenta con haberla perdido.

Aunque esta sea la ultima incursión que ella me traba,
y estos sean los últimos pings que yo le tiro.

Leído en el ciberespacio

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:

No importa como te ven

No importa tu condición social

No importa la edad

No importa…

Lo que realmente importa, es la actitud

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í.

Tomado de “El Bit Negro”

Para el que no lo conoce, GRUB es el mnemónico de GRand Unified Bootloader. Un boot loader, o cargador de arranque, es el primer programa que se ejecuta cuando la computadora arranca (salvando la secuencia de arranque en ROM). El boot loader es responsable de cargar y transferir el control al núcleo, o kernel, del sistema operativo. El kernel, luego, incializa el resto del sistema operativo.

GRUB es, para aquellos que tenemos Linux, el “menú que aparece en la pantalla” y que nos permite seleccionar el sistema operativo, o la versión de kernel, que vamos a iniciar. Otro gestor conocido y que muchos hemos utilizado alguna vez, es LILO.

La versión 1 de GRUB, ahora denominada GRUB Legacy, es la que utiliza la mayoría de las distribuciones de GNU/Linux actuales y ya no está siendo desarrollada activamente por la comunidad; no se están añadiendo nuevas funcionalidades y sólo se están aplicando los parches necesarios para mantenerlo al día mientras la versión 2 se estabiliza. De ahí la solicitud de Otavio en la lista de mails.

Ok, pasemos a la acción primeramente instalamos lo necesario

root@luke:/home/hbautista# aptitude install grub2 grub2-splashimages os-prober

Reiniciamos como en este video y veremos los cambios:

Si podemos ver y entrar usando Grub2 sin ningún mensaje de error, entonces procedemos a ejecutar lo siguiente para finalizar:

root@luke:/home/hbautista# upgrade-from-grub-legacy 

Installing GRUB to Master Boot Record of your first hard drive ...

Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/sda

GRUB Legacy has been removed, but its configuration files have been preserved,
since this script cannot determine if they contain valuable information.  If
you would like to remove the configuration files as well, use the following
command:

  rm -f /boot/grub/menu.lst*

root@luke:/home/hbautista#

Y eso es todo, faltaría reiniciar y Grub1 habrá desaparecido

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