lunes, 6 de febrero de 2017

Establecimiento automático de firmas de Outlook mediante directivas de grupo

00004
Establecimiento automático de firmas de Outlook mediante directivas de grupo.

Objetivo:
Automatizar la firma de los usuarios de Microsoft Outlook personalizándola con la información  de Active Directory.

Prerrequisitos:
Disponer de un dominio Active Directoy de Microsoft con equipos clientes que tengan Microsot Outlook instalado y configurado.
 

Hoy has perdido chico,
pero no tiene por qué gustarte.
"Indiana Jones y la última cruzada", Steven Spielberg
   
1
En primer lugar, crearemos una firma de referencia en un equipo con Microsoft Outlook instalado.
Sólo hay que tener en cuenta lo siguiente:
   - Donde vayamos a poner el nombre y apellidos, escribiremos la palabra VAR-NOM.
   - Donde vayamos a poner el departamento, escribiremos la palabra VAR-DEP.
   - Donde vayamos a poner el teléfono, escribiremos la palabra VAR-TEL.
   - Donde vayamos a poner el FAX, escribiremos la palabra VAR-FAX.



2
En segundo lugar, accederemos a la carpeta "%appdata%\microsoft" del equipo donde hayamos creado la firma.
En dicha carpeta, existirá una subcarpeta llamada "Firmas" o "Signatures", dependiendo de la versión del Outlook.
Si accedemos a esta subcarpeta, encontraremos los archivos correspondientes a las firmas de Outlook.



Como en el paso 1 llamamos a nuestra firma de referencia "NPI-Firma", podemos observar que dispondremos de los siguientes archivos:
   - NPI-Firma.txt
   - NPI-Firma.rtf
   - NPI-Firma.htm
   - Subcarpeta NPI-Firma

Dichos archivos y subcarpetas los copiaremos a una carpeta llamada "FirmaOutlook", que deberemos crear en un servidor accesible por los equipos clientes del dominio.

Una sugerencia:
podemos editar y "retocar" los archivos de la firma, con el fin de optimizarlos (por ejemplo, reemplazando alguna imagen por otra de menor tamaño).

3
En tercer lugar, compartiremos la carpeta del servidor que contenga los archivos de la firma.
En nuestro caso, la compartiremos con el mismo nombre y añadiéndole el símbolo $, para que esté oculta.
En cuanto los permisos, dejaremos los predeterminados de lectura.
Una vez compartida la capeta, deberemos poder acceder a ella mediante la ruta UNC "\\server\FirmaOutlook$", suponiendo que nuestro servidor se llame SERVER.

4
En cuarto lugar, descargaremos este script, cuyo objeto es copiar los archivos de la firma al equipo cliente y sustituir las variables por información del Active Directory.
Una vez descargado, lo editaremos modificando las siguientes partes:



5
En quinto lugar, configuraremos un GPO que contenga el script modificado. Evidentemente, lo estableceremos a nivel de usuario en:

  + Configuración de usuario
     + Directivas
        + Configuración de Windows
           + Scripts (inicio de sesión)



Dicho GPO deberá estar vinculado a una OU que contenga los usuarios a los que deseamos asignar la firma de Outlook.

Cuidado, porque si disponemos de equipos clientes con la versión de Windows igual o superior a Windows 8.1, los scripts tardarán 5 minutos en ejecutarse. Este comportamiento predeterminado podrá modificarse mediante la directiva oportuna.

6
Para que la firma copiada en el equipo cliente sea la predeterminada cuando el usuario escriba un nuevo mensaje o responda a otro mensaje, será necesario establecer dos claves en el registro de su equipo.
Para ello, editaremos el mismo GPO creado en el paso anterior y accederemos a la siguiente preferencia de grupo:

  + Configuración de usuario
      + Preferencias
          + Configuración del Windows
              + Registro

Para que la firma sea la predeterminada a la hora de escribir un nuevo mensaje, deberemos establecer la clave NewSignature con el valor del nombre de nuestra firma en la ruta HKCU\Software\Policies\Microsoft\Office\14.0\Common\MailSettings:
Ojo, porque el "14.0" corresponde a la versión de Office, por lo que deberíamos crear tantas claves como versiones tengamos.




Para que la firma sea la predeterminada a la hora de responder un mensaje, deberemos establecer la clave ReplySignature con el valor del nombre de nuestra firma en la ruta HKCU\Software\Policies\Microsoft\Office\14.0\Common\MailSettings:




