Desde noviembre me sumergí en un proyecto de largo recorrido, y desde entonces no hemos parado de crecer. Lucharé por devolverle su justa dignidad tan pronto como sea posible.

¡Queda prometido!

Y tres: por el momento, el pobre blog ha quedado muy relegado debido a varias perturbaciones  que están pasando por mi vida.

Aunque diga perturbaciones, no significa que éstas sean buenas o malas: unas me han venido dadas y otras las encontré porque me las he buscado yo solo.

Así, comenzamos hace algo más de un mes a trabajar en un proyecto de cloud computing que nos está llevando de cabeza. Además, se me metió entre ceja y ceja comprar una vivienda, con toda la tontería del fin del plan de desgravación hipotecario que termina este año 2010. Corrí varias aventuras en el mundo del ladrillo y me salvé de una buena estafa inmobiliaria mientras trabajaba a toda velocidad.

De ello salió la idea de hacer varias entradillas relacionadas con el mundo hipotecario, la compra y el alquiler. Creo que la experiencia mereció la pena: A todo esto se suma la universidad, que aunque con pocas asignaturas (mientras trabajo y ejerzo de padre) me reclama el poco tiempo libre que me pueda quedar.

Para finalizar, he podido comprobar que durante mucho tiempo estábamos viviendo en el caos absoluto.  Sólo cuando he empezado a estructurar los horarios (guardería, trabajo, estudio, etc.) las cosas han empezado a funcionar.

Ahora ya estamos casi de vuelta, con ganas de seguir escribiendo. Ojalá tenga tiempo suficiente!

Durante los próximos 20 días nos esperaba un largo viaje a través de la costa este de este gran país, donde la tierra es infinita, los inviernos muy crudos y la gente es de todos lados (y de ninguna parte a la vez).

Fué un gran viaje para el recuerdo: de él saqué más de 1200 fotos, de las cuales subiré a la web algunas esperando que con ellas podáis extraer algo de la esencia de este viaje.

¿Lugares que visitamos?

Milton Mississauga Toronto Westport Chaffey’s Lock Jones Falls Rideau Canal Morrisburg Upper Canada Village Elisabeth’s Llama Ranch Montreal Mont-Tremblant Quebec Annapolis Royal Digby Neck (Petit Passage) la bahía de Fundy (por mar) Port Royal Lunenburg Peggy’s Cove

Algunos más que menos, otros largamente y los demás fugazmente.

Hubo sitios (especialmente en Nueva Escocia)  en que a falta de tiempo, los iba abandonando a lágrima tendida, corriendo para revolotear a otra parte. Noches fugaces de llegar tarde, dormir lo justo y -macrodesayunados y con la visa ardiendo- salir con los pies en polvorosa (ay, estimado Ibáñez!)

Inmenso, incomparable y de una belleza extraordinaria... así es Canadá si sabes dónde ir y qué buscar! En los próximos posts de esta serie, iré reconstruyendo el viaje, sitio a sitio, experiencia a experiencia.

A pesar de que el sol se filtraba por las rendijas de la persiana, el frío de un otoño incipiente se había acomodado en la habitación.

Entumecido, se aprestó a cubrirse con una bata afelpada: ¿por qué la calefacción central había dejado de funcionar? La sorpresa fué mayúscula al encontrar que no había agua caliente, por lo que decidió lavarse sólo la cara y las axilas, tal como lo hacían algunos en el Madrid del siglo diecinueve. Un café bien cargado más tarde se vistió para salir a la calle.

Abrió la puerta verde de su apartamento y comenzó a bajar por la escalera. Al llegar al portal se sorprendió al encontrar el puesto vacío de la portería, en el que la portera solía estar a todas horas (¿se habría unido a la huelga?). Adolfo no pensaba perder el tiempo en acudir porque no tenía interés. Había decidido que era una buena excusa para tomarse el día libre, pues perder un día de salario le daba igual y tampoco tenía demasiados derechos por los que luchar tras 30 años de empleado en una oficina.

Salió del portal estupefacto, al ver indignado que algún gamberro había puesto junto al portón en spray rojo:

                           HUELGA GENERAL. 29-S YA.

Al levantar la vista, se sorprendió todavía mucho más.

