Aqui esta la respuesta:

1.- sudo nano /etc/apt/sources.list

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib
deb http://ftp.debian.org/debian/ etch main
deb-src http://ftp.debian.org/debian/ etch main

Cambie todo lo que dice “etch” por “lenny” quedando de la siguiente manera

deb http://security.debian.org/ lenny/updates main contrib
deb-src http://security.debian.org/ lenny/updates main contrib
deb http://ftp.debian.org/debian/ lenny main
deb-src http://ftp.debian.org/debian/ lenny main

2.- apt-get update

Aqui me arrojo el mensaje siguiente que fue un problema:

Debian lenny public key is not available: NO_PUBLICKEY XXXXXXXX

3.- apt-get install debian-archive-keyring

Esto me ayudo a instalar las llaves publicas.

4.- apt-get update

Actualice y ya no aparecio ningun error de claves publicas.

5.- apt-get dist-upgrade

Lei en varios sitios web donde decian que podia tener muchos errores con gcc, que los programas que yo hubiera instalado (compilados por mi) tendria que volverlos a instalar y que varias cosas de configuracion dejarian de funcionar. Sin embargo hasta ahorita no he tenido ningun problema (a menos ¡claro esta! que si apago mi maquina y despues la enciendo, podria tener algunas deficiencias, ¡pero espero que no!).

Eso fue todo, espero que les pueda ayudar esta informacion.

Queremos que sólo un usuario (o varios) puedan acceder a una determinada carpeta de nuestro servidor. Además, para acceder deberán introducir nombre de usuario y contraseña. Esto es posible gracias al fichero .htaccess y a un segundo fichero (el nombre y carpeta que elijamos) donde guardaremos los usuarios y contraseñas.

En primer lugar deberemos crear el fichero que contendrá los usuarios y contraseñas encriptadas. Este ficheros es muy importante que esté situado siempre un nivel inferior a la carpeta raíz de nuestro sitio web. De esta forma conseguiremos que no sea público y accesible desde fuera, impidiendo que algún usuario pudiera abrirlo y obtener los usuarios y las contraseñas. Para evitar esto guardaremos el fichero, en nuestro caso, en:

/home/usuario/.htpasswd (una carpeta inferior a la carpeta de nuestra web /home/usuario/www)

Para crear este fichero utilizaremos el comando htpasswd, para ello accederemos a /home/usuario/

cd /home/usuario/

Y ejecutaremos el comando:

htpasswd -c .htpasswd miusuarioweb

(donde “miusuarioweb” será el nombre del usuario que creará el comando htpasswd y .htpasswd será el nombre del fichero creado)

Nos pedirá la contraseña para el usuario especificado, que deberemos introducir dos veces.

Ahora veremos el contenido del archivo creado .htpasswd:

aserver@xxx:~/contra_priv$ cat .htpasswd

miusuarioweb:F2qRaD.zm.C/.

Como se puede observar, el comando htpasswd, genera el fichero y encripta las contraseñas.

Seguidamente crearemos el fichero .htaccess dentro del diectorio publico, con el comando:

nano /home/usuario/www/.htaccess

Con el contenido:

AuthType Basic

AuthName “Sitio Privado”

AuthUserFile /home/usuario/.htpasswd

Require user miusuarioweb

Donde:

AuthType: indicará el tipo de autenticación.

AuthName: nombre sólo a efectos informativos.

AuthUserFile: con este parámetro indicaremos la ubicación y nombre del fichero de contraseñas creado anteriormente con htpasswd.

Require user miusuario: con este comando indicaremos el nombre del usuario que tendrá acceso al sitio privado.

De esta forma, cuando un usuario intente acceder a nuestro sitio o carpeta privada:

http://www.misitioprivado.com/

Nos mostrará una ventana de autenticación, para introducir usuario y contraseña:

Si introducimos el usuario y la contraseña correctos nos mostrará el contenido del www.sitioprivado.com :

Contenido indexado de la carpeta privada

En caso de no introducir usuario y contraseña correctos el servidor Apache mostrará una página de error con el texto:

Authorization Required

This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn’t understand how to supply the credentials required.

Server at www.misistioprivado.com Port 80

