Red Hat Linux 6.2

Me acuerdo como si fuese hoy la primera vez que instale Linux en mi PC. Yo tenia 12 años y había comprado una revista española que venia con el CD de Red Hat Linux 6.1.

Destruí completamente mi tabla de particiones con Disk Druid, todavía no se como hice para recuperarla. Una vez que complete la instalación, después de varios días. Empece a pelearme con mi monitor para que funcione a 1024×768, la único que pude hacer para que funcione fue usar una frecuencia horizontal entre 50-60 Hz, pero aun así tenia que pelearme con la vertical. Una vez que funcionaba, parpadeaba un poco, no era lo mejor para mis ojos, pero podía sacar mejores screenshots, me encantaba coleccionar screenshots. Algún día cuando las encuentre las posteare.

Estas son de la VM que instalé:

Subí esta VM para que cualquiera pueda bajarla y usarla. Quizás empiece a subir VM’s de distros viejas así todos pueden ver como era GNU/Linux 10 años atrás o quizás cuando empezó.

Como la consigo?

Como root:

probando un viejo Redhat 6.2 con KVM

Hace algunos días sentí un poco de nostalgia y trate de instalar redhat 6.2 en mi PC con fedora 14

La instalación fue bastante lenta, pero se completo sin mayores problemas. El problema es que después de bootear la nueva (chiste!) instalación, obtuve un kernel panic con el siguiente mensaje:

“Kernel panic: Kernel compiled for Pentium+, requires TSC”

Después de googlear un rato, encontré que una de las soluciones seria recompilar el kernel del viejo linux, con la opción, “Unsynced TSC Support”, lo haría pero soy demasiado perezoso para hacer eso. Pero me quedan algunas dudas, porque el kernel del cd no fallo? este fallo es porque mi PC tiene procesador AMD? hmmm, no lo sé

unrealircd hacked =(

Hace un par de días descubrí en mi servidor de IRC unos archivos “raros” en el /tmp, que obviamente yo no había generado:

El contenido de estos archivos era un script.
La explicación de mas o menos que es lo que hace dicho script, la pueden ver en este link

En definitiva, unrealircd reporto hace poco (el 12 de junio), en su foro el problema. Al parecer, alguien cambio el .tar.gz en los mirrors de unrealircd por uno que contenía un backdoor (esto paso en Noviembre 2009), el cual permitía a cualquier persona ejecutar cualquier comando como el usuario con el corría el ircd (esos nos sigue enseñando a todos que no hay que correr servicios como root). Así que alguien, muy vivo, exploto esta falla en nuestro IRC (irc.xterm.com.ar), pero al parecer mucha maldad no hizo.

Si tu unrealircd esta comprometido o no, se puede probar de estas 2 formas:

Verificar el checksum md5 si todavia tienen el .tar.gz:
(MALA) es: 752e46f2d873c1679fa99de3f52a274d
Versión Oficial (BUENA) es: 7b741e94e867c0a7370553fd01506c66

La otra forma es pararse en el directorio donde lo compilamos y correr:

Si, el resultado son 2 lineas entonces tenemos la versión mala, si el resultado es nada entonces es la buena.

La solución es re-descargar el unrealircd y validar que sea el correcto por GPG o MD5/SHA1.

Deberé seguir confiando en unrealircd? o deberíamos mudarnos a otro?

English:

Some days ago I found in my IRC server, a couple of “weird” files in the /tmp directory, that obviously I did not create.

The content of these files was a malicious script.
The explanation about what does this script does can be reached at this link

unrealircd reported some days ago (June 12) in their forum the problem. Apparently someone changed the .tar.gz package in their mirrors for one that contained a backdoor (this happened in November 2009). This backdoor allowed any person to run any command with the privileges of the user running the service (this is still remember us that we must not run services as root) .
Someone exploited this bug in our IRC (irc.xterm.com.ar), but apparently nothing bad happened for us.

If you need to check if your unrealircd is compromised or not, you can try this with one of these two ways:

Verifying the MD5 checksum of the .tar.gz package:
(BAD) is: 752e46f2d873c1679fa99de3f52a274d
Official version (GOOD) is: 7b741e94e867c0a7370553fd01506c66

The other way, is change to the directory where we compiled the source code and then run:

If it outputs 2 lines, then you’re hacked.
if it outputs nothing, then you’re good.

The solution is re-download unrealircd and validate that it’s the good package by checking GPG or MD5/SHA1 checksum

May I continue using unrealircd? or do I need to move to a new one?

unrealircd hacked =(

Some days ago I found in my IRC server, a couple of “weird” files in the /tmp directory, that obviously I did not create.

-rw——- 1 ircd ircd 17251 Jul 8 09:10 robot.txt
-rw——- 1 ircd ircd 17251 Jul 8 09:10 robot.txt.1

The content of these files was a malicious script.
The explanation about what does this script does can be reached at this link

unrealircd reported some days ago (June 12) in their forum the problem. Apparently someone changed the .tar.gz package in their mirrors for one that contained a backdoor (this happened in November 2009). This backdoor allowed any person to run any command with the privileges of the user running the service (this is still remember us that we must not run services as root) .
Someone exploited this bug in our IRC (irc.xterm.com.ar), but apparently nothing bad happened for us.

If you need to check if your unrealircd is compromised or not, you can try this with one of these two ways:

Verifying the MD5 checksum of the .tar.gz package:
(BAD) is: 752e46f2d873c1679fa99de3f52a274d
Official version (GOOD) is: 7b741e94e867c0a7370553fd01506c66

The other way, is change to the directory where we compiled the source code and then run:
grep DEBUG3_DOLOG_SYSTEM include/struct.h
If it outputs 2 lines, then you’re hacked.
if it outputs nothing, then you’re good.

The solution is re-download unrealircd and validate that it’s the good package by checking GPG or MD5/SHA1 checksum

May I continue using unrealircd? or do I need to move to a new one?

Resumir las descargas del firefox en Linux o cualquier Unix

Lamentablemente, cuando cancelamos una descarga con firefox, no hay modo de volverla a iniciar desde el navegador y eso es bastante molesto, ya que si por ejemplo estamos en una laptop y nos queremos ir hacia otro lugar o simplemente cambiar de red wifi, perdemos lo que sea que estamos descargando.

Por esto mismo, es muy buena esta función y es muy sencillo, que en caso de estar bajando el archivo ftp://sunsite.doc.ic.ac.uk/ls-lR.Z luego de interrumpirlo con el firefox, posicionarnos en el directorio donde se encuentra el archivo, ejecutamos:

Espero que les sirva,

d.