La calle, iluminada por el sol de mediodía estaba sumida en el silencio. Un coche de policía esperaba vacío sobre la acera de enfrente, con las luces de emergencia encendidas y las puertas abiertas. Los carteles de los sindicatos colgaban de forma desordenada y apresurada sobre las vitrinas de los comercios y establecimientos que estaban cerrados. La basura reposaba amontonada en los portales, enrareciendo el aire. No había ni un alma en la calle.

Angustiado se dispuso a llamar a su hijo para preguntarle qué pasaba pero no pudo hacerlo, pues el móvil estaba fuera de cobertura. En el interior de Adolfo comenzó a despertar la inquietud y una profunda incertidumbre, al saber que no podía ser posible.

¿Una huelga total?
¿Y los piquetes?
¿Y la policía?
¿Y la gente que dejó de ir a trabajar?

Enseguida volvió al portal, a llamar al vecino de su rellano, con escaso éxito. Después de probar en varios pisos -portera inclusive-, recordó que en el ático vivía un señor de edad avanzada que ya no podía salir de casa.

- Hola? Hola! ¿Hay alguien en casa?- aprestó Adolfo, pulsando insistentemente el botón del ático en el interfono.
- … ah, parece que todavía queda alguien en la calle… – dijo una voz apagada.
- Disculpe que le moleste, soy el vecino del 4ºB. La calle está vacía y no hay nadie…¿qué está pasando? -
- Será mejor que suba y se lo cuente, no creo que pueda bajar de mi piso y no sé si me creería -

Adolfo subió las escaleras, apresuradamente, nervioso y aliviado porque al menos sabía que no estaba totalmente solo. Resoplando, tuvo que parar en el rellano de su casa, para poder subir tres plantas más a toda prisa antes de llegar al ático. La puerta del inmueble estaba entreabierta, y a través de ella un jirón de humo de cigarrillo disperso fluctuaba en el aire, estático.

Decidió entrar, para ver que tras el angosto recibidor la luz diurna que surgía de una habitación se aplastaba contra  la oscuridad del pasillo que lo seguía,  junto con el humo de cigarrillo que flotaba en el ambiente.

Saludando al interlocutor ausente con un apagado “Hola, buenos días...” traspasó el umbral y cerró la puerta. Al acercarse a la habitación a través del pasillo, pudo ver a un hombre de avanzada edad sentado en una silla de ruedas.

- Me parece que usted no tiene ni idea de lo que está pasando, así que antes de nada tome asiento porque lo que le voy a contar es difícil de creer -
- Sí claro, pero permítame preguntarle…¿qué hace usted aquí todavía? – respondió con sorpresa Adolfo.
- Casi lo mismo que usted, pero de forma diferente. Si tiene paciencia se lo explicaré. -

[...continuará...]

Nota (2010/10): Como la segunda parte queda abierta, se aceptan propuestas para terminar el relato. Procuraré hacer la segunda entrega pronto.

Otra nota (2010/11): Cambié el título del relato, porque me pareció muy repetitivo volver a titularlo con el término “silencio”, cosa que ya había hecho en un escrito anterior.  “Días de huelga” suena más cotidiano y encaja mejor con el relato.

Puede ser el caso de que ocurra cuando estemos realizando ó consolidando un snapshot, o que al haber contención en el servidor (sobrecarga de consumo de memoria, procesador, acceso a disco, red…) las máquinas dejen de responder a través de la consola de cliente.

No os agostéis demasiado, siempre hay varias opciones:

• Correr a actualizar rápidamente el currículum a la página de InfoJobs…
• Quedarse atónito ante la consola de cliente, a la espera de que pase algo.
• Reiniciar en frío/caliente el servidor físico donde se aloja la máquina virtual.
• Intentar parar/suspender la máquina virtual vía SSH contra el servidor VSphere ESX/ESXi.

Sí, claro: la mejor opción es la última y de paso conservar el puesto de trabajo. Así que tenemos varias vías para conseguir que nuesta máquina virtual rebelde responda a nuestros designios.

::::Atención:::: si lo que os interesa es parar la máquina deprisa, corriendo y sin piedad, podéis saltar al último punto del artículo (0 +d). Para los pacientes y prudentes, mejor seguir el artículo tal cual (de 0 a d, junto con el Epílogo).