Vale, supongamos que disponemos de varias versiones de Office en nuestra red. ¿Cómo podemos determinar qué versión de Office tiene el equipo cliente para que se aplique la clave de registro correspondiente? Fácil, bastará que configuremos los Destinatarios de nivel de elemento de cada una de las claves, especificando una condición que compruebe si existe la clave HKLM\
Software\Microsoft\Office\X.0 en el equipo cliente (donde "X.0" determina la versión de Office):



7
Ahora sólo quedará completar la información de cada usuario.
Los campos que deberemos rellenar son:

De la pestaña General, los campos Nombre para mostrar y Número de teléfono:




De la pestaña Teléfonos, el campo Fax:





Y de la pestaña Organización, el campo Departamento:





8
Si iniciamos con un usuario de nuestro dominio en un equipo que tenga Microsoft Outlook instalado, podremos comprobar que aparecerá la firma personalizada cuando escriba un nuevo mensaje o responda uno existente:




Notas importantes a tener en cuenta:
  • ¿Qué ocurre si necesitamos cambiar algo de la firma de referencia? Pues que sólo bastará volverla a generar con las modificaciones deseadas y depositar los archivos correspondientes en la carpeta compartida "FirmaOutlook" del servidor. Cada vez que un usuario inicie la sesión, descargará los archivos de la firma actualizada.

  • ¿Se puede mejorar el script? Desde luego que sí. De hecho, el paso  6 podría haberse incluido en el mismo, pero me pareció más interesante utilizar preferencias de grupo para mostrar su potencial.

  • ¿Ofrezco algún tipo de soporte para lo expuesto en este artículo? Sí, pero sólo para mis clientes



lunes, 21 de marzo de 2016

Instalación de una imagen de referencia de Windows Server 2012 R2 para prácticas

00003
Instalación de una imagen de referencia de Windows Server 2012 R2 para prácticas.

Introducción:

Si deseamos instalar un laboratorio virtual de prácticas, deberemos instalar tantos Windows Server 2012 R2 como servidores virtuales necesitemos.
Tal como vimos en el post anterior, la instalación no es complicada, pero sí tediosa si tenemos que realizarla varias veces.
Para evitar estar instalando y configurando una y otra vez, podríamos instalar una sola máquina virtual con Windows Server 2012 R2 (con las "tools" incluidas) y vincular
una copia de su disco duro virtual (como si de una imagen se tratase)
al resto de VMs ...  Qué buena idea, ¿no? Pues no, no es una buena idea porque, al instalar un Windows, se le asignan unos identificadores únicos que no podrán ser repetidos en otras VMs.
¿Solución? Tenemos varias, pero nombraremos dos: o bien podemos tratar una imagen de referencia de Windows Server 2012 R2 mediante el software de virtualización para que elimine dichos identificadores y ponga unos nuevos, o bien, podemos ejecutar el comando "sysprep" en la imagen de referencia para que podamos copiarla y vincularla a nuevas VMs. Como la primera solución dependerá del software de virtualización que estemos utilizando, nos centraremos en la segunda, no sin antes realizar ciertas configuraciones sobre la imagen de referencia para que sirva para nuestro propósito.


Objetivo:
Configurar y "syspreparar" una máquina virtual con Windows Server 2012 R2 para que sirva de referencia para la creación de nuevas máquinas virtuales.

Prerrequisitos:
Disponer de una máquina virtual con una instalación limpia de Windows Server 2012 R2 (si no tiene una, visite el siguiente link).
 
-¿Cerebro?... -preguntó Susan Calvin, temblando-. ¿Me oyes, Cerebro?
-¿Eh...? -respondió la máquina, absorta-. ¿Qué quieres?
-La solución.
-¡Ah, eso! Puedo darla. Os construiré la nave fácilmente, si me dais robots. Una bonita nave.
"Yo, Robot", Isaac Asimov
 
1
En primer lugar, iniciaremos la sesión en nuestro Windows Server 2012 R2 recién instalado.
Si la ventana "Administrador del servidor" se abre automáticamente, podremos cerrarla sin problemas.
Si no se abre, es porque, seguramente, hemos realizado el paso nº 11 del post anterior.




2
En segundo lugar,  nos aseguraremos de que nuestra VM tiene las "tools" instaladas. Si no lo están, quizá deberíamos revisar el paso nº 12 del siguiente link.

3
Si es necesario, modificaremos la zona horaria del sistema, haciendo clic sobre la hora y fecha de la esquina inferior derecha:



