The GuruXP Blog

Seguimos con la serie de tutoriales de Administración de Office365 mediante Powershell.

Esta vez, algo sencillo pero útil para administrar varias cuentas a la vez, crear y eliminar usuarios de Office365 mediante powershell.

Empecemos por indicar, que obviamente tendremos que tener nuestro entorno de powershell preparado para Office365.

Una vez dicho esto, podemos ir al grano…

Añadir Usuarios:

Tendremos que tener licencias disponibles en nuestra suscripción si queremos asignar una licencia a nuestro usuario, de lo contrario tendremos que acceder a la administración de nuestro offcie365 via web, y comprar las licencias.

• Iniciamos sesión en nuestro office365 con powershell.
• Ejecutamos el siguiente cmdlet para dar de alta el usario

New-MsolUser -UserPrincipalName a.lopez@contoso.com -DisplayName «Antonio Lopez – Contoso Ltd.» -FirstName «Antonio» -LastName «Lopez«

• Especificamos la ubicación del usuario (en este caso, España)

Set-MSOLUser –UserPrincipalName a.lopez@contoso.com –UsageLocation ES

• Asignamos la licencia al usuario con el siguiente Cmdlet

Set-MsolUserLicense -UserPrincipalName a.lopez@contoso.com -AddLicenses «tenantname:AccountSKUId»

Donde «tenantname» en nuestro caso seria «contoso» y «AccountSKUId» será el plan que queramos asignar, los AccountSKUId disponibles son:

K1:
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS

K2:
SHAREPOINTWAC
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS

P1:
MCOLITE
SHAREPOINTLITE
EXCHANGE_L_STANDARD

E1:
MCOSTANDARD
SHAREPOINTSTANDARD
EXCHANGE_S_STANDARD

E3:
OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE

E4:
OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE

A2:
SHAREPOINTWAC_EDU
MCOSTANDARD
SHAREPOINTSTANDARD_EDU
EXCHANGE_S_STANDARD

No obstante, podemos ejecutar el siguiente cmdlet para averiguar los AccountSKUId que tenemos en nuestro Office365

Get-MsolAccountSku | Format-Table AccountSkuId, SkuPartNumber

Nota: si queremos hacer un upgrade de la licencia a un usuario, primero tendremos que quitar la licencia actual, y luego asignar la nueva.

Para quitar la licencia a un usuario ejecutamos lo siguiente:

Set-MsolUserLicense -UserPrincipalName a.lopez@contoso.com -RemoveLicenses «tenantname:AccountSKUId«

Eliminar un usuario:

Simplemente ejecutaremos el siguiente Cmdlet:

Remove-MsolUser -UserPrincipalName a.lopez@contoso.com

Al ejecutar este cmdlet, automáticamente moverá el usuario al apartado de buzones eliminados (no es un harddelete).

Hasta el próximo post…

Buenas a todos,

Si en un post anterior explicaba como deshabilitar la caducidad de contraseñas en Office365, ahora os indico un pequeño Cmdlet que nos permitirá deshabilitar la directiva de contraseñas fuertes en nuestro Office 365.

Por defecto todas las contraseñas en Office365, deben cumplir con un cierto nivel de complejidad que contengan las siguientes características:

• 8 caracteres como minimo y 16 como máximo
• Valores admitidos:
  • Letras de la A-Z (letras mayúsculas)
  • Letras de la a-z (letras minúsculas)
  • Números del 0 al 9
  • los caracteres especiales !@#$%^&*-_+=[]{}|\:´,.?/`~»<>();
  • No se admite Unicode.
• No puede contener parte del nombre de usuario o alias

Bien pues para poder deshabilitar estas restricciones (las cuales no recomiendo para nada), deberemos indicar el siguiente Cmdlet después de iniciar sesión en nuestro Office365 con powershell:

SetMsolUser -UserPrincipalName usuario@contoso.com -StrongPasswordRequired $false

Para volver a habilitarla:

SetMsolUser -UserPrincipalName usuario@contoso.com -StrongPasswordRequired $true

Hasta otra!

En el post de hoy, seguimos con Office 365 para administradores del servicio, en concreto explicaremos como restablecer la contraseña de un usuario.

Para poder hacer esto, tenemos dos formas:

• La via bonita, por interfaz grafica (GUI)
• La via menos bonita, por Powershell.

Empecemos explicando la primera, versión GUI:

1. Iniciamos sesión en la consola de administración de Office365 e introducimos las credenciales de administración del servicio.
2. Pinchamos en «Usuarios», dentro de la sección «Administración» justo en la parte izquierda de nuestra consola.
3. Seleccionamos el/los usuario(s) que queramos restablecer la contraseña y pinchamos en «Restablecer la contraseña».
4. Marcamos la opción de si queremos notificar a algún destinatario del cambio de la contraseña y seguimos el proceso.

Por defecto, este método nos asignara una contraseña autogenerada que cumpla con la directiva de contraseñas para que el usuario entre en OWA y pueda establecer la contraseña que quiera. SIN ESTE PASO, EL USUARIO NO PODRA INICIAR SESION EN OUTLOOK.

Ahora toca explicar la versión Powershell:

1. Iniciamos sesión con nuestro entorno preparado de powershell, utilizando las credenciales de administración de nuestro Office365.
2. Ejecutamos el siguiente cmdlet:

Set-MsolUserPassword -UserPrincipalName usuario@contoso.com -NewPassword «Nu3va.Password» -ForceChangePassword $false

Como podemos ver, las opciones de «NewPassword» y «ForceChangePassword» nos permiten dar un paso mas a la hora de restablecer las contraseñas ya que con ellas podremos establecer directamente la contraseña que queramos y establecer si queremos que sea una contraseña temporal para que el usuario pueda cambiarla por OWA respectivamente.

En definitiva, no es solo cuestión de gustos sino de ventajas… En este caso Powershell nos permite personalizar la contraseña que queremos establecer e incluso indicar si es necesario que el usuario la cambie o no, por lo que si establecemos el valor en $false, indicaremos que la contraseña es la definitiva y que el usuario ya podrá usarla en Outlook sin necesidad de pasar por OWA.

Personalmente considero que powershell nos agilizara mucho mas el proceso, sin embargo no siempre tenemos a mano una consola de powershell, o si? ;)

Hasta otra!

Buenas!

Hoy veremos como esconder un usuario de la lista global de direcciones o Global Address List en nuestro Office365.

Sabemos que se pueden esconder listas de distribución o grupos de seguridad de la GAL desde la GUI, pero para los usuarios o buzones creados, no existe esa opción en la interfaz grafica, por lo que tendremos que tirar nuevamente de nuestro Powershell…

Lo primero será preparar nuestro entorno si no lo tenemos ya para conectar con Microsoft Online Services.

Después de iniciar sesión en powershell con nuestras credenciales de Office365, ejecutamos el siguiente comando:

 Set-Mailbox -Identity usuario@contoso.com -HiddenFromAddressListsEnabled $true

Una vez ejecutado el comando, ya tendremos el buzon o usuario oculto en la GAL :)

Hace poco leí un articulo donde se indicaba como eliminar contactos en un Exchange 2007 y 2010 mediante un script de Powershell, pero no era compatible con Exchange Online.

Bien, pues después de darle varias vueltas, he conseguido hacerlo de tal forma que valga para Exchange Online mediante el uso de Powershell y EWS.

Lo primero indicar que como requisito, es primordial instalar la API de EWS, ya que sin eso no podremos trabajar con el script.

Voy comentando los trozos del script:

param([string]$EmailAddress,[string]$Username,[string]$EwsUrl,[string]$EWSManagedApiDLLFilePath);
$Password = cat C:\O365_Passw.txt