0) Listar las máquinas virtuales en ejecución desde línea de comandos
a) Intentar suspender la máquina virtual desde línea de comandos
b) Forzar la suspensión de la máquina virtual desde línea de comandos
c) Intentar parar la máquina virtual desde línea de comandos
d) Forzar la parada de la máquina virtual desde línea de comandos
Epílogo: Socorro! No funciona!

0) Listar las máquinas virtuales en ejecución desde línea de comandos

Una vez conectados por SSH al servidor en cuestión, consultaremos primero qué máquinas virtuales están en ejecución sobre el servidor ESX/ESXi. Para ello usaremos el comando vm-support.

::::Nota:::: Por lo que he visto, en los servidores ESX, el identificador de la máquina viene etiquetado como vmid, mientras que en los servidores ESXi, el identificador de la máquina viene etiquetado como wid

~ # vm-support -x
VMware ESX Support Script 1.33

Available worlds to debug:

wid=676864     vm.virtual.1
wid=1296980    vm.virtual.2
wid=1216967    vm.virtual.3
wid=1234567    vm.datarecovery

Nos será de utilidad conocer los identificadores asociados a las máquinas virtuales que estén en ejecución, pues puede que los necesitemos más adelante.

a) Intentar suspender la máquina virtual desde línea de comandos

Una vez visto que la máquina rebelde sigue en ejecución gracias al comando anterior, intentaremos suspenderla (en algunos casos, suele ser suficiente para poder retomar el control de la máquina más tarde).

El comando que utilizaremos en el mejor de los casos es vmware-cmd, especificando junto a él la ruta completa donde esté ubicado el archivo de configuración .vmx de la máquina virtual, y el comando a ejecutar (en este caso, suspend con el parámetro soft/trysoft).

Antes y después de lanzar el comando, controlaremos el estado de la máquina virtual con el comando getstate.

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = on

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx suspend trysoft
[...esperamos un tiempo prudencial...]

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = suspended

En el caso de que esto no funcione, podemos intentar lanzar el comando algo más agresivamente:

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = on

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx suspend hard
[...esperamos un tiempo prudencial...]

 ~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = suspended

Si esto no funcionó, pasemos al siguiente punto.

b) Forzar la suspensión de la máquina virtual desde línea de comandos

Ya intentado el punto anterior, tendremos que lanzarnos a usar el comando vm-support junto con el vmid/wid que obtuvimos al principio:

 ~]# vm-support -Z 1234567
VMware ESX Support Script 1.30

Can I include a screenshot of the VM 1234567? [y/n]: y
Preparing files: /
Grabbing data & core files for world 1234567. This will take 5 - 10 minutes.
Taking performance snapshots.  This will take about 300 seconds.
[...]
Creating tar archive ...

File: '/root/esx-2010-09-27--15.04.6179.tgz'
NOTE: esx-2010-09-27--15.04.6179.tgz is greater than 20 MB.
Please do not attach this file when submitting an incident report.
Please contact VMware support for an ftp site.
To file a support incident, go to http://www.vmware.com/support/sr/sr_login.jsp
To see the files collected, run: tar -tzf '/root/esx-2010-09-27--15.04.6179.tgz'

Done.

Habrá que esperar un poco, y finalmente consultar el estado de nuevo con vm-support -x ó vmware-cmd ruta-fichero.vmx getstate para comprobar que se haya suspendido la máquina virtual con éxito.

A malas si no funcionó, podemos probar a pararla del todo.

c) Intentar parar la máquina virtual desde línea de comandos

El comando que utilizaremos en el menos peor de los casos es vmware-cmd, especificando junto a él la ruta completa donde esté ubicado el archivo de configuración .vmx de la máquina virtual, y el comando a ejecutar (en este caso, stop con el parámetro soft/trysoft).

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = on

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx stop trysoft
[...esperaremos un tiempo razonable...]

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = off

En el caso de que esto no funcione, podemos intentar lanzar el comando algo más agresivamente:

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = on

~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx stop hard
[...esperamos un tiempo prudencial...]
stop(hard) = 1

 ~# vmware-cmd /vmfs/volumes/[...]/vm-datarecovery.vmx getstate
getstate() = off

Si esto no funcionó, pasemos al siguiente punto que es ya el más agresivo de todos.

