Como podrán leer en el anuncio oficial hay muchas correcciones de bugs para esta actualización de la distribución.

Philip Kern hizo el anuncio el pasado domingo 19 de Junio de 2011. El inicio del anuncio es el siguiente:

Upcoming Debian GNU/Linux 6.0 Update (6.0.2)

An update to Debian GNU/Linux 6.0 is scheduled for Saturday, June 25th, 2011. As of now it will include the following bug fixes. They can be found in “squeeze-proposed-updates”, which is carried by all official mirrors.

Please note that packages published through security.debian.org are not listed, but will be included if possible. Some for the updates below are also already available through “squeeze-updates”.

Testing and feedback would be appreciated. Bugs should be filed in the Debian Bug Tracking System, but please make the Release Team aware of them by copying “debian-release@lists.debian.org” on your mails.

The point release will also include a rebuild of debian-installer.

De lo que leo estas correcciones serán bienvenidas para muchos de nosotros, en mayor o menos medida:

dbus Fix local DoS for system services (CVE-2011-2200)

dpkg Fix regression in “dpkg-divert –rename”; dpkg-split: don’t corrupt metadata on 32-bit systems; fix vsnprintf() compat declaration

gdm3 Reset SIGPIPE handler before starting the session; execute the PostSession script even when GDM is killed or shut down

gnome-settings-daemon Work around possible race condition when starting Xsettings manager

ia32-libs Refresh packages from stable and proposed-updates.

kdenetwork Improve fix for CVE-2010-1000 directory traversal issue

linux-2.6 New hardware support; add longterm 2.6.32.41; fix oops via corrupted partition tables

sun-java6 New upstream security update

Cabe aclarar que existen mejores formas y también de hacer cosas con restricciones, de este tema no trata este pequeño documento.

Si usan un sistema como Redhat y derivados, lo siguiente puede ir dentro del archivo /etc/rc.local para que sea ejecutado al iniciar la computadora, o bien crear un archivo que se llame /etc/init.d/firewall en otros sistemas operativos como Debian y sus derivados.

#Vaciamos el contenido de iptables
iptables -Fiptables -Z
iptables -t nat -F

#Hacemos un masquerading
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -j MASQUERADE

#Aceptamos las conexiones
iptables -A INPUT -p TCP -m state --state RELATED -j ACCEPT

# habilitar el ip forwarding
echo 1 > /proc/sys/net/ipv4/ip_forward

Con ese sencillo script tienen salida a internet los que estén en tu red interna del tipo 192.168.1.x, máscara de subred 255.255.255.0, tu puerta de enlace puede ser 192.168.1.1 siempre y cuando sea la de tu servidor y los dns que más te acomoden (200.33.126.201, 200.33.146.193 son los de Telmex).

Saludos y espero que a alguien le sirva.

El problema viene cuando quieres que funcione en una distribución de 64 bits, como es mi caso.
En muchos lados te indican los pasos para instalar Adobe Air para 64 bits y en resumidas cuentas queda de la siguiente manera:

• Descargarte el archivo .bin de la página oficial
• Asignarle permisos de ejecución:

chmod +x AdobeAIRInstaller.bin

• Ejecutar el binario ejecutable como root

./AdobeAIRInstaller.bin

Con eso debería bastar para instalar Adobe Air, pero como mencioné en un principio, eso solo les provee de la plataforma para luego instalar diversas aplicaciones entre ellas la que me interesa es Tweetdeck, el cual es un cliente de escritorio multiplataforma para uso de redes sociales como Twitter, Facebook, Google Buzz, entre otras.

Ahora vamos a instalar el cliente TweetDeck, para ello iremos a la página web y procedemos a dar clic en Instalar lo cual nos abrirá una nueva ventana como la siguiente en donde daremos clic en “Abrir”

Veremos lo siguiente:

Luego le damos clic en Instalar y seguir los pasos y finalmente lo tendremos instalado.

Ahora bien, cuando intentan iniciar probablemente se encuentren con esta pantalla donde les indica que ha ocurrido un error.

En mi caso estuve viendo el porqué de ese error y obtuve este otro pantallazo:

Ahora bien, para poder solucionarlo se tiene que hacer algo así como una chapuza. Es decir, hay pasos que debemos hacer de forma manual en la consola, shell o terminal.

Encontré la respuesta sobre el problema en sí en el siguiente párrafo:

I had gnome-keyring installed, but its libraries were the 64-bit versions, not the 32-bit compatibility versions that TweetDeck and Adobe Air were looking for. I found a lot of hacky solutions and workarounds, none of which were clean enough to put onto my system, so I tried one of my own; installing ONLY the 32-bit gnome-keyring libs into /usr/lib32

Siguiendo con este mini-tutorial veremos que (en mi caso) usamos la versión de 64 bits de Debian Gnu/Linux y que para bien o para mal, Adobe Air está buscando las librerías pero de 32 bits -.- y pues por obvias razones nunca lo va a encontrar, así que tenemos que en el directorio /usr/lib32 pondremos los archivos que necesitamos.