En esta cabecera indicamos la sintaxis que utilizara nuestro script: Buzon (E-Mail), Usuario, Ruta de EWS, Ruta de la API de EWS, y finalmente le indicamos que use como contraseña la que este almacenada en el txt indicado (c:\O365-Passw.txt). Este archivo solamente debe contener la contraseña deseada. (es solo una vuelta que le he dado al código con la finalidad de que si programamos la tarea, no aparezca en los valores de la misma).

# Comprobar E-Mail
if (!$EmailAddress) {     throw «El parametro E-Mail debe especificarse»; } if (!$EmailAddress.Contains(«@»)) {     throw «El parametro E-Mail no parece ser valido»; }

# Comprobar si la API de EWS esta presente
if (!$EWSManagedApiDLLFilePath) {     $EWSManagedApiDLLFilePath = «C:\Program Files\Microsoft\Exchange\Web Services\1.2\Microsoft.Exchange.WebServices.dll» }
if (!(Get-Item -Path $EWSManagedApiDLLFilePath -ErrorAction SilentlyContinue)) {
throw «No se ha encontrado la API de EWS en $($EWSManagedApiDLLFilePath). Descargala desde http://www.microsoft.com/download/en/details.aspx?id=28952«; }

Comprobamos que se haya introducido una dirección de E-Mail valida en la sintaxis y que la API de EWS esta instalada, de lo contrario nos indicara que debemos descargarla e instalarla.

# Cargar la API de EWS
[void][Reflection.Assembly]::LoadFile(«C:\Program Files\Microsoft\Exchange\Web Services\1.2\Microsoft.Exchange.WebServices.dll»);

# Crear objeto de servicio
if ($Exchange2007) {     $service = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2007_SP1) }
else {     $service = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2010_SP1) }

# Establecer credenciales si se han especificado o usar el usuario actual
if ($Username -and $Password) {
if ($Domain)     {         $service.Credentials = New-Object  Microsoft.Exchange.WebServices.Data.WebCredentials($Username,$Password,$Domain);     }
else {
$service.Credentials = New-Object  Microsoft.Exchange.WebServices.Data.WebCredentials($Username,$Password);     }     }
else {     $service.UseDefaultCredentials = $true; }

# Establecer URL de EWS si se ha especificado, o usar autodiscover de lo contrario.
if ($EwsUrl) {
$service.URL = New-Object Uri($EwsUrl); }
else {
try {         $service.AutodiscoverUrl($EmailAddress);     } catch {         throw;     } }