d) Forzar la parada de la máquina virtual desde línea de comandos

Primero de todo, necesitaremos el identificador de la máquina virtual que podemos extraer tal como viene explicado en el primer punto del artículo. Después usaremos el comando vm-support de la siguiente forma, respondiendo SÍ, SÍ y SÍ en el proceso (como en las bodas de hollywood).

~# vm-support -X 1234567
VMware ESX Support Script 1.30

Preparing files: |

Can I include a screenshot of the VM 1234567? [y/n]: y
Can I send an NMI (non-maskable interrupt) to the VM 11134? This might crash the VM, but could aid in debugging [y/n]: y
Can I send an ABORT to the VM 1234567? This will crash the VM, but could aid in debugging [y/n]: y
Preparing files: /

[...]
Creating tar archive ...

File: '/root/esx-2010-09-27--16.10.5176.tgz'
NOTE: esx-2010-09-27--16.10.5176.tgz is greater than 20 MB.
Please do not attach this file when submitting an incident report.
Please contact VMware support for an ftp site.
To file a support incident, go to http://www.vmware.com/support/sr/sr_login.jsp
To see the files collected, run: tar -tzf '/root/esx-2010-09-27--16.10.5176.tgz'

Y eso es todo.

Epílogo: Socorro! No funciona!

Muchas veces lo que resulta mejor es Suspender primero, y Parar en el peor de los casos. Si esto no funciona, podría haber algún problema con el almacenamiento del cluster ESX/ESXi. Asegúrate de que tienes conectividad con el almacenamiento, y SÓLO entonces si nada funciona es mejor reiniciar de forma ordenada el servidor ESX/ESXi.

Eso sí, ya en este caso habrá que enviar un ticket con todos los datos a soporte de vmware. Espero que todo esto os pueda servir de ayuda.

De un estupendo menú de 11 euros había dos opciones por plato, postre o café incluido y punto. Tal como entré hice ademán de girarme….pero a mis espaldas quedaba el erial que representa el infinito distrito de Las Tablas.

Parece como si por el mero hecho de vivir ó trabajar en este desierto de asfalto y hormigón, uno tuviese que pagar algún tipo de impuesto revolucionario que pudiese justificar al alza cualquier precio. Sin embargo era eso ó volver al distrito urbano-sahariano que quedaba fuera del local.

Así que me emplacé en el restaurante-cervecería de superLuxe, nada diferente de cualquier sitio de barrio sencillo en el que un menú copioso y completo llega como mucho mucho a los 10€ (como es en la mayoría de los casos, en los aledaños del polígono industrial de Alcobendas). Rápidamente la camarera me emplazó en el peor sitio de todos: la monomesa.

¿Que qué es una monomesa? (no, no es la mesa de los monos) Pues se trata de una mesa muy pequeña, optimizada y habilitada para cualquier ánima sola, perdida y hambrienta que pase por allí.

La monomesa, estaba incrustada a la mesa de servicio de los camareros de tal manera que iban y venían constantemente sobre mí desde proa, estribor y popa,  pues a mi lado había un pasillo estrecho donde cabían varias bimesas (¿queréis que os lo explique también?). El ir y venir constante convertía la mesa más solitaria del local en el metro cuadrado más concurrido del restaurante.

Para abreviar, tuve que luchar por rebañar el primer plato  (a falta de cantidad suficiente y sabiendo lo que me venía encima) mientras la camarera me lo quitaba de las manos entre mis exclamaciones ahogadas: “un segundo…un segundo! UN segundo!!”.

El segundo (segundos más tarde) precipitó sobre la mesa  con menor cantidad que el anterior, y para finalizar se me ofreció un café con leche bastante tibio encima de la mesa. Tras 5 minutos leyendo el periódico se me retiró el vino y la gaseosa de forma preventiva -no fuese que la transacción surgiese poco provechosa para el restaurante-. Para pagar se me dejó abandonado en la barra, atendiéndome en varias fracciones de 2 segundos e intervalos muertos de minutos y minutos.

Seguro que diréis: Ey, que esto no es un restaurante de lujo, es una cervecería…pues claro! Aún así el calor humano no tiene precio, ni clase ni condición. Habría bastado con un poco de humanidad.

