Los 20 dominios .com activos más antiguos

Por si alguna vez te has preguntado, cual fué el 1º dominio .com, aquí tienes una lista de los 20 primeros:

Nº Fecha creación Dominio
1. 15-Mar-1985 SYMBOLICS.COM
2. 24-Apr-1985 BBN.COM
3. 24-May-1985 THINK.COM
4. 11-Jul-1985 MCC.COM
5. 30-Sep-1985 DEC.COM
6. 07-Nov-1985 NORTHROP.COM
7. 09-Jan-1986 XEROX.COM
8. 17-Jan-1986 SRI.COM
9. 03-Mar-1986 HP.COM
10. 05-Mar-1986 BELLCORE.COM
11= 19-Mar-1986 IBM.COM
11= 19-Mar-1986 SUN.COM
13= 25-Mar-1986 INTEL.COM
13= 25-Mar-1986 TI.COM
15. 25-Apr-1986 ATT.COM
16= 08-May-1986 GMR.COM
16= 08-May-1986 TEK.COM
18= 10-Jul-1986 FMC.COM
18= 10-Jul-1986 UB.COM
20= 05-Aug-1986 BELL-ATL.COM
20= 05-Aug-1986 GE.COM
20= 05-Aug-1986 GREBYN.COM
20= 05-Aug-1986 ISC.COM
20= 05-Aug-1986 NSC.COM

Podemos ver está curiosa lista completa hasta 100 en este link

Las 20 mejores respuestas cuando una aplicación no funciona

A continuación, las mejores respuestas de un desarrollador ante un fallo en una de sus aplicaciones:

20. “Esto es raro …”

19. “Esto nunca había pasado antes.”

18. “Ayer funcionaba.”

17. “¿Cómo es esto posible?”

16. “Debe ser un problema del hardware.”

15. “¿Qué pusistes para que esto petara?”

14. “Algo está mal en tus datos.”

13. “Pues, ¡no he tocado este módulo en semanas!”

12. “Tienes que tener una versión errónea.”

11. “Sólo es una desafortunada coincidencia.”

10. “¡No lo puedo testear todo!”

9. “ESTO no puede ser la causa de AQUELLO”.

8. “Funcionar funciona, lo que pasa que no ha sido probado”.

7. “Alguien ha tenido que tocar mi código”.

6. “¿Has mirado si tienes virus en tu sistema?”

5. “A pesar de que esto no funciona, ¿cómo te sientes?”

4. “Esta versión no está hecha para este sistema.”

3. “¿Por qué tienes que hacerlo así?”

2. “¿Dónde estabas cuando la aplicación reventó?”

Y el número uno de las respuestas ante fallos de aplicaciones:

1. “En mi máquina funciona”

Fuente aquí.

Recuperar clave administrador de MYSQL

Hola, seguro que a todos o a casi todos alguna vez se nos ha olvidado una contraseña, y en concreto la de mysql, una muy habitual, aquí os dejo como recuperarla:

1- Detenemos el servicio si se esta ejecutando:/etc/init.d/mysql


/etc/init.d/mysql stop

2- El siguiente paso es reiniciar el servidor MYSQL en modo seguro, con los siguientes parámetros:


mysqld_safe --skip-grant-tables --skip-networking

3.- Ahora, en otra consola entramos como root al servidor, de esta forma:

mysql -u root -p mysql

4- Si todo ha salido bien, debemos tener el prompt de Mysql, en el cual procederemos a cambiar el password, en la tabla user de la base de datos mysql:

mysql>UPDATE user SET Password=PASSWORD('NUEVA PASSWORD') WHERE User='root';
mysql>flush privileges;

5- Después salimos de la consola donde ejecutemos el mysqld-safe, y salimos del prompt de mysql y reiniciamos el servicio mysql de la siguiente manera:

/etc/init.d/mysql restart

Después probamos a entrar con la contraseña nueva cambiada, y tiene que poder entrar sin problemas.

Nada más, alguna duda, dejar comentarios.

Acceder por ssh sin contraseña.

A veces al entrar a un mismo servidor todos los días, y escribir la misma contraseña todo los días, es un poco pesado.También a la hora de hacer scripts puede resultar útil no tener que meter la contraseña para que todo sea más automatizado.


Para evitar esto seguimos los siguientes pasos:

Para explicar este caso nos situamos en el siguiente entorno:
Cliente - Servidor y el objetivo es poder acceder al servidor por ssh con el usuario root de la máquina remota sin tener que introducir la clave.

1. En el cliente entramos como root y creamos el par de claves privada y pública DSA.

#ssh-keygen -t dsa

