Desde hace unos meses estoy probando las diferentes versiones de Windows 10 Preview así como otros productos que instalo dentro de este nuevo sistema operativo. Para ello, y dado que es una versión no definitiva, utilizo una máquina virtual  desde la que puedo hacer el bruto lo que quiera y probar sin miedo a que se cargue algo de mi sistema operativo principal.

Mi entorno de virtualización de escritorio favorito es VirtualBox, que es gratuito, Open Source, trabaja con todos los tipos de discos virtuales de otras marcas, y se actualiza constantemente. Llevo usándolomuchísimos años, yo creo que desde que salió, y la única pega que tiene es que desde hace un tiempo tiene a Oracle detrás (lo compró junto con Sun Microsystems).

Bien, el caso es que Windows 10 se actualiza bastante a menudo con nuevas cosas, y más si estás en el "Fast ring" de las actualizaciones, que entonces caen cada dos por tres. Cada vez que se actualiza el sistema completo crea una copia de seguridad del sistema anterior, lo cual hace que tras varias actualizaciones tengas muchísimos GB de espacio ocupados en el disco solo por si acaso quieres volver a lo anterior. Esto hace que el disco crezca mucho y que te quedes sin espacio bien en el disco virtual o, peor, en el disco físico que lo alberga. En mi caso, por ejemplo, lo tengo albergado en una unidad SSD que va rapidísima, pero que tiene más máquinas virtuales y un espacio limitado. Por ello llega un punto en que necesito reducirlo para que no me ocupe todo el disco.

¿Cómo puedo hacer para reducir el tamaño del disco duro virtual?

Los pasos son sencillos, pero hay que conocerlos y no es evidente:

..SIGUE LEYENDO…

Cuando manejas varios servidores Windows lo habitual es conectarse a través de escritorio remoto a éstos para gestionarlos. Con la propia licencia de Windows se incluye gratis la posibilidad de conectarse en remoto con usuarios que pertenezcan al rol de "Administradores" (un máximo de 2 a la vez) para poder gestionar la máquina como si estuviésemos sentados delante de ella. Esto mismo vale para las versiones cliente de Windows (como Windows 7 o Windows 8), así que yo por ejemplo me suelo conectar constantemente a mi equipo de sobremesa de la oficina cuando estoy de viaje o desde casa. Es cuestión de abrir un puerto en el cortafuegos y poco más. Las conexiones son encriptadas, es fácil de securizar y es un protocolo estable, sólido y con relativamente pocos problemas de seguridad.

Cuando te conectas mediante escritorio remoto a una máquina solo tienes dos opciones para dejar la sesión actual: desconectarte (que es lo mismo que cerrar la ventana del escritorio remoto) o cerrar la sesión.

No se ofrecen las opciones habituales de reiniciar y apagar el equipo, ponerlo en modo "sleep" y similares.

El motivo supongo que es que no apagues por error una máquina remota y que pierdas el acceso a la misma. Y es que si no hay nadie para reiniciarla tienes un problema grave.

Sin embargo existen muchas ocasiones en las que forzar un reinicio (o incluso un apagado) puedes estar justificado y ser necesario. ¿Cómo podemos hacer en estos casos?

Por suerte para nosotros, en el sistema operativo se incluye una utilidad para hacer precisamente eso.

…SIGUE LEYENDO…

Los caminos de Windows, a veces, son inescrutables.

En ocasiones, sin saber por qué, en un servidor en producción un proceso empieza a "comerse" todos los recursos del procesador y no tenemos idea de a qué se puede deber (una actualización, un driver, un programa nuestro que se ha desbocado…). Y lo que es peor: si se trata de algún servicio del sistema lo tenemos más difícil pues todos los procesos de ese estilo se llaman igual: svchost.exe.

svchost.exe es un proceso genérico del sistema que sirve para ejecutar DLLs de Windows. Generalmente contienen servicios. Además para evitar que la caída de un servicio afecte a todo el sistema se lanza un svchost.exe por cada grupo de servicios relacionados. Así, por ejemplo, todos los que tienen que ver con servicios de red van en uno, con seguridad en otro, con IIS en otro, etc…

¿Cómo podemos averiguar cuál es el verdadero servicio que nos está causando el problema?

Existen varias maneras…

SIGUE LEYENDO el artículo completo en JASoft.org…

La semana pasada explicaba en un post qué era SNI (Server Name Indication) y cómo podíamos sacarle partido en Internet Information Server 8.0 para albergar varios certificados SSL/TSL en una misma IP, y restringir a dicha IP el acceso solo desde los dominios apropiados.

En teoría en IIS 7.x bajo Windows Server 2008 o 2008 R2, no está disponible esta opción, al menos no para certificados SSL normales.

Sin embargo, si vamos a las propiedades de un "binding" para HTTPS, vemos que dispone de un cuadro de texto para el nombre de dominio, similar al de IIS 8.0, pero que está deshabilitado:

Así que parece que, aunque esté deshabilitado, algún tipo de soporte debe de haber para usar SNI en IIS 7.x ¿no?

Bien, el caso es que IIS 7.0 soporte SNI con certificados SSL de tipo wildcard, es decir, aquellos que son capaces de soportar múltiples subdominios de un mismo dominio con el mismo certificado. Este tipo de certificados se asocian a dominios de tipo *.midominio.com. Es decir, cualquier cosa delante del punto del dominio de segundo nivel (ver post anterior para más información).

De hecho si disponemos de uno de estos dominios wildcard y lo asignamos a un "binding" de un servidor web virtual, veremos que la casilla se habilita y podemos escribir el nombre del subdominio que queramos sin problema.

¿Cómo sacar partido a SNI con cualquier certificado normal?

Existen formas de asignar nombres de dominio con certificados usando herramientas de línea de comandos. Pero en este post me voy a centrar en cómo lograrlo desde la interfaz de usuario.

… SIGUE LEYENDO …