Aunque muy simpática nuestra tutora, apenas prestó atención a nuestros escritos comentándolos de forma superficial. La ausencia de interés en su trabajo quedó muy clara a lo largo del curso.

Aquí viene una lista de lo que no me gustó:

• Moderación del foro mínima (todos los comentarios sólo se publicaban de forma cerrada bajo la autorización del tutor y muy a destiempo, amputando cualquier tipo de interacción fluida entre los asistentes al curso).
• Sistema telemático antediluviano (el sistema de un foro cerrado, sin posibilidad alguna de poder publicar un comentario en el momento impedía cualquier comunicación fluida con los demás)
• Desfase en el inicio del curso y entrega de materiales en frío (apenas el tutor habló de los materiales,  se limitaron simplemente a pasarlos sin más junto a los ejercicios de escritura).

Así que la definición es “dejado de la mano de dios“. Parece que el sistema online debería unir lo mejor de los dos mundos de los cursos literarios (cursos a distancia y cursos presenciales), pero eché a faltar la mayor parte de las bondades de éstos:

• Comunicación con los compañeros y el tutor fluida, como en el caso de los cursos presenciales.
• Rigor en las lecciones, correcciones y estudio de los escritos, como en el caso de los cursos por correspondencia.

¿Lo mejor del curso? Lo siguiente:

• Los compañeros de curso, que aportaron valor crítico a los trabajos de los demás.
• Que la tutora me caía simpática…pero es que…eso no es suficiente en un curso de escritura.

No pienso volver a tirar el dinero: en mente tengo probar un curso presencial ó a distancia con Clara Obligado, recomendada por una amiga que trabaja en el campo de las letras.

No todos los rincones son buenos para realizar cursos de escritura, espero que os sirva de algo esta experiencia.

Después de ya casi una decena de años, volví a retomar la UOC lo mejor que he podido y en todo su esplendor.

Así que desde ayer comienza una nueva temporada algo más relajada que el último semestre…pero no exenta de peligro como la anterior.

En el semestre pasado me estrellé en la práctica de ETC (Estructura y Tecnología de Computadores) por una gestión del tiempo incorrecta. Y es que la vida personal y profesional influyen muchísimo en el ritmo de estudio. Sin la práctica sobre la máquina rudimentaria no fué posible presentarse al examen (tiene cierta lógica). Al menos me saqué 2 asignaturas de 3, lo que no está del todo mal.

La consigna del semestre es sencilla: Gestión del tiempo y como mínimo dos sesiones semanales de estudio. Esto y nada más que esto, creo que es el mejor consejo que podría dar a cualquiera.

Él, mientras tanto, me miraba fijamente con sus redondos ojitos oscuros de color avellana, arropado en su arrullo.

Por su parecer, podría llegar a creer que él estaba al cargo de la situación, que entendía la gravedad de lo ocurrido en el hospital, que sentía todo lo que había pasado y que también la echaba de menos. Tras las puertas del hospital nos esperaba el frío invierno.

Ada dió a luz a las seis de la tarde, en un parto difícil y largo; las cosas no habían ido bien desde el principio. Las contracciones del día anterior comenzaron a ser demasiado intensas y dolorosas, y fue aquella mañana cuando rompió aguas, tiñendo las sábanas de escarlata.

Cuando llegamos al hospital, ella ya estaba muy débil. Me avergüenzo, pero he de reconocer que me preocupé más de su estado que del bebé: si hubiese sabido que esto podía pasar, jamás me habría atrevido a dejarla trabajar en su estado. Pero lo peor es que nuestro problema estaba en el dinero, sin el cual no podríamos aguantar mucho más el invierno.

Yo estaba sin trabajo y ahora que Ada nos había dejado no podríamos cubrir las deudas, ni los gastos de la comida ni el alquiler. En un país frío y extraño con la familia tan lejos, nadie podría ayudarnos ni de cerca ni a distancia. Ahora que ella ya no estaba -con el corazón hecho pedazos, solo y con un bebé que alimentar- ni siquiera lo podría enviar a la familia. No había dinero suficiente, ni iba a haberlo en el futuro cercano.

El bebé se echó a llorar, y tuve que meterme en un puesto nocturno para comprar suficiente leche en polvo para varios días. Fue así cómo gasté lo poco que me quedaba en los bolsillos. Ya era demasiado tarde para volver a casa, y aunque deseara hacer lo contrario la decisión estaba tomada.