Primeramente hay que descargar el paquete libgnome-keyring de cualquiera de los diferentes sitios de internet de donde puede hacerse (aquí), en el caso de que usen Ubuntu o LinuxMint, deben buscar el paquete y descargarlo. Como consejo les recomiendo que pongan el archivo descargado en alguna carpeta (en mi caso /home/hbautista/Descargas/tuitdik) para que no nos confundamos con los archivos.

Ahora bien, vamos a extraer el contenido del paquete que serán los archivos que nos van a servir con el siguiente comando:

root@luke:/home/hbautista/Descargas/tuitdik# dpkg-deb -x libgnome-keyring0_2.30.1-1_i386.deb libgnome-keyring0_2.30.1-1_i386

El contenido del paquete, es decir los archivos de la librería de gnome keyring en 32 bits quedarán dentro del directorio lib-gnome-keyring0_2.30.1-1_i386 y ahora copiaremos estos archivos al directorio que antes mencioné /usr/lib32

root@luke:/home/hbautista/Descargas/tuitdik# cp libgnome-keyring0_2.30.1-1_i386/usr/lib/* /usr/lib32/

Y listo, con estos sencillos pasos habremos por fin de resolver el detalle de poder usar este programa y poder twittear a gusto.

Así que finalmente lo instalé y es lo que estoy usando desde hace como dos o tres semanas, sin estar totalmente convencido. Sobre todo por la nota al final donde dice:

Al parecer el servicio pdnsd tiene un ligero problemita con ubuntu. Bueno en realidad no es problema de pdnsd, lo que ocurre es que la red no esta disponible cuando inicia el servicio y eso hace que no este aceptando consultas a dominios nuevos.

Pues ese problema también lo he visto en Debian.

Para instalarlo es desde terminal o en el Centro de Software instalar el paquete:

root@luke:/home/hbautista# aptitude install pdnsd
Se instalarán los siguiente paquetes NUEVOS:
  pdnsd resolvconf{a}
0 paquetes actualizados, 2 nuevos instalados, 0 para eliminar y 0 sin actualizar.
Necesito descargar 355 kB de ficheros. Después de desempaquetar se usarán 926 kB.
¿Quiere continuar? [Y/n/?] y
Des:1 http://mmc.geofisica.unam.mx/debian/ squeeze/main pdnsd amd64 1.2.7-par-1.2 [298 kB]
Des:2 http://mmc.geofisica.unam.mx/debian/ squeeze/main resolvconf all 1.46 [56.3 kB]
Descargados 355 kB en 1seg. (184 kB/s).
Preconfigurando paquetes ...
Seleccionando el paquete pdnsd previamente no seleccionado.
(Leyendo la base de datos ... 196082 ficheros o directorios instalados actualmente.)
Desempaquetando pdnsd (de .../pdnsd_1.2.7-par-1.2_amd64.deb) ...
Seleccionando el paquete resolvconf previamente no seleccionado.
Desempaquetando resolvconf (de .../resolvconf_1.46_all.deb) ...
Procesando disparadores para man-db ...
Configurando pdnsd (1.2.7-par-1.2) ...
Starting pdnsd.
Configurando resolvconf (1.46) ...
mkdir: se ha creado el directorio «/lib/init/rw/resolvconf»
mkdir: se ha creado el directorio «/lib/init/rw/resolvconf/interface»

root@luke:/home/hbautista#

Ahora queda configurar nuestro equipo para que use el Caché DNS de forma local:

Vamos al menú Sistema – Preferencias – Conexiones de red, en la pestaña “Inalámbrico”

Ahí seleccionamos la conexión que usemos o estemos usando en ese momento, en mi caso Site y le damos clic en Editar, de ahí clic en la pestaña de Ajustes de IPv4.

Viene seleccionado en Método Automático (DHCP) y lo cambiamos por Sólo direcciones automáticas (DHCP). En la parte de servidores DNS debe quedar:

127.0.01, 8.8.8.8, 8.8.4.4

Que es nuestro propio equipo y los DNS de Google, respectivamente.

Se recomienda editar la configuración de pdnsd en el archivo que se encuentra en /etc/pdnsd.conf y que quede de la siguiente forma:

server {
#    label="resolvconf";
        label="google-dns";
        ip=8.8.8.8;
        ip=8.8.4.4;
        timeout=30;
        uptest=ping;
        interval=30;
        ping_timeout=300;
        proxy_only=on;
        purge_cache=off;
        caching=on;
        preset=off;
}

Reiniciamos el servicio:

root@luke:/home/hbautista# /etc/init.d/pdnsd restart
Stopping pdnsd.
Starting pdnsd.
root@luke:/home/hbautista#

Y hacemos alguna prueba:

hbautista@luke:~$ dig hbautista.com | grep Query
;; Query time: 1609 msec
hbautista@luke:~$ dig hbautista.com | grep Query
;; Query time: 0 msec
hbautista@luke:~$ dig hbautista.com | grep Query
;; Query time: 0 msec
hbautista@luke:~$ dig hbautista.com | grep Query
;; Query time: 0 msec
hbautista@luke:~$ dig hbautista.com | grep Query
;; Query time: 0 msec
hbautista@luke:~$

Eso es todo