Restarting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName

Edite apache2.conf

# nano /etc/apache2/apache2.conf

Agregue al final del archivo lo siguiente:

# ServerName
ServerName localhost

Edite httpd.conf que por default viene vacio

# nano /etc/apache2/httpd.conf

Agregue al archivo lo siguiente:

# ServerName
ServerName localhost

Despues detuve y arranque apache

# /etc/init.d/apache2 stop
# /etc/init.d/apache2 start

NOTA IMPORTANTE: Esta solucion la encontre en: http://pcexpertos.com/2009/10/apache2-could-not-reliably-determine-the-servers-fully-qualified-domain-name-using-127011-for-servername.html

Solo que luego dan de baja las webs y se pierde la informacion.

He instalado una red casera, dos de mis computadoras, me han traído ciertos problemitas que es necesario solucionar. Estas no podían acceder a internet, aunque todo parecía estar bien, los cables bien “ponchados” correctamente conectados en su correspondiente RJ45.

Entonces el problema debería ser la configuración de la red mediante DHCP. Así que en una de las computadoras reinstale mediante el disco netinstall Debian etch y la configuración DHCP se configuraba con éxito, sin embargo al reiniciar, hacía un ping a cualquier servidor, este simplemente no podía conectar o recibir el pong. Así que decidí hacer un ping al router y la respuesta era que la red no estaba disponible.

Mediante sudo ifconfig, pude darme cuenta que la interfaz eth0 no estaba levantada (encendida) y por tanto me di a la tarea de levantarla mediante sudo ifconfig eth0 up y esta debería haber quedado activada, sin embargo no sucedió así, me decía que el dispositivo no existía ¿Cómo no iba a existir? así que quise verificarlo mediante sudo ifconfig -a (muestra los dispositivos de red que existen aunque estén desactivados) y ahí estaba solo que con otro nombre:

eth4 Link encap:Ethernet HWaddr 00:00:6D:B6:85:45

Ese era el motivo de no poder acceder a internet, por tanto modifique los valores contenidos en /etc/network/interfaces de la siguiente manera:

——————INICIO——————

#This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth4
iface eth4 inet static
address 192.168.1.101
netmask 255.255.255.0
gateway 192.168.1.254

# address es la IP de red interna de mi maquina
# netmask es la IP de la mascara de red.
# gateway es la IP de mi router

——————FIN——————

Al mismo tiempo, modifique /etc/resolv.conf

——————INICIO——————

# Datos del servidor de nombres

nameserver 200.33.146.193
nameserver 200.33.146.201

——————FIN——————

Posteriormente reinicie el proceso de la red mediante:

sudo /etc/init.d/networking/ restart

¡Vaya, por fin pude ingresar a internet. Pero el problema no termino ahí, porque cuando apague la computadora para dormir, al dia siguiente, no quiso entrar a internet por dos razones:

1.- La interfaz no se había activado, estaba “apagada”. Esto lo comprobé mediante ifconfig y únicamente aparecía la interfaz lo, por lo cual sabia que estaba desactivada. Cuando intento activarla mediante ifconfig eth4, me decia que el dispositivo no existia, asi que tenía que saber porque no existía.

2.-Cuando verifico que la interfaz existe mediante sudo ifconfig -a, puedo percatarme de que el nombre de la interfaz había cambiado y de ser eth4 ahora se llamaba eth5, así que volví a apagar la maquina y cuando la encendí, me dí cuenta que ahora se llamaba eth5 y así iba escalando en número, cambiando de nombre cada vez que la apagaba y para poder acceder a internet, tenia que modificar el archivo /etc/network/interfaces y en este archivo modificar el nombre de la interfaz.

Ahora el problema a resolver es ese, conseguir que la interfaz se quede fija como eth0 (que es lo común y normal).

He mirado el archivo /etc/udev/rules.d/z25_persistent-net.rules y contiene la siguiente información:

# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.

# PCI device 0x10de:0x03ef (forcedeth)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:00:6c:b6:85:45″, NAME=”eth0″

# PCI device 0x10de:0x03ef (forcedeth)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:00:6c:f7:69:1T”, NAME=”eth1″

