El Baúl Del ITPRO

Buenas tardes,

En esta semana he estado jugando bastante y probando ADFS 2016, la verdad es que la versión 2016 incorpora bastantes funcionalidades las cuales me han sorprendido bastante y por ello me gustaría compartir con todos vosotros las más reseñables.

Autentiación desde directorios LDAP V3: Esta es quizás la más reseñable, ADFS 2016 no se integra solo con directorio activo como proveedor de credenciales sino que también tiene la posibilidad de hacerlo con cualquier LDAP corriendo en versión 3 como puede ser por ejemplo un Open LDAP.

Branding por cada IDP: En la versión 2016 también podemos personalizar de una manera bastante sencilla el branding por cada proveedor de identidad, de tal manera que los usuarios podrán autenticarse en una página totalmente distinta dependiendo del servicio de internet que vayan a consumir.

Conditional Access mejorado: Ahora es posible configurar políticas de acceso condicionales que requieren distintos parámetros de seguridad dependiendo donde se encuentren nuestros usuarios. Con esta funcionalidad podemos por ejemplo definir la autenticación de dos factores cuando los usuarios están fuera de la red corporativa y no requerida cuando están en la misma.

Azure Multifactor Authentication: En efecto, haciendo una integración entre ADFS 2016 y Azure AD es posible proveer multifactor authentication a las aplicaciones federadas, donde el primer factor de autenticación será normalmente la password y el segundo estará integrada con el dispositivo móvil donde podemos jugar con códigos sms, huella dactilar ….

Administración Delegada: Dentro de ADFS ahora es posible delegar la administración por IDP sin necesidad de delegar la administración del servidor ADFS por completo

Actualización sencilla desde ADFS 2012 R2: De una manera muy similar al role de Hyper-V existe la posibilidad de tener granjas de servidores ADFS con servidores en versión 2012 R2 y servidores en versión 2016, esto nos permite actualizar servidores de una manera cómoda y transparente para los usuarios donde actualizaremos el nivel funcional de la granja una vez actualizados todos los servidores.

Espero que resulte de utilidad

Un saludo

Buenas,

El pasado jueves 6/10/2016 tuve el placer de participar como Speaker junto con mi colega Juanjo Díaz en el evento Microsoft Summit 2016 el cual fue el evento de presentación oficial de Windows Server 2016.

En dicho evento nos encargamos de realizar una presentación de Nano, Hyper-V y contenedores en Windows server 2016 en la que nos centramos principalmente en la novedades de la versión 2016.

Como ya sois varios los que me habéis solicitado la presentación por mail y algunos los que me habéis preguntado si hay posibilidad de ver la grabación del evento, me gustaría facilitaros el acceso a los mismos en este post.

Referente a la presentación realizada, podéis encontrarla en el siguiente Link

La grabación del evento está disponible en la página oficial del evento la cual podéis ver a continuación.
https://www.microsoft.com/es-es/microsoftsummit

Espero que está información os resulte de utilidad y muchas gracias a todos los que seguisteis el evento de manera presencial o mediante el streaming.

Un saludo

Buenas,

Últimamente he estado trabajando en informando bastante en la parte de Federación de identidades la cual tiene como objetivo principal proveer Single Sign On (SSO) en nuestras aplicaciones. Igualmente me gustaría comentar que los principales beneficios del SSO y la federación de identidades es tanto la mejora de la experiencia de usuario evitando que el mismo necesite recordar las claves de acceso a la aplicación y aportándole un acceso directo y transparente a las mismas como evitar la necesidad de mantener y gestionar una base de datos de usuarios, roles y credenciales por cada aplicación.

Antes de empezar hablar sobre los tres principales protocolos de gestión de identidades (SAML, OpenID y OAuth) me gustaría explicar de una manera bastante resumida que es la federación de identidades para aquellos que seáis nuevos en este tema. La Federación de identidades nos permite desacoplar las capas de autorización y autenticación puesto que me permite a las aplicaciones federadas usar un identity management system para obtener la credenciales del usuario y autenticarles en la aplicación. Los identity management system más conocidos en el marcado son Microsoft ADFS y ping identity, sin embargo no quiero orientar este post a las aplicaciones que nos permiten configurar la federación y si a los tres protocolos mencionados en el asunto.