Debian 6.0 incluye los entornos de escritorio KDE, GNOME, Xfce y LXDE, así como todo tipo de aplicaciones de servidor. También ofrece compatibilidad con el estándar FHS v2.3 y el software desarrollado para la versión 3.2 de LSB.

Debian se ejecuta en distintos tipos de sistemas que van desde computadores de bolsillo hasta supercomputadoras, pasando por prácticamente cualquier otro sistema intermedio. Debian GNU/Linux da soporte a un total de nueve arquitecturas: PCs de 32 bits / Intel IA-32 (i386), PCs de 64 bits / Intel EM64T / x86-64 (amd64), PowerPC de Motorola/IBM (powerpc), SPARC de Sun/Oracle (sparc), MIPS (mips (big-endian) y mipsel (little-endian)), Itanium de Intel (ia64), S/390 de IBM (s390), y ARM EABI (armel).

Debian 6.0 “Squeeze” incluye una versión preliminar de dos nuevas adaptaciones al núcleo del proyecto FreeBSD utilizando el conocido entorno de usuario Debian GNU: Debian GNU/kFreeBSD para arquitecturas de PCs de 32 bits (kfreebsd-i386) y PC de 64 bits (kfreebsd-amd64). Estas adaptaciones son las primeras en ser incluidas en una versión de Debian sin estar basadas en el núcleo de Linux. Hay muy buen soporte para aplicaciones de servidor y combina las características existentes de Debian basado en Linux con caracterí­sticas únicas en el mundo BSD. Sin embargo, en esta versión estas adaptaciones son aún limitadas.

Publicado en Usoli.org

Nota de la liberación

Notas de publicación

Pues bien, algo pasó que simplemente se perdió una partición conteniendo información importante y valiosa que debía ser rescatada, TestDisk finalmente me ayudó a resolver parte del problema.

El caso es que finalmente tuve perdida de información debido a un error mío y pues ni modos. No sé exactamente que se perdió ni si era importante o no. La cuestión es que necesitamos usar ese disco duro externo que es de 250GB.

Entonces lo que hice fue eliminar las particiones usando GParted y volverlas a crear en el siguiente orden: 50% en una partición primaria del tipo NTFS y 50% de una partición lógica en Fat32.

Pero me topé con el pequeño detalle que no podía crear la partición en NTFS porque no tenía soporte completo, en mi caso instalé los siguientes paquetes y asunto resuelto:

root@luke:/home/hbautista# aptitude install ntfs-config ntfsprogs fuse-utils

Basta con volver a entrar en GParted y crear las particiones tal y como mencioné antes y listo.

En el trabajo necesitamos de ese disco duro con ese tipo de particiones.

deb http://mmc.geofisica.unam.mx/debian/ squeeze main contrib
# deb-src http://mmc.geofisica.unam.mx/debian/ squeeze main

deb http://ftp.mx.debian.org/debian/ squeeze main
deb http://ftp.rediris.es/debian squeeze main contrib non-free
# deb-src http://ftp.mx.debian.org/debian/ squeeze main

deb http://security.debian.org/ squeeze/updates main
# deb-src http://security.debian.org/ squeeze/updates main

# Google software repository
# deb http://dl.google.com/linux/deb/ stable non-free

#Debian Multimedia
deb http://www.debian-multimedia.org squeeze main non-free

# Google testing repository
deb http://dl.google.com/linux/deb/ testing non-free

#Opera for Debian Lenny
deb http://deb.opera.com/opera/ squeeze non-free

# Skype
deb http://download.skype.com/linux/repos/debian/ stable non-free

## Thí¨mes du projet bisigi
deb http://ppa.launchpad.net/bisigi/ppa/ubuntu jaunty main

Luego hay que hacer

root@soporte:/home/hbautista# aptitude update

Y dependiendo un:

root@soporte:/home/hbautista# aptitude safe-ugrade

Y un:

root@soporte:/home/hbautista# aptitude full-upgrade

Se procedió a hacer la migración de todos y cada uno de los servicios, asimismo de migrar las bases de datos, subdominios y todo lo que esto conlleva. Luego vino el reinstalar de nuevo el servidor y acondicionarlo para volver a pasar los servicios con los que contaba.

Hoy puedo decir que ese proceso lleva un 85% concluido, es poca información la que falta por migrar, detallar uno que otro servicio y finalmente hacer el switch otra vez.

He aprendido muchas cosas en el proceso, he indagado sobre cómo lograr que equis servicio funcione de tal forma o incluso involucrarme en los proyectos de los que nos estamos apoyando para lograr tener el sitio funcionando.

Ha sido lento todo este proceso, porque así fue pensado, además de que haremos un par de cambios que mejorarán sustancialmente la forma de funcionar el sitio y que esperemos sea agradable para los visitantes.

Hoy quería avanzar un poco más, pero la verdad hoy.. hoy no tengo ganas..

Si.. influye mucho mi estado de ánimo para que las cosas se den bien y en tiempos cortos o que simplemente tenga que tomarme un respiro para poder lograr concentrarme.

Influyes mucho en la forma de ver, reaccionar y hacer diario. Me duele..Te quiero morgana.

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