# PCI device 0x10de:0x03ef (forcedeth)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:00:6c:8b:G0:24″, NAME=”eth2″

# PCI device 0x10de:0x03ef (forcedeth)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:00:6c:Tb:o3:d4″, NAME=”eth3″

Con esta información me he dado cuenta que no accede automáticamente a internet por la razón de que la MAC cambia a cada vez que arranco el sistema. Ahora el problema ya lo tengo de raíz, que es hacer que la MAC de fábrica se quede fija (irónico, algunos quieren que cambia al arrancar y yo no).

En un post, alguien dijo que su problema se solucionó cuando actualizó su Kernel, yo no quiero hacerlo porque creo que es posible que la MAC se quede fija con este mismo Kernel que tengo.

La aplicación pregunta al usuario su edad y el podrá responder utilizando una spin box o un slider.

La aplicación consta de tres Widgets: un QSpinBox, un QSlider, y un QWidget. El QWidget es la aplicación de la ventana principal. El QSpinBox y la QSlider se encuentran en el interior de la QWidget.

Alternativamente podemos decir que QWidget es padre de QSpinBox y de QSlider. El QWidget no tiene padre, porque se está utilizando como un nivel superior máximo de la ventana.

El código que usaremos para esta aplicación es el siguiente.

1 #include <QApplication>
2 #include <QHBoxLayout>
3 #include <QSlider>
4 #include <QSpinBox>
5 int main(int argc, char *argv[])
6 {
7 QApplication app(argc, argv);
8 QWidget *window = new QWidget;
9 window->setWindowTitle(“Ingresa tu edad”);
10 QSpinBox *spinBox = new QSpinBox;
11 QSlider *slider = new QSlider(Qt::Horizontal);
12 spinBox->setRange(0, 130);
13 slider->setRange(0, 130);
14 QObject::connect(spinBox, SIGNAL(valueChanged(int)),
15 slider, SLOT(setValue(int)));
16 QObject::connect(slider, SIGNAL(valueChanged(int)),
17 spinBox, SLOT(setValue(int)));
18 spinBox->setValue(35);
19 QHBoxLayout *layout = new QHBoxLayout;
20 layout->addWidget(spinBox);
21 layout->addWidget(slider);
22 window->setLayout(layout);
23 window->show();
24 return app.exec();
25 }

Línea 8 y 9 setWindowTitle() nos permite editar el texto que será visible en la Barra de Titulo de nuestra aplicación.

Lineas 10 y 11 crean una QSpinBox y un QSlider, mientras que las líneas 12 y 13 le dice el valor máximo y mínimo que mostrarán. Asumo que una persona vive máximo y exageradamente 130 años (yo solo sé de personas que han vivido hasta 116 años y eso porque les hacen reportajes en noticieros nacionales).

Las lineas 14 y 17 que contienen QObject::connect() garantizan que la QSpinBox y el QSlider están sincronizadas y que siempre tendrán el mismo valor. Cuando algún valor del los Widgets cambie se enviara una señal de cambio mediante valueChanged(int) mientras que el valor de el otro Widget cambiará debido a esa señal mediante setValue(int).

Línea 18 establece el valor 35 por default. Cuando esto sucede, la Spin Box emite la señal valueChanged(int) con int establece el valor 35. Este valor es pasado al slot de setValue(int) del Slider. El Slider entonces emite la señal valueChanged(int), porque su propio valor a cambiado activando el slot setValue(int) de la Spin Box. Pero en este punto, setValue(int) no emite ninguna señal, ya que el valor de la Spin Box ya es 35, esto previene una repetición infinita.

Lineas 19 a 22 en donde establezco la Spin Box y el Slider, uso un Layout Manager. Un Layout Manager es un objeto que establece el tamaño y la posición de los widgets que están bajo su responsabilidad Qt4 tiene tres 3 principales clases de Layout Manager:

• QHBoxLayout Establece widgets horizontalmente de izquierda a derecha (derecha a izquierda para otras culturas).
• QVBoxLayout Establece widgets verticalmente de arriba a abajo.
• QGridLayout Establece widgets en una cuadrícula.