Antes de continuar, cerraremos la ventana "Fecha y hora" haciendo clic en "Aceptar".

4
Windows Server 2012 R2 viene configurado con una serie de tareas programadas que tienen como objeto mantener el sistema. Cuando se ejecutan, suelen consumir algo de CPU y uso de disco duro, lo que podría ser molesto si sólo vamos a utilizar nuestras VMs para hacer pruebas en un entorno de laboratorio. En tal caso, podremos prescindir de dichas tareas, eliminándolas de la siguiente forma:
Primero, accederemos a la herramienta "Administración de equipos", haciendo clic con el botón secundario del ratón sobre el símbolo de Inicio (en la esquina inferior izquierda) y ejecutándola:




Una vez dentro de la herramienta, expandiremos los nodos del panel izquierdo hasta llegar a "
TaskScheduler":

   + Herramientas del sistema
      + Programador de tareas
         + Biblioteca del Programador de tareas
            + Microsoft
               + Windows
                   + 
TaskScheduler

En "TaskScheduler", seleccionaremos las cuatro tareas ubicadas en el panel central y, haciendo clic con el botón secundario del ratón sobre ellas, las eliminaremos:




Antes de continuar, podemos cerrar
la herramienta "Administración de equipos".

5
Otro aspecto que puede llegar a ser incómodo: por defecto, la sesión del usuario con el que hayamos iniciado se bloqueará después de un tiempo de inactividad. Esta medida de seguridad está muy bien para servidores en producción, pero no para los nuestros que destinaremos para hacer pruebas.
Para modificar este comportamiento predeterminado, acudiremos a las "Opciones de energía". De la misma forma que en el paso anterior, 
haremos clic con el botón secundario del ratón sobre el símbolo de Inicio (en la esquina inferior izquierda), sólo que esta vez  
accederemos a "Opciones de energía":



En la ventana "Opciones de energía", haremos clic sobre "Requerir contraseña al reactivarse"...



... para después seleccionar la opción "No requerir contraseña". Para finalizar, haremos clic en "Guardar cambios" y cerraremos la ventana:



6
Otra aspecto a tener en cuenta: un Windows Server 2012 R2 recién instalado ejecutará, inicialmente, ciertos procesos que mantendrán la CPU de la VM ocupada. Concretamente, el proceso ".NET Runtime Optimization Service" puede estar un buen rato ejecutándose y, en consecuencia, consumiendo nuestra CPU y nuestra paciencia (la mía no, porque es infinita, me cago en todo). Además, este proceso también se ejecutará cuando instalemos alguna nueva versión de ".Net Framework" o actualicemos las existentes a través de Windows Update.

Para comprobar cómo va la CPU, accederemos al "Administrador de tareas", haciendo previamente clic
con el botón secundario del ratón sobre el símbolo de Inicio (en la esquina inferior izquierda):




Después, haremos clic sobre "Más detalles":




¿Alguna solución al respecto?  Sí, buscando en Internet encontraremos alguna que otra, pero, en mi modesta opinión, la mejor consiste en esperar a que el proceso finalice por sí solo. Es más, si hemos tardado un poquito en realizar los pasos anteriores, es posible que al comprobar el uso de CPU nos lo encontremos al 0%.

7
Ya casi hemos terminado. Después de esperar a que la CPU se quede al 0% (o casi al 0%), podremos "sellar" la VM.
Esto significa que podremos iniciar el procedimiento para que los identificadores únicos de la VM se reseteen.
Para ello, es necesario que accedamos a una consola de MSDOS, haciendo
clic con el botón secundario del ratón sobre el símbolo de Inicio (en la esquina inferior izquierda) y ejecutando "Símbolo del sistema (administrador)":




En la consola de MSDOS, ejecutaremos el comando "sysprep" con los parámetros indicados a continuación, no sin antes habernos desplazado hasta la carpeta correspondiente:

       cd c:\windows\system32\sysprep
 
       sysprep /oobe /generalize /shutdown /mode:vm



Ahora sólo tendremos que esperar que el "sysprep" finalice y que la VM se apague automáticamente.
MUY IMPORTANTE: no deberemos arrancar esta VM hasta completar el próximo paso.


8
Una vez que la VM se haya apagado automáticamente, deberemos copiar a otra carpeta el archivo correspondiente a su disco duro virtual. También es recomendable renombrar el archivo copiado con un nombre descriptivo; por ejemplo, "Base-W2012R2".