Cargamos la API de EWS, detectamos la versión de Exchange del servidor, utilizamos credenciales suministradas o utilizamos el usuario actual, y establecemos la URL de EWS. Esta URL no es otra mas que la del servidor de Exchange/ews/Exchange.asmx (p.ej: https://amsprd0610.outlook.com/ews/Exchange.asmx)

# Efectuar una prueba – obtener la carpeta de contactos predeterminada.
if ($Impersonate) {
$service.ImpersonatedUserId = New-Object Microsoft.Exchange.WebServices.Data.ImpersonatedUserId([Microsoft.Exchange.WebServices.Data.ConnectingIdType]::SmtpAddress, $EmailAddress); } try {     $ContactsFolder = [Microsoft.Exchange.WebServices.Data.ContactsFolder]::Bind($service, [Microsoft.Exchange.WebServices.Data.WellKnownFolderName]::Contacts); } catch {     throw; }

Establecemos un vinculo con la carpeta de contactos y hacemos el enlace.

$ContactsFolder.Empty([Microsoft.Exchange.WebServices.Data.DeleteMode]::MoveToDeletedItems, $true);

Procedemos a eliminar el contenido enviándolo a la carpeta de elementos eliminados. En este ultimo comando, podemos especificar varias opciones dentro del código:

• MoveToDeletedItems: los enviara a la carpeta de elementos eliminados.
• HardDelete: los eliminara directamente sin dejar copia en ningún sitio.
• SoftDelete: los eliminara, pero únicamente se podrán recuperar a través de «recuperar elementos eliminados» en nuestro Outlook.

Una vez explicado el script, podeis descargarlo de AQUI. Su forma de ejecución será algo como esto:

./delete_contacts.ps1 -EmailAddress usuario@dominio.com -Username usuario@dominio.com -EwsUrl https://servidor_exchange/EWS/Exchange.asmx

Hasta otra!

A día de hoy, no es ninguna sorpresa la cantidad de bugs que tienen los dispositivos de Apple, y de cuanto énfasis ponen en resolverlo lo antes posible… Pues hace relativamente poco, Apple sacaba su nueva versión de IOS 6, y con ella una bug que pone de cabeza nuestra información (mas info AQUI) y que se ha solucionado en la versión 6.01 de IOS.

Bien pues no vendría nada mal, hacer una pequeña auditoria de nuestra organización en Office 365 para saber quien utiliza dispositivos de Apple para acceder a la información, que modelo y que versión de IOS.

Para ello Steve Goodman, ha publicado un pequeño script en Powershell que nos permite recuperar esa información en pantalla y exportarla en CSV para poder tratarla en Excel por ejemplo.

Podeis descargarlo desde aquí.

El Script de Powershell ha de ejecutarse una vez iniciada sesión en Online services con Powershell por lo que tendrás que tener preparado tu entorno para ello. La forma de ejecutarlo será algo así:

.\Export-iOSDeviceStatistics.ps1 -OutputCSVFile C:\output.csv

Y el resultado seria algo asi:

Y el archivo generado:

Hasta otra!

Seguimos con la serie de Office 365…

Empecemos indicando que es un buzon compartido, sus ventajas y desventajas…

Un buzon compartido (Shared Mailbox) es un buzon cuya finalidad es la de compartir elementos en la organización o departamento. Elementos como correo, contactos, tareas o citas de calendario.

Este tipo de buzon, es especialmente útil para los siguientes escenarios:

• Tenemos un departamento desde el que queremos hacer seguimiento de los mensajes que se envíen y reciban a dicho departamento.
• Tenemos la necesidad de disponer de un pool de contactos, tareas o calendarios compartidos.
• Toda la información del departamento debe salir de dicho buzon y las cuentas personales solo se utilizan para mensajes internos.
• Queremos gestionar quien tiene acceso a dicho departamento desde fuera, incluso desde OWA.

Los beneficios de un buzon compartido son entre otras:

• No ocupa licencia hasta los 5Gb de almacenamiento por lo que no hay que pagar por ello, a partir de 5Gb deberemos asignar una licencia de Exchange Online Plan 1 (minimo).
• No existen Hardlimits como en un buzon normal, como limite de conexiones y elementos en una carpeta.
• El acceso al buzon se gestiona por grupos de seguridad, por lo que podemos gestionar los usuarios que tienen acceso a dicho buzon solo con incluirlos o excluirlos del grupo de seguridad.
• El buzon dispone de una dirección de correo electrónico por lo que podremos recibir correos electrónicos directamente en el, y podemos gestionar si queremos recibir correos de dentro de la organización o de dentro y fuera de la misma como en un buzon normal.
• Podemos anexar el buzon compartido en el entorno de OWA sin necesidad de cerrar sesión y abrir otra.

Los inconvenientes del mismo (que yo caiga) son:

• No permite la característica de archivado de correo sin asignarle una licencia. De igual forma pasa con la característica de retención por juicio.
• Es obligatorio que los usuarios que accedan al buzon compartido, tengan una licencia asignada.
• Solo permite 5Gb de almacenamiento por lo que no se recomienda su uso para archivado de correo.

Para poder crear un buzon compartido en nuestra suscripción actual de Office 365 (esto cambiara con la nueva versión que esta por venir) tendremos que hacer uso de powershell, aunque disponemos de una versión GUI desarrollada por Microsoft, pero aun asi necesitaremos de powershell para lanzar la herramienta.

Expliquemos primero lo que necesitamos y como hacerlo para el modo powershell:

• Acceso al entorno de administración de Office 365 (resulta obvio)
• La creación de un Grupo de Seguridad
• Tener el entorno de powershell preparado para Online Services.

Creación de un grupo de seguridad:

• Accedemos al entorno de administración de Office365.
• Accedemos a la Administración del modulo de Exchange Online.

• Pinchamos en «Grupos de Distribución» y le damos a «Nuevo«. Rellenamos los campos, marcamos la opción de «Convertir este grupo en un grupo de seguridad«, y configuramos el grupo con las opciones de seguridad que queramos, incluimos los usuarios del departamento y le damos a guardar.

Creación del buzon compartido:

• Accedemos a nuestra suscripción via powershell.
• Creamos el buzon compartido:

New-Mailbox -Name «Shared Mailbox Name» -Alias SharedMailboxAlias -Shared

• Establecemos la quota y los limites de envio del buzon compartido:

Set-Mailbox corpprint -ProhibitSendReceiveQuota 5GB -ProhibitSendQuota 4.75GB -IssueWarningQuota 4.5GB

• Ejecutamos el siguiente comando para otorgar al grupo de seguridad acceso total al buzon compartido (es necesario para que los usuarios del grupo de seguridad puedan acceder al buzon compartido):

Add-MailboxPermission «Shared Mailbox Name» -User SharedMailboxSecGroup -AccessRights FullAccess

•  Ejecutamos el siguiente comando para que los usarios del grupo de seguridad puedan enviar en nombre del buzon compartido:

Add-RecipientPermission «Shared Mailbox Name» -Trustee SharedMailboxSecGroup -AccessRights SendAs

Ahora expliquemos lo que necesitamos y como hacerlo para el modo GUI:

• Acceso al entorno de administración de Office 365 (resulta obvio)
• La creación de un Grupo de Seguridad
• Tener el entorno de powershell preparado para Online Services.
• Descargar la herramienta en modo GUI.

Ya que hemos explicado lo como crear un grupo de seguridad y como tener preparado el entorno de powershell para Online Services, y descargar y extraer el contenido no presenta una mayor complicación… procedemos a explicar el entorno grafico:

En realidad poco hay que explicar de este entorno, rellenamos los campos y le damos a crear ;) .Con esta herramienta conseguimos lo mismo que el código arriba descrito en powershell.