Nos quedamos un rato en la tienda, recuperando el calor que nos había robado el invierno siberiano. Con el calor empezó a calmarse, y olvidando el motivo de su llanto se encogió más en el arrullo, con miedo a perder de nuevo un combate más al infatigable frío. El tendero sospechando algo, nos obligó a salir apresuradamente de la tienda.

Treinta minutos más tarde, nos acercamos por fin ante la puerta. La puerta del orfanato, negra y desvencijada había sido reparada con maña pero con escasos recursos. Los escalones irregulares estaban limpios, en contraste con la nieve que cubría las aceras de la calle. Las ventanas traslúcidas e iluminadas, estaban enteladas por el tenue calor que desprendían en contraste con el frío de la noche.

Tenía que ser así, antes de que me pudiese arrepentir. Dándole un beso en la pequeña frente, dejé al bebé y un paquete con la nota frente a la puerta, para luego tirar fuertemente de la campana y salir corriendo. Deslicé la mano en el tirador de la campana, hice una larga inspiración y cogí el asidor con fuerza.

Fue entonces cuando me dí cuenta de que el bebé estaba despierto, mirándome fijamente, expectante. Por su parecer, podría llegar a creer que él estaba al cargo de la situación, que entendía la gravedad de lo ocurrido en el hospital, que sentía todo lo que había pasado y que también la echaba de menos. Así anhelante esperaba algo por mi parte, esperando así pacientemente una respuesta velada.

Y fue entonces cuando ví a Ada.

Quizás es uno más de muchos, pero la gracia del asunto es que he intentado resumir los pasos y cubrir varias versiones a la vez. Tenemos dos opciones, según el tipo de ESX que se tercie…

Acceder por SSH mediante la clave pública de root conlleva sus riesgos, pues se deja de emplear passwords para autenticarse en los servidores. Si tus máquina cliente no está en una red de confianza o si otras personas no confiables podrían tener acceso local a esta máquina, mejor no usar este método de autenticación. Hay otras formas de hacerlo que permiten reforzar la seguridad, con el uso de SSH-Agent y tokens USB (por ejemplo) pero que están fuera de este artículo.

Quizás en un futuro me plantee extender este tema, ya veremos ;-)

Servidores ESX 3.x/4.x

Será necesario conectarse físicamente al servidor para poder habilitar primero el acceso al servicio SSH.

• Pulsaremos Alt-F1 para acceder a la consola y entraremos en el sistema con las credenciales de root.
• Una vez dentro, habilitaremos el acceso y crearemos las claves SSH de root tal como viene a continuación.

  servidorx:~# esxcfg-firewall -e sshServer
  servidorx:~# ssh-keygen -t rsa
  
  Generating public/private rsa key pair.
  Enter file in which to save the key (/root/.ssh/id_rsa):
  Enter passphrase (empty for no passphrase):
  Enter same passphrase again:
  Your identification has been saved in /root/.ssh/id_rsa.
  Your public key has been saved in /root/.ssh/id_rsa.pub.
  The key fingerprint is:
  xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx root@servidorx...

• Editamos el servicio SSH para que root pueda hacer login, y recargamos el servicio SSH de nuevo.

  servidorx:~# vi /etc/ssh/sshd_config
  
  [...]
  PermitRootLogin yes
  [...]
  
  servidorx:~# /etc/init.d/ssh reload
  