9
Finalmente, cuando deseemos crear una nueva VM con Windows Server 2012 R2, utilizaremos una copia de este archivo como disco duro principal. De esta forma, al arrancar la VM con el disco duro "syspreparado", se iniciará una mini-instalación en la que se regenerarán los identificadores únicos.

10
Sólo queda un último detalle: si hemos empleado una ISO de evaluación, ¿cuánto tiempo podremos utilizar nuestras VMs?
Para responder esta pregunta debemos tener presente que, cuando iniciamos un Windows Server 2012 R2 de evaluación "syspreparado"
, intentará activarse con Microsoft. Si dispone de conexión a Internet, se activará un período de evaluación de 180 días, pero si no, el sistema nos concederá un período de gracia de 10 días. Si más adelante la conectamos a Internet (incluso habiendo expirado el período de gracia), obtendremos los 180 días de evaluación.
Además, una ventaja añadida es que podremos prorrogar un número de veces determinado el período de evaluación.

Tanto para saber cuánto tiempo de evaluación resta a un Windows Server 2012 R2, como para saber el número de veces que podremos prorrogarlo, necesitaremos ejecutar el siguiente comando en una consola de MSDOS con privilegios de administrador (en el paso 7 vimos cómo abrirla):

       slmgr.vbs /dlv

En la ventana emergente, podremos examinar el "Estado de la licencia", el "Tiempo restante" y el "Recuento de rearmado de Windows restante"; el primer campo nos indica si el período de prueba es de gracia o de evaluación, el segundo nos indica cuánto tiempo nos queda del mismo, mientras que el tercero nos indica cuántas veces más podremos prorrogarlo:



La ventana anterior muestra la información correspondiente a una VM sin conexión a Internet. Por este motivo, el "Estado de la licencia" muestra "período de gracia inicial", ofreciéndonos sólo 10 días de prueba.

Si en los siguientes 10 días no conectamos esta VM a Internet, el período de gracia expirará:



Sin embargo, si conectamos esta VM a Internet (incluso habiendo expirado el período de gracia), se activará el período de evaluación de 180 días:



Tanto si el período de gracia o el de evaluación ha expirado, podremos prorrogarlo el número de veces indicado en el campo "Recuento de rearmado de Windows restante". Para ello, sólo tendremos que ejecutar el siguiente comando en una consola de MSDOS
con privilegios de administrador:
 
       slmgr.vbs /rearm

Si la solicitud es aceptada, se mostrará la siguiente ventana, que también nos indicará que debemos reiniciar la VM para que la prórroga sea efectiva:




Cuando reiniciemos la VM, podremos comprobar que el 
"Recuento de rearmado de Windows restante" habrá disminuido una unidad.
Evidentemente, si al reiniciar la VM tiene conexión a Internet, se activará un nuevo período de evaluación de 180 días; si no, se activará un período de gracia de 10 días. Resumiendo, sucederá lo mismo que cuando partimos de una instalación "syspreparada".

Para finalizar, comentaremos la ventaja que nos ofrece la posibilidad de reactivar un Windows Server 2012 R2 de evaluación varias veces, ya que podremos configurar nuestras VMs y almacenarlas durante un tiempo indefinido. Sólo tendremos que
realizar las configuraciones oportunas durante el primer período de pueba y guardar una copia de las VMs en otra carpeta. Cuando las necesitemos, las podremos volver a reactivar. Por ejemplo, supongamos que gran parte de nuestros laboratorios de prácticas parten de un dominio Active Directory compuesto por dos controladores de dominio y dos servidores miembro; bien, simplemente configuraríamos las cuatro VMs en el primer período de prueba y después las copiaríamos a una carpeta alternativa. Cuando necesitemos partir de un dominio Active Directory limpio, bastará reactivar las copias de las VMs. Aunque el período de prueba de éstas haya expirado, solamente tendremos que ejecutar un "rearm" en cada una de ellas.


Instalación de Windows Server 2012 R2

00002
Instalación de Windows Server 2012 R2.

Objetivo:

Instalar Windows Server 2012 R2 en una máquia virtual.


Prerrequisitos:
Disponer de un equipo x64 decente (mínimo 4Gb de RAM y mínimo un i5 de CPU).
Tener instalado algún software de virtualización (VMware, VirtualBox, Hyper-V, etc.).
Disponer de una ISO de Windows Server 2012 R2 (si no tiene una, visite el siguiente link).

 
Sin cambios, algo duerme en nuestro interior,
algo que rara vez despierta...
Hay que despertar al durmiente.
"Dune", David Lynch
 