En resumen, hemos creado un buzon compartido de ambas formas posibles (por los momentos) y sin complicaciones. Hasta otra!

Buenas a todos, en el post de hoy vamos a indicar como podemos anexar buzones (compartidos y no compartidos) a entornos de Microsoft Outlook en nuestra organización. Esto nos será especialmente útil para poder publicar en Microsoft Outlook un buzon adicional al personal sin necesidad de desplazarnos y/o conectarnos de forma remota al pc del usuario, permitiendo asi, que el usuario pueda seguir trabajando sin interrupciones.

Ojo!, esto no hará que se le habilite al usuario la dirección para elegir a la hora de enviar correos en la selección de cuenta.

Para poder hacer esto, haremos uso de la herramienta PowerShell para acceder a la consola de administración de Microsoft Office 365 y poder la secuencia necesaria, por lo que será necesario que el entorno este preparado, si no lo está o no sabes como, aquí te explico como.

Una vez tengamos el entorno preparado, procedemos a conectarnos al servicio de la manera tradicional:

$LiveCred = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection Import-PSSession $Session

Después de introducir el usuario y contraseña de administración de nuestra suscripción de Office 365, simplemente introducimos la siguiente línea:

Add-MailboxPermission -Identity SharedMailbox@contoso.com -User User@contoso.com -AccessRights FullAccess -AutoMapping:$true

De esta manera indicamos que el usuario User@contoso.com tiene acceso al buzon compartido SharedMailbox@contoso.com y que además mediante la función AutoMapping le indicamos que se le anexe dentro de Microsoft Outlook.

