jueves, 27 de agosto de 2015

Crear máquina virtual con Wserver 2016 tp3 lista para ser host de containers

 

Hola.

En esta ocasión veremos el proceso que ha dispuesto Microsoft para que tengamos una máquina virtual, con Windows server 2016 tp3 lista para servir containers.

Los requisitos son:

  • Disponer de un host Wserver 2016 o Sindows 10
  • Ser administrador de ese Host

Empezamos:

1. Lanzar un powershell como administrador : start-process powershell -Verb runAs

2. Descargar el script que nos facilitará la tarea: wget -uri http://aka.ms/newcontainerhost -OutFile New-ContainerHost.ps1  (se habrá descargado en Windows\system32)

3. lanzar el script completando el comando: .\New-ContainerHost.ps1 –VmName <containerhost> -Password <password>

Ej.: .\new-containerhost.ps1 –vmname VMcontainers –Password P@ssw0rd

En el proceso descargará los componentes necesarios, montará la unidad que será el C: de nuestra VM y añade los roles correspondientes.

En mi caso la unidad la ha montado en G:

image

 

Powershell del proceso:

image

 

Link de referencia:

https://msdn.microsoft.com/en-us/virtualization/windowscontainers/quick_start/container_setup

martes, 25 de agosto de 2015

Como activar Windows Server Containers en W. Server 2016 tp3

 

Hola.

Desde hace un tiempo habréis oido hablar algo, pero me da que desde la salida de Windows Server 2016 Tp3 en adelante vais a oir hablar mucho sobre Windows Server containers e Hyper-V Containers, los cuales describe Russinovich en este artículo:

https://azure.microsoft.com/blog/2015/08/17/containers-docker-windows-and-trends/

En este artículo os quiero enseñar la primera y mas simple forma de activar containers en Windows Server, ya que por ahora no podemos aun probar Hyper-V Containers.

Pasos para activación de Windows Server Containers:

Abrir consola de powershell

Lanzar comando: start-process powershell -Verb runas  (o lanzar la consola anterior como adminsitador).

En la nueva consola abierta, lanzar: wget -uri http://aka.ms/setupcontainers -OutFile C:\ContainerSetup.ps1

Ejecutar el script descargado: C:\ContainerSetup.ps1

image

miércoles, 19 de agosto de 2015

Evitar la creación de tercer nivel de Cas Subordinadas

 

Hola.

Hoy he tenido que diseñar una CA subordinada dependiente de una CA Raiz ya existente.

Evidentemente, esta CA Subordinada estará limitada en funciones e incluso vamos a tener que limitar el que se pueda generar certificados de nuevas Ca Subordinadas de esta CA Subordinada, o lo que es lo mismo crear un tercer nivel de Cas en la corporación.

Para conseguir esto, podéis hacer dos cosas:

1. En el archivo donde configuraís la política de la CA, previamente a la creación de esta y posterior firma de solicitud por parte de la CA Raiz, utilizar le siguiente parámetro:

c:\windows\capolicy.inf

[BasicConstraintsExtension]
PathLength=0 (Indica el número de niveles que puede haber por debajo de ella misma).
Critical=Yes

Seguir con la creación de la CA, generar la petición y posterior firma de petición por parte de la CA.

*Esta opción no es la recomendada por Microsoft.

2. Recomendada por Microsoft, esta opción se basa en configurar en la CA Raiz el mismo parámetro que indica los niveles que puede haber por debajo de ella, contandose a ella misma, por lo que en nuestro caso, querríamos 2.

Esta forma de configurar este aspecto, es asumible si somos quienes administramos la CA Raiz, evidentemente.

Comando a lanzar en la CA Raiz, previa firma de certificado subordinado: 

Certutil –setreg Policy\CAPathLength 2

 

Espero que os resulte de ayuda.