1
Antes de instalar Windows Server 2012 R2, necesitaremos crear una máquina virtual (VM).
Este artículo no describe qué software de virtualización debemos utilizar ni cómo instalarlo, así que supondremos que estos pasos ya están hechos. Sin embargo, sí recomedaremos los parámetros relativos a la VM que debemos configurar:


Característica Configuración
Sistema operativo invitado Windows Server 2012 o Windows Server 2012 R2.
Nombre Especificaremos un nombre descriptivo.
Disco duro 1, de 64Gb con crecimiento dinámico (Thin Provision) y en un solo archivo.
Memoria 1Gb de RAM mínimo.
Procesadores 2 como mínimo, habilitando la virtualización por hardware.
Adaptadores de red 1, conectado a una red virtual interna (ésta deberá ser creada previamente).
Impresoras Que no conecte con las impresoras del equipo host (es decir, el equipo real).

2
Una vez creada la VM, deberemos conectar la ISO descargada en la misma y, después, la iniciaremos.
Si lo hemos hecho bien,
en breve veremos algo similar a esto en la parte inferior:



Si lo hemos hecho mal, seguramente veremos algo parecido a lo siguiente:



Probablemente esto es debido a que hemos montado la ISO en la VM, pero no hemos activado alguna casilla relativa a "conectar al encender el equipo" (por ejemplo, en VMware es "Connect at power on").

3

Supongamos que lo hemos hecho bien y hemos llegado al siguiente paso, donde debemos especificar el idioma y hacer clic en "Siguiente":



4

Ahora viene un paso muy complicado, sólo apto para mentes privilegiadas: debemos hacer clic sobre "Instalar ahora":



5

En el siguiente paso, seleccionaremos el sistema operativo que deseemos.
Las ediciones disponibles son la "Standard" y "Datacenter", con sus correspondientes versiones "GUI" y "Server Core".

Hay que tener presente que las ediciones "Datacenter2 y "Standard" ofrecen las mismas funcionalidades, aunque la licencia de los "Datacenter" está orientada a entornos
altamente virtualizados, mientras que la de los "Standard" está orientada a entornos físicos o con un nivel bajo de virtualización. Evidentemente, debemos seleccionar la edición que corresponda a la licencia que hayamos adquirido.

Respecto a los dos tipos de versiones, comentaremos que la "GUI" consiste en un Windows Server 2012 R2 con interface gráfico (vamos, el de toda la vida), mientras que el "Server Core" es un Windows Server 2012 R2 sin interface gráfico, administrable por línea de comandos. De todas formas, es importante destacar que, una vez instalado nuestro Windows Server 2012 R2, podremos desinstalar o instalar el interface gráfico cuando lo deseemos.

Entonces, ¿cuál seleccionaremos finalmente? Como estamos dando por hecho que nuestro objetivo es instalar la evaluación de Windows Server 2012 R2 sobre alguna plataforma de virtualización gratuita (como VMware Player o VirtualBox), eligiremos "Evaluación de Windows Server 2012 R2 Standard (servidor con una GUI)". Después, haremos clic en "Siguiente":




6

Otro paso complicado: debemos leer detenidamente los "Términos de licencia" y, para demostrar a Microsoft que los hemos comprendido, deberemos realizar un resumen a doble espacio y enviarlo a la dirección "soygilipollas@microsoft.com".
Ahora en serio, sólo tenemos que activar la casilla "Acepto los términos de licencia que no he leído" y hacer clic en "Siguiente":




7

Como estamos realizando una instalación limpia y no deseamos actualizar un sistema existente, haremos clic sobre "Personalizada: instalar solo Windows (avanzado)":



8

El último paso antes de comenzar la instalación, consiste en seleccionar en qué disco y partición deseamos instalar nuestro Windows.
Si no nos queremos complicar la vida, bastará que hagamos clic en "Siguiente", lo que provocará que se creen dos particiones: una de 350Mb para archivos necesarios del sistema y otra, con el resto del espacio disponible, para el sistema operativo en sí.
Si escogemos esta opción,
más adelante podremos añadir nuevos discos o reducir el tamaño de una partición existente, sin que sea necesario utilizar software de terceros.



No obstante, si no deseamos que inicialmente se utilice todo el espacio del disco, podremos utilizar el mini-gestor de particiones que nos ofrece esta ventana, donde crearemos nuevas particiones, eliminaremos o formatearemos las existentes, etc.



9