• Ya desde el servidor o cliente que queramos hacer login con autenticación mediante clave pública, copiaremos el archivo /root/.ssh/id_rsa.pub o /root/.ssh/id_dsa.pub (si no lo tuviésemos, podemos generar las claves de root mediante el comando ssh-keygen antes de copiarlo) dejándolo como authorized_keys2 en el servidor ESX destino x.x.x.x/root/.ssh/ para acceder por SSH sin password.

  clientex:~# scp /root/.ssh/id_*.pub x.x.x.x:/root/.ssh/authorized_keys2
  clientex:~# ssh x.x.x.x
  ...

  • Para empezar, hay que habilitar el uso de SSH, conectados físicamente al servidor: según la versión de ESXi variará la forma de hacerlo.

    :::::::: Para ESXi < 4.1 ::

    Pulsaremos Alt-F1 para acceder a la consola, aunque no aparecerá nada en pantalla salvo unas líneas de texto.  Teclearemos tal cual unsupported y pulsaremos Intro.

    Nos preguntará el password de root del servidor directamente y que tendremos que introducir. Una vez y felizmente dentro, hay que descomentar estas líneas de /etc/inetd.conf:

    ~ # vi /etc/inetd.conf
    [...]
    # Remote shell access
    #
    ssh stream tcp  nowait root /sbin/dropbearmulti dropbear ...
    ssh stream tcp6 nowait root /sbin/dropbearmulti dropbear ...
    [...]

    Y entonces habrá que recargar el servicio inetd de nuevo, para lo cual hay dos maneras igual de ilustrativas:

    La primera,más salvaje nos permitirá ver qué servicios están corriendo sobre ESXi en condiciones normales.

    ~ # /sbin/services.sh restart
    Running vmware-aam stop
    Stopping vmware-aam: success
    Running sfcbd-watchdog stop
    [...]

  La segunda, la fina, la que importa, ‘la favorita’:

  ~ # kill -HUP `cat /var/run/inetd.pid`

  :::::::: Para ESXi => 4.1 ::

  En las nuevas versiones, se puede habilitar directamente desde la consola de gestión estilo NCURSES que muestra ESXi, conectados físicamente al servidor. Hay que pulsar F2, introducir las credenciales y activar felizmente las siguientes opciones de este submenú.

  -- Troubleshooting Options
  Local Tech Support (pulsamos Intro para activarlo)
  Remote Tech Support (pulsamos Intro para activarlo)

  Nada más hay que hacer para activar el servicio SSH: sorprendente, ¿verdad?

  • Queda entonces configurar la autenticación mediante clave pública.Haremos prácticamente lo mismo que hemos hecho en el caso de los servidores ESX, con la salvedad de que no hay directorio /root, y que tampoco podemos generar el par de claves de root desde cualquier servidor ESXi.

    Primero generaremos desde cualquier servidor -no ESXi- el par de claves SSH que copiaremos luego al servidor ESXi destino en tres pasos:

    a) crearemos un par de claves para identificar el usuario root del servidor ESXi ( es decir root@servidorx);
    b) desde el servidor ESXi destino, crearemos el directorio .ssh en la raíz, con los permisos adecuados.
    c) desde el cliente origen copiaremos a servidorx:/.ssh las claves recién creadas, que serán las que identifiquen al usuario root del servidor ESXi en cuestión (root@servidorx).

    clientex:~# ssh-keygen -t rsa -f id_rsa -C root@servidorx
    
    (hacemos login en el servidor ESXi)
    servidorx:~# mkdir .shh; chmod 600 .ssh
    
    (volvemos al cliente de nuevo)
    clientex:~# scp -r id_*.pub x.x.x.x:/.ssh/.
    root@x.x.x.x's password:
    id_dsa             100% |************************|   668       00:00
    id_dsa.pub         100% |************************|   614       00:00

    Hecho esto, generaremos el archivo authorized_keys (ojo, no authorized_keys2) que necesitaremos para poder autenticarnos con la clave pública del usuario root de nuestra máquina cliente:

    clientex:~# scp /.ssh/id_*.pub x.x.x.x:/.ssh/authorized_keys

    Acto seguido, podremos entrar en el servidor sin password como era de esperar:

    clientex:~# ssh x.x.x.x
    You have activated Tech Support Mode.
    
    The time and date of this activation have been sent to the system logs.
    VMware offers supported, powerful system administration tools.  Please
    see www.vmware.com/go/sysadmintools for details.
    
    Tech Support Mode may be disabled by an administrative user.
    Please consult the ESXi Configuration Guide for additional
    important information.
    
    ~ #

  Espero que haya merecido la pena el viaje hasta aquí. Hasta pronto!

Servidores ESXi 3.x/4.x

De cara a los servidores ESXi es algo más complicado, pues el hipervisor está totalmente integrado en el kernel y no hay consola de servicio. Esto se traduce en que el servicio SSH se proporciona a través de DropBear y no de OpenSSHServer como estábamos acostumbrados hasta ahora.