Si especificamos un passphrase nos será solicitada en el futuro en cada primer intento de conexión, yo la he dejado en blanco.

2. En el servidor entramos como root y nos vamos al fichero de configuración de ssh:
/etc/ssh/sshd_config

Buscamos las siguientes líneas, y descomentamos la última:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile %h/.ssh/authorized_keys

3. Reiniciamos el servidor con el siguiente comando:

#/etc/init.d/ssh restart

4. Ahora en el cliente. Copiamos la clave pública generada anteriormente(/root/.ssh/id_rsa.pub) al servidor en el directorio(/root/.ssh/).

Esto lo podemos hacer con scp, por ejemplo así:

#scp /root/.ssh/*.pub root@servidor:root/.ssh/

5. En el servidor añadimos al fichero authorized_keys la clave pública exportada desde el cliente, esto lo hacemos así:

#cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys

Actualización: Estos 2 pasos anteriores tambien lo podemos hacer de las siguiente forma:

#ssh-copy-id root@servidor

6. Para probarlo intentamos acceder

ssh root@servidor

Y debe de entrar sin pedir ninguna clave.

Nada más. Si hay alguna duda dejar un comentario.

Instalar y configurar Tomcat

Hace unos días tuve que instalar un servidor de aplicaciones: tomcat, para hacerlo seguí los siguientes pasos:

1º Instalamos el JDK de sum:

aptitude install sun-java6-jdk

2º Una vez instalado el JDK hay que descargar tomcat, eso lo hacemos desde el página oficial buscamos la version 6 por ejemplo y lo descargamos por ejemplo con el siguiente comando:

#wget http://apache.rediris.es/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26.tar.gz

3º Lo descomprimimos y lo pegamos por ejemplo en /opt:

#tar xvzf apache-tomcat-6.0.14.tar.gz
#mv apache-tomcat-6.0.14 /opt

4º Ahora creamos un script en /etc/init.d

#nano /etc/init.d/tomcat

El script contiene lo siguiente:

# Tomcat auto-start

#

# description: Auto-starts tomcat

# processname: tomcat

# Tomcat auto-start
#
# description: Auto-starts tomcat
# processname: tomcat
# pidfile: /var/run/tomcat.pid

export JAVA_HOME=/usr/lib/jvm/java-6-sun

case $1 in
start)
sh /opt/apache-tomcat-6.0.14/bin/startup.sh
;;
stop)
sh /opt/apache-tomcat-6.0.14/bin/shutdown.sh
;;
restart)
sh /opt/apache-tomcat-6.0.14/bin/shutdown.sh
sh /opt/apache-tomcat-6.0.14/bin/startup.sh
;;
esac
exit 0

5º Después le damos permisos de ejecución a ese script, con el siguiente comando:

chmod 775 /etc/init.d/tomcat

Este script permitira una vez terminada la configuración poder parar, iniciar o reiniciar el servicio, ejecutando el tipico /etc/init.d/... start/stop/restart

6º Añadimos el script al arranque del sistema:

cd /etc/init.d/
update-rc.d tomcat defaults 99

6º Y una vez esto ya tenemos instalado y configurado tomcat para que arranque desde el inicio.
Para acceder a tomcat lo hacemos accediendo al puerto 8080, por ejemplo: http://localhost:8080





Crear una imagen ISO desde el terminal.

Buenas, a veces para crear una imagen iso, siempre se nos vienen a la mente programas como Nero, Alcohol, Isobuster, etc pero a veces es mas práctico y incluso diría que mas rápido hacerlo con la consola, que es lo que voy a intentar explicar.

Si queremos crear una imagen de un CD, DVD o HDD desde consola, ejecutamos:

dd if=/dev/dvd of=dvd.iso # para dvd
dd if=/dev/cdrom of=cd.iso # para cdrom
dd if=/dev/scd0 of=cd.iso # si el cdrom es scsi

Todo ello se basa en el uso de el comando “dd” que sirve para copiar bloques de datos entre un origen y un destino. if indicaría el origen, of indicaría el destino. Si no indicas una ruta en el destino, te coge el directorio actual.

Si en cambio lo que quisiéramos es crear una imagen .iso de un conjunto de carpetas, ejecutaríamos:
mkisofs -r -J -o directorio_imagen directoria_a_copiar. Por ejemplo:

$ mkisofs -r -J -o /tmp/cd.iso /tmp/directory/

Nos crearía en /tmp un fichero cd.iso con el contenido de /tmp/directory

Nota: HDD se refiere al disco duro, Hard disk drive.

Y así de sencillo y sin tener que instalar ningún software adicional.

Saludos!!