Bueno, finalmente ya estamos en marcha. La rapidez de la instalación dependerá de varios factores, como el equipo físico que estemos utilizando, la ubicación de la ISO (suele ir más rápido si la ubicamos en un disco físico diferente al de la VM), etc...



10

Cuando finalice la instalación, el sistema nos preguntará la contraseña del Administrador. Ésta debe cumplir unos requisitos de seguridad, debiendo estar compuesta por caracteres de, al menos, tres de las siguientes categorías:
   • Mayúsculas (de la “A” a la “Z”).
   • Minúsculas (de la “a” a la “z”).
   • Dígitos de base 10 (del 0 al 9).
   • Caracteres no alfanuméricos (por ejemplo, !, $, #, %).



11

Ahora que tenemos nuestro Windows Server 2012 R2 instalado, podremos iniciar la sesión. Una ventana que se abrirá automáticamente cuando lo hagamos, es la correspondiente a la herramienta "Administrador del servidor":



Esta ventana la podremos cerrar, aunque también la podremos configurar para que no se abra automáticamente. Para ello, sólo tendremos que hacer clic sobre "Administrar" (en la parte superior de la ventana) y acceder a "Propiedades del Administrador del servidor". Después, activaremos la casilla "No iniciar el Administrador del servidor automáticamente al iniciar sesión" y haremos clic en "Agregar":



12

Bueno, ya sólo queda el último paso, pero seguramente el más importante si estamos en un entorno virtual.
Se trata de instalar las "tools" del software de virtualización, porque
optimizará el rendimiento de la máquina virtual y mejorará su usabilidad significativamente.
Según el software de virtualización, las "tools" se llamarán de forma diferente:
   • VMWare --> VMWare Tools.
   • VirtualBox --> VirtualBox Guest Additions.
   • Hyper-V --> Servicios de integración.

La instalación de las "tools" también dependerá del software de virtualización, pero, por norma general, suelen encontrarse en el menú de opciones de la ventana que contiene la máquina virtual.
Una vez las instalemos,  reiniciaremos la VM.


En el próximo post explicaremos cómo preparar una imagen de Windows Server 2012 R2 para un entorno de prácticas.


Descarga de una ISO de evaluación de Windows Server 2012 R2

00001
Descarga de una ISO de evaluación de Windows Server 2012 R2.

Objetivo:

Descargar la ISO de evaluación de Windows Server 2012 R2.


Prerrequisitos:
Disponer de una cuenta de Microsoft.
 

Keep your 'lectric eye on me babe
Put your ray gun to my head
"Moonage Daydream", David Bowie
   
1
En primer lugar, accederemos a la página de descarga de Windows Server 2012 R2:

https://www.microsoft.com/es-es/evalcenter/evaluate-windows-server-2012-r2

2
En segundo lugar, haremos clic sobre "Iniciar sesión".



3
En tercer lugar, iniciaremos la sesión con nuestra cuenta de Microsoft.
Si no disponemos de una cuenta de Microsoft, debemos crearnos una, ya sea creando una nueva dirección de correo o vinculando una existente.



4
Una vez hayamos iniciado la sesión, seleccionaremos el tipo de archivo "ISO" y haremos clic sobre "Regístrese para continuar":



5
Ahora debemos completar nuestra información personal.
MUY IMPORTANTE: para evitar descargar más archivos de los necesarios, debemos seleccionar "No" en el desplegable relativo a los "componentes de System Center":



Además, si no deseamos suscribirnos a los boletines de Microsoft, ni que nos envíen comunicaciones sobre productos Microsoft y/o que compartan nuestros datos con terceros, debemos desactivar las casillas habilitadas para ello:



6
¿Listo? Pues ahora toca hacer clic en "Continuar":



7
Ya queda menos. El último paso consiste en seleccionar el idioma y hacer clic en "Continuar":



8
Ahora, dependiendo del navegador utilizado, descargaremos el archivo en nuestro equipo.
Son más de 4Gb, así que también dependerá de nuestra conexión a Internet si debemos esperar mucho o poco.



9
¿Y qué hacemos cuando se haya descargado? Pues una buena idea sería instalarlo en una máquina virtual.
Para ello, quizá nos interese el siguiente link.



sábado, 12 de marzo de 2016

Formación y consultoría sobre Microsoft Windows Server

Formación y consultoría sobre Microsoft Windows Server
Formación para empresas sobre Microsoft Windows Server

Más info >>>



Consultoría para empresas sobre Microsoft Windows Server

Más info >>>