Sin embargo debemos tener en cuenta que una vez hecho esto, el archivo .ost empezara a almacenar todos los datos del buzon personal y de los buzones anexados, y a pesar de que Microsoft no recomienda que se trabaje en modo online por cuestiones de rendimiento, probablemente no podamos permitirnos que nuestras estaciones de trabajo alberguen una copia de cada uno de los buzones anexados de manera inicial o simplemente porque nuestra conexión sea demasiado lenta como para descargar un buzon compartido de 17Gb :s .

Para evitar esta situación, en nuestro Outlook accederemos a nuestra configuración de cuentas y entraremos en la configuración de la cuenta de Microsoft Exchange.

Una vez dentro de la configuración, nos vamos a la pestaña que pone avanzado y deshabilitamos la opción de «Descargar las carpetas compartidas» y le daremos a aceptar. Nos pedirá cerrar y abrir Microsoft Outlook nuevamente para aplicar los cambios y listo.

En realidad lo que hacemos con esto es que nuestro buzon personal se mantenga en cache almacenando los datos en nuestro .ost y que el buzon anexado trabaje de forma online, por lo que será un entorno hibrido para nuestro Microsoft Outlook. ;).

Si lo que queremos es quitar de Microsoft Outlook el buzon anexado porque ya no haga falta o por el motivo que sea, entonces solo introduciremos este comando:

Remove-MailboxPermission -Identity SharedMailbox@contoso.com -User User@contoso.com -AccessRights FullAccess

Una vez hecho esto, al usuario ya no le aparecerá el buzon anexado.

Teóricamente, no hace si quiera falta que los usuarios tengan que cerrar y abrir Microsoft Outlook nuevamente.

Y hasta aquí el post de hoy :)

En este segundo post, explicaré todo lo necesario para poder conectarnos a Office 365 y poder administrarlo mediante el uso de Powershell.

• Lo primero será descargarnos e instalarnos Powershell si no lo tenemos ya…
• Lo segundo será descargarnos el asistente de inicio de sesión de Microsoft Online Services, (aunque ponga beta, es la ultima versión que debéis instalar)
• Lo tercero será descargarnos e instalarnos los Cmdlets de Office 365 (serán necesarios para ejecutar comandos específicos de Online services) para 32bits y para 64bits.
• Lo siguiente será comprobar que el entorno está preparado para poder ejecutar secuencias para Office 365:
  • Iniciamos PowerShell como Administrador.
  • Ejecutamos el comando «Get-ExecutionPolicy» y obtendremos un valor, si el valor obtenido NO es igual a «Remote Signed» deberemos cambiarlo  mediante el comando «Set-ExecutionPolicy RemoteSigned» (de esta manera indicamos al sistema que todos los scripts que ejecutemos deben estar firmados por un emisor de confianza)
  • Iniciamos una consola de comandos como Administrador (cmd) y ejecutamos los siguientes comandos:
    • net start winrm
    • winrm get winrm/config/client/auth
    • winrm set winrm/config/client/auth @{Basic=»true»}

• Una vez instalado y comprobado el entorno de trabajo, iniciamos PowerShell como Administrador y ejecutamos los siguientes comandos:
  • $LiveCred = Get-Credential  (con este comando solicitamos las credenciales de Administrador de nuestro servicio de Office 365)

• $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection (aquí pasamos las credenciales introducidas a la variable Session para que sea utilizada en el powershell de nuestro servicio de Office 365)
• Import-PSSession $Session (y finalmente nos traemos la sesión del servidor para trabajar en ella).

Una vez hecho todo esto, ya podemos ponernos a trabajar sobre las modificaciones que queramos hacer sobre nuestro servicio de Office 365 como crear un buzón compartido, asignar derechos de usuarios sobre un buzon y mucho más….

Para que os hagáis una idea de los comandos que podeis usar en este entorno para Office 365, os dejo una lista de los Cmdlets disponibles aquí, aunque lo mejor es ponerse a investigar mediante el comando Get-Help <comando> ;).