jueves, 7 de febrero de 2019

VMware elimina la caducidad de sus certificaciones

Todos los poseedores de una certificación de VMware estamos de enhorabuena, ya que a partir del 5 de Febrero de 2019, VMware elimina la necesidad de re certificación cada dos años con el fin de mantener dicha certificación activa.

A partir de ahora, la certificación que tengas se mantiene, y podrás realizar las renovaciones cuando consideres. Con este fin, también se modifican los nombres de las certificaciones (aunque este cambio lo realizaron en un anuncio previo). Me explico: si no tienes certificación, o la tienes y quieres actualizar, los exámenes a los que te presentes tendrán la misma nomenclatura, por ejemplo, VCA, VCP6-DCV... La diferencia es que tu certificado indicará el tipo de examen y el año en que lo realizaste. Esto es, en vez de por ejemplo tener un certificado VCP6-DCV, será un certificado VCP-DCV 2019, incluyendo esta denominación los exámenes de las versiones 6.5 y 6.7, pero no diferenciandolos.


Otro cambio: los certificados no demasiado antiguos, serán activados de nuevo:


Ademas, esta activacion te permite realizar una actualización de tus certificados, siempre que el salto entre versiones no sea superior a 3 versiones. En el siguiente gráfico lo verás más claro:


Resumiendo: los que tuvieron el VCP4-DCV y no lo actualizaron, lo han perdido. Pero hablamos de no menos de 5 años atrás. Por el contrario, todos los demás estamos de enhorabuena, ya que este cambio nos dará mayor flexibilidad para presentarnos a los exámenes.

Ya para rematar, os dejo el video oficial de VMware comentando estos cambios,


Y el enlace a la hoja de FAQ. Si aún así te quedan dudas, puedes escribirles a certification@vmware.com

lunes, 4 de febrero de 2019

Cerrar sesiones Terminal Services (RDP) en remoto

Ultimamente me encuentro muchas sesiones desconectadas en servidores, consumiendo un usuario de RDP que te imposibilita para poder iniciar sesión, con el conocido mensaje


Hasta que Microsoft no elimine el botoncito de cerrar la ventana de sesión pulsando la X de la esquina de la ventana, siempre habrá gente que se deje su sesión bloqueando otras conexiones, de manera que vamos a desempolvar un par de comandos de sistema que nos permitirán solventar rápidamente este inconveniente.

Lo primero, es ver qué sesiones hay en ejecución que nos bloquean nuestro acceso. Para ello, utilizamos el comando "query session /server:192.168.1.12" obviamente, sin las comillas, y poniendo la ip de nuestro servidor.


Este comando nos mostrará distintas columnas, pero las que más nos interesa serán el nombre de usuario, su ID de sesión, y su estado (no sea que vayamos a echar a alguien de realmente esté conectado).

Ya conociendo el ID de sesion que queremos cerrar, seguimos con el siguiente comando:
rwinsta sessionid /server:aqui_la_ip_del_servidor. Por ejemplo, rwinsta 1 /server:192.168.1.12 por seguir con el ejemplo anterior.


Arriba puedes ver la secuencia de los dos comandos, y de nuevo el primer comando para que veas la sesión cerrada. Ahora ya podríamos abrir una sesión nueva.

Hay otra manera de acceder via RDP a las bravas, sin hacer este chequeo previo. Consiste en utilizar el comando "mstsc /v:ip_del_server /admin", por ejemplo, mstsc /v:192.168.1.12. Esto fuerza la apertura de la conexión remota, pidiendonos nuestras credenciales de acceso. Para ello, nuestro usuario debe ser administrador de la máquina.

NOTA: si no funciona, asegúrate de ejecutar la ventana de terminal con permisos de administrador