Una vez realizada esta breve introducción pasaremos a explicar un poco más al detalle los tres protocolos disponibles para configurar la federación.

-OpenID: Es un standard de federación abierto esponsorizado entre otros por Microsoft, Google, Facebook y paypal y permite que los usuarios puedan elegir e implementar su proveedor de OpenID preferido para autenticar en las aplicaciones que soportan este protocolo. Un ejemplo del proceso de autenticación y autorización con OpenID en la aplicación servicewnow sería el siguiente:

-SAML: Con mucha diferencia el más usado para autenticar en aplicaciones SAAS por clientes enterpise, está basado en xml y permite la autorización en la aplicación federada con saml mediante el uso de un token generado por el identiy provider. Un ejemplo del proceso de autenticación y autorización con SAML en la aplicación Salesforce sería el siguiente.

-OAuth: Se basa también en un standard abierto y se diferencia de los dos anteriores en que se usa únicamente para autorización y no para autenticación puesto que en este caso el proveedor de autorización es un tercero como puede ser el sistema de autenticación de twitter o facebook. Este protocolo se usa de manera muy frecuente para proveer SSO a aplicaciones móviles donde los dos anteriores tienen más carencias. Un ejemplo del proceso de autenticación con OAuth sería el siguiente:

Espero que resulte de utilidad

Un saludo

Buenas
Hoy me gustaría explicar el procedimiento para aumentar o disminuir la capacidad de nuestras máquinas virtuales en azure cambiando el tipo de las mismas.

Es bien sabido por todo que Microsoft factura las máquinas virtuales de Azure al igual que el resto de hosters dependiendo del tamaño de las mismas. Por lo tanto la cantidad de memoria y de cpu asignada a una máquina virtual será directamente proporcional al precio que pagaremos por tener la misma en ejecución. Igualmente es importante mencionar que Azure calcula el precio de facturación de las máquinas virtuales por minuto, por lo tanto nos beneficiaremos de una precio mas ventajoso solamente un minuto después de reducir la capacidad y tendremos que pagar un precio más elevado justo un minuto después.

Teniendo en cuenta los puntos mencionados podemos imaginar que el propósito principal detrás de aumentar o la reducir la capacidad es tener un ahorro costes el cual podemos conseguir reduciendo la capacidad cuando nuestros servidores son menos demandados y aumentando la capacidad en las horas de actividad pico.

Una vez tenemos claro en que momentos podemos reducir la capacidad de nuestros servidores (en la mayoría de los casos por las noches y fines de semana) seremos capaces de manera programada cambiar el tipo de máquina virtual por una de menor o mayor capacidad según convenga. Igualmente me gustaría remarcar que el cambio de tipo de máquina virtual requiere un reinicio de la misma, es más en nuestro ejemplo primero apagaremos la misma para posteriormente cambiar el tipo y volverla a ejecutar.

Una vez hecha breve introducción pasamos a ver de manera práctica como cambiar el tipo de máquina virtual en azure de manera programada.

1- Lo Primero que debemos hacer es crear una cuenta de automatización en Windows Azure y definir los credenciales que usaremos para ejecutar Runbooks en la misma. El procedimiento para realizar estas tareas podéis encontrarlo en este post
(pasos del 1 al 7)

2- Creamos un runbook

3- Accedemos a la parte de editado del workflow e introducimos el siguiente código

Ademas dejaros el pantallazo del mismo os lo dejo en texto plano para facilitar el realizar copy y paste del mismo.

workflow reduce_capacity
{

}

Evidentemente en vuestros script deberéis de editar los valores para los credenciales guardados así como el nombre de de la máquina y el tipo de la mismas ‘Basic_A3’ en mi caso.

4- Por último definiremos un programación asociada al runbook

Espero que resulte de utilidad.

Un saludo