La llamada a QWidget::setLayout() en la línea 22 instala el Layout Manager sobre la ventana.. Detras del proceso, la QSpinBox y QSlider son nuevamente llamados a ser niños de el widget en la que el layout es instalado, y por esta rason no necesitamos especificar un parentezco cuando construimos un widget que se pondrá en un layout.

A pesar de que no establecimos la posición o el tamaño de cualquier widget, la QSpinBox y el QSlider aparecerá bien establecido de un lado al otro. Esto es porque QHBox-Layout automáticamente asignará posiciones y tamaños razonablesa los widgets. El Layout Manager nos libera de la ardua tarea de codificación de las posiciones en nuestra pantalla de las aplicaciones y asegura el tamaño de las ventanas sin problemas.

La imagen de nuestra aplicación es la siguiente.

 1 #include <QApplication>
2 #include <QPushButton>
3 int main(int argc, char *argv[])
4 {
5     QApplication app(argc, argv);
6     QPushButton *button = new QPushButton(“Quit”);
7     QObject::connect(button, SIGNAL(clicked()),
8                      &app, SLOT(quit()));
9     button->show();
10     return app.exec();
11 }

Los Widgets emiten señales para indicar que una acción del usuario o un cambio de estado se ha producido. Por ejemplo, QPushButton emite un clicked () que es una señal cuando el usuario hace clic en el botón. Una señal puede ser conectada a una función (llamada slot), de manera que cuando se emite la señal, el slot se ejecuta automáticamente. En nuestro ejemplo, conectamos la señal del clic del botón ( clicked () )  al slot del objeto quit () de QApplication.  Los macros  (conjunto de instrucciones) SIGNAL () y SLOT () son parte de la sintaxis, que se explican con más detalle.

La aplicación quedaría de la siguiente manera.

#include <QApplication>
#include <QLabel>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
QLabel *label = new QLabel(“<h2><i>Hello</i> “
“<font color=red>Qt!</font></h2>”);
label->show();
return app.exec();
}

Como podrán darse cuenta, cambiamos la línea que contiene

QLabel *label = new QLabel(“Hello Qt!”);

por

QLabel *label = new QLabel(“<h2><i>Hello</i> “
“<font color=red>Qt!</font></h2>”);

Con esta simple modificación obtuvimos la siguiente aplicación.

Ya tenemos nuestro servidor apache, pero de nada nos servirá si cada vez que la empresa que nos provee internet (ISP) nos cambia la IP. Para ello la comunidad Libre ha desarollado muchas herramientas para “liberarnos” de estas situaciones.

ddclient hace lo siguiente:

Nos conecta a www.dyndns.com automáticamente cada cierto tiempo, cuando detecta que nuestro ISP nos cambió la IP envía la señal a www.dyndns.com y cambia la IP y la relaciona con nuestro nombre de dominio. Para explicarlo mas claro, pondré el ejemplo de nuestros números telefónicos, tu seguramente sabes de memoria el número telefónico de tu mamá tal vez sea 55551278 pero ¿Qué pasaría si alguna empresa chafa como telmex, le cambiara el número cada vez que quisiera?. Bueno pues si eso sucediera tendríamos resuelto el problema con ddclient que sería como un vigilante en el número telefónico de tu mamá y que corre a avisarte cuando el número de tu mamá fue cambiado y te dice el número nuevo es 55555555. Pues esta función es igual en las IP de los servidores con IP dinámica, instalamos ddclient y cuando nuestra IP cambia le dice a www.dyndns.com que cambió la IP y que lo relacione con nuestro nombre de dominio.

Ahora es bueno explicar que es www.dyndns.compara entenderlo mejor, las máquinas y los seres humanos nos comunicamos con lenguajes diferentes, nosotros para hablar el lenguaje de las máquinas sería complicado y las máquinas aún no las hemos desarrollado para que entiendan nuestro lenguaje y hagan las cosas que queramos. Bien cuando nosotros nos conectamos a la red, cada página o servidor de páginas tienen un número para localizarlas este número es IP fija o en su defecto y para los que somos mortales IP dínamica, para conectarse a mi pagina web que tiene IP dinámica es muy difícil porque cambia continuamente, pero si fuera fija (te cobran un dineral al mes por tener IP fija) entonces siempre que pongas el mismo número te llevará a la página de ese servidor.

Tomemos como ejemplo a www.google.com.mx ellos tienen IP fija y esa IP fija es 72.14.205.147 si tu pones este número en la barra de direcciones de tu explorador iceweasel, firefox, netscape mozilla (por nombrar los mejores) te darás cuenta que abre la pagina de google aquí surge la pregunta ¿Qué es más fácil de recordar 72.14.205.147 ó www.google.com.mx? bien pues el primero es un lenguaje más fácil para la máquina pero no para el hombre y la segunda es más fácil para el hombre que para la máquina. Pues para eso sirve www.dyndns.com que nos brinda un nombre facil de recordar para los humanos, en mi caso yo decidí crear un nombre de dominio llamado angelclasico.ath.cx para relacionarlo con mi IP 148.125.1.25 que me da la empresa con la que contraté internet. Etonces la gente no va a tener que recordar mi IP sino angelclasicop.ath.cx y ese nunca va a cambiar.

Bien explicado lo anterior espero que le hayan entendido y sino fue así, pueden investigar más en internet, por ahora procederemos a instalar ddclient en el servidor, con el cual me conectaré remotamente con el programa que ya instalamos ssh y que ya explique anteriormente.

# sudo apt-get install ddclient

Entonces me sale un menu donde me pide seleccionar un servicio y como yo tengo cuenta en www.dyndns.com pues elegí www.dyndns.com Posteriormente me pregunta los dominios que tengo registrados y que quiero relacionar con ddclient para que los actualice.

DynDNS fully qualified domain names: angelclasico.ath.cx

y si tuviera varios dominios virtuales, entonces pongo separados por comas y sin espacios los nombres de dominio

angelclasico.ath.cx,otrodominio.ath.cx,otrositio.ath.cx

Posteriormente me pregunta

Username for dynamic DNS service: escribir-mi-nombre-de-usuario-de-dyndns

Password for dynamic DNS service: escribir-mi-password-de-usuario-de-dyndns

Interface used for dynamic DNS service: eth0 ¿Recuerdas que cuando instalaste el sistema base te preguntó que interfaz? Pues esa interfaz es la que vas a poner aqu, aunque normalmente siempre es la interfaz eth0 la que se pone.

En caso de que al instalar mediante apt-get install ddclient no les aparezca la pantalla que les pregunta todo esto, es simple configurar con nano.

# sudo nano /etc/ddclient.conf

daemon=300
syslog=yes
mail=angelclasico@gmail.com
mail-failure=angelclasico@gmail.com
pid=/var/run/ddclient.pid
protocol=dyndns2
use=if, if=eth0
server=members.dyndns.org
protocol=dyndns2
login=escribir-mi-nombre-de-usuario-de-dyndns
password=’escribir-mi-password-de-usuario-de-dyndns-entre-comillas‘
angelclasico.ath.cx,otrodominio.ath.cx,otrositio.ath.cx

Aquí está la manera de como tener varios dominios virtuales, en lenguaje mortal como tener varios servidores con una sola IP ej. www.misitio1.com www.misitio2.com www.misitio3.com etc en una misma máquina.

Debemos tener en cuenta que es muy importante la carpeta /etc/apache2/sites-available ahí se fundamenta toda la estructura de los dominios virtuales, ahi existe un archivo llamado default que es un ejemplo de un dominio virtual, yo no etendí que ese era un dominio virtual, tampoco le entendí al código o parámetros pero con un poco mas de práctica creo que lo puedo dominar sin problemas. Pues este archivo, es en pocas palabras un dominio virtual que representaría a algo así como www.default.com y ahora nosotros crearemos nuestros dominios virtuales.

En mi caso decidí hacer mi dominio angelclasico y mediante la consola de comandos hice mi dominio virtual angelclasico

# sudo nano /etc/apache2/sites-available/angelclasico

Cuando abrió nano, me hice la vida lo mas sencilla que pude y establecí los parámetros muy sencillos comparados con el dominio virtual default que se encuentra como lo dice su nombre por default.
NameVirtualHost *:80
<VirtualHost *:80>
ServerAdmin angelclasico@gmail.com
ServerName http://angelclasico.ath.cx
DocumentRoot /home/angelclasico
ErrorLog /home/uoc_error_log
TransferLog /home/uoc_access_log
</VirtualHost>

Con CTRL+O (vocal) guarde los cambios y listo, solo me faltaba darlo de alta para que apache2 lo reconociera como dominio virtual y cuando alguien escribiera http://angelclasico.ath.cx en su explorador, no se fuera al dominio default, en este caso se dirigiría buscando por primera instancia en la carpeta  /home/angelclasico

Para darlo de alta tuve que cambiarme de directorio a:

# cd /etc/apache2/sites-available/angelclasico

# sudo a2ensite angelclasico

# sudo /etc/init.d/apache2 force-reload

Para entender el comando a2 significa apache2, en significa enabled (activado) y por último site significa sitio. Ahora con esta configuración cuando escriba la dirección http://angelclasico.ath.cx en algún navegador web, me dirigirá hacia el sitio de angelclasico. Claro que para que probar que funcionara tuve que darme de alta en www.dyndns.com para enlazar angelclasico.ath.cx con la IP dinámica que tengo. y al mismo tiempo en la carpeta /home/angelclasico/ puse un archivo llamado index.html para que me mostrara que funciona mi dominio virtual sin problema.

La linea que contiene las palabras force-reloaded es para forzar a apache2 a que vuelva como a reiniciarse, en este caso sería como recargarse con los nuevos parametros.

Si quiero agregar otro dominio virtual, simplemente repito los pasos que hice para angelclasico y activo mi sitio. También es importante mencionar que el dominio virtual default no me sirve y entonces tengo que desactivarlo y eso lo logro con el siguiente comando.

# sudo a2dissite default

Y automáticamente queda desabilitado a2 significa apache2, dis sinifica disabled y site significa sitio.

Ya es muy tarde, estoy cansado y tengo que dormir, pero adelantaré el siguiente paso porque es importante, muy importante ya que todos nosotros los mortales, tenemos IP Dinámica y para dirigir nuestro nombre de dominio a una dirección numérica que cambia, tendremos que darnos de alta en algún servidor gratuito de DNS como www.dyndns.com para que cuando nuestra IP cambie, pues www.dyndns.com actualice nuestra IP y la asocie con nuestro nombre de dominio. disculpen por la redundancia, pero escribo esto porque hay gente que no entiende muchos tecnicismos y tengo que ser como un DNS que traduce los tecnicismos a palabras mas sencillas.

Ahora es momento de instalar ssh para tener acceso remoto desde cualquier parte del mundo. Para iniciar la instalación comenzaremos en la línea de comandos.

$ sudo ap-get install ssh

Es importante que en tu maquina-servidor salgas con el comando exit, esto es para que evites husmeadores. Ahora que ya está instalado, podremos accesar a este servidor desde cualquier parte del mundo donde haya una conexión a internet. En mi caso como este servidor se encuentra a mi lado y tiene una IP interna, lo que haré será teclear el siguiente comando.

# ssh 192.168.1.101

Les pedirá el usuario, la contraseña y entonces es como si estuvieran físicamente usando esa maquina, cualquier comando que ustedes apliquen en la consola, afectará directamente a la que se están conectando.

Si les aparece algún mensaje como el siguiente

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
7d:36:2c:ce:f4:e6:b0:ca:d9:2d:76:b6:04:23:8r:81.
Please contact your system administrator.
Add correct host key in /home/mi-usuario/.ssh/known_hosts to get rid of this message.
Offending key in /home/mi-usuario/.ssh/known_hosts:2
RSA host key for 192.168.1.01 has changed and you have requested strict checking.
Host key verification failed.

Es porque algo anda mal, alguien se conecto a su máquina y podría estar espiando, solo es modificar unas líneas en unos archivos y listo, el problema podría quedar solucionado y eso se hace así.

La línea de arriba que dice  known_hosts:2 nos está menciona que del archivo /home/mi-usuario/.ssh/known_hosts debemos eliminar la línea 2 y con eso se corrige el la conexión ssh.