Página principal Sobre mi Premios recibidos Links de Interés Contacto Blogs de referencia

Translate

Mostrando entradas con la etiqueta Exchange. Mostrar todas las entradas
Mostrando entradas con la etiqueta Exchange. Mostrar todas las entradas

lunes, 30 de septiembre de 2024

Textual description of firstImageUrl

Microsoft Exchange PorweShell: Convertir un buzón de Recursos a un buzón Compartido.

En el laboratorio de hoy, vamos a ver como convertir un buzón de Recursos a un buzón Compartido, usando la consola de Exchange  PorweShell.

En nuestro entorno de laboratorio, tenemos un buzón de Recursos del tipo Buzón de Sala llamado Secretaria, y lo queremos convertir a un buzón Compartido.

En primer lugar, vamos a listar por pantalla la característica del tipo de recipiente del buzón Secretaria, para conseguirlo, usaremos el cmdled Get-Mailbox con la construcción que mostramos a continuación

Get-Mailbox -Identity [NOMBRE_BUZON_RECURSOS] |fl RecipientType*

La construcción final en nuestro laboratorio será la que mostramos a continuación.

Get-Mailbox -Identity SECRETARIA |fl RecipientType*

La sentencia nos devolverá los siguientes datos:

RecipientType : UserMailbox
RecipientTypeDetails : RoomMailbox

Confirmándonos que se trata de un buzón del tipo Sala. Para cambiar el tipo de buzón usaremos el cmdled Set-Mailbox con la construcción que mostramos a continuación:

Set-Mailbox -Identity [NOMBRE_BUZON_RECURSOS] -Type Shared

La construcción final en nuestro laboratorio será la que mostramos a continuación.

Set-Mailbox -Identity SECRETARIA -Type Shared

Una vez ejecutada la sentencia, podemos volver a usar el cmdled Get-Mailbox, para comprobar que efectivamente hemos logrado convertir un buzón de Recursos a un buzón Compartido.

Get-Mailbox -Identity SECRETARIA |fl RecipientType*

RecipientType : UserMailbox
RecipientTypeDetails : ShareMailbox

Microsoft Exchange PorweShell: Convertir un buzón de Recursos a un buzón Compartido.

lunes, 8 de abril de 2024

Textual description of firstImageUrl

Parte 8 Configurar Certificado de Microsoft Exchange 2019.

   En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.


Cuando instalemos un nuevo servidor de correo electrónico Exchange 2019, también tendremos que instalar un nuevo certificado SSL en el nuevo servidor para securizar los protocolos.
  • Autodiscover, Outlook Anywhere, OWA, ECP/EAC, ActiveSync, EWS, OAB
  • IMAP
  • POP3
  • SMTP
En el caso que ya tengamos uno, por ejemplo una WildCard, podemos importar el certificado desde en un archivo con extensión PFX y este, será el tema central de nuestro laboratorio de hoy.

Accederemos a la ECP de nuestro servidor Exchange 2019, nos dirigiremos al menú lateral izquierdo y seleccionaremos la opción Servidores.

En el menú superior accederemos a la opción Certificados, allí buscaremos el icono de los tres puntitos ... y lo seleccionaremos para desplegar el menú emergente, en el accederemos a la opción Importar certificado de Exchange.

Importar certificado de Exchange.


jueves, 4 de abril de 2024

Textual description of firstImageUrl

Parte 6 Configurar el conector de envió de Exchange 2019.

 En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

El siguiente paso de la migración de Exchange 2013 a 2019 será el conector de envió, en este caso no es preciso crear un nuevo conector de envió para el servidor Exchange 2019, por defecto tendremos configurado el conector que teníamos en nuestro antiguo servidor Exchange 2013, solo deberemos asociar al antiguo conector en nuevo servidor de correo electrónico y darle permisos de envío.

Editaremos la configuración del los conectores del antiguo servidor Exchange 2013 haciendo uso del icono del lápiz, documentaremos los conectores del antiguo servidor Exchange 2013 y lo copiamos al nuevo servidor servidor Exchange 2019:

domingo, 24 de marzo de 2024

Textual description of firstImageUrl

Microsoft Exchange 2019: Licenciar servidor (GUI).

En el laboratorio de hoy, vamos a ver como licenciar un nuevo servidor Microsoft Exchange Server 2019 usando la GUI.

En primer lugar, abrigemos una nueva ventana de la onsola GUI de Microsoft Exchange Server 2019, y en el menú lateral izquierdo de la consloa seleccionaremos la opción llamada Servers.

A continuacuón, nos dirigiremos al menú superior de la sección Servers, y seleccionaremos la primera de las opciónes, tambien llamada servers.

Aparecerá un listado con nuestros servidores, en nuestro laboratorio tenemos dos, el primero se llama 2013 porque es un servidor de correo electronico Microsoft Exchange Server 2013 y el segundo lo hemos llamado 2019 porque tiene un servidor de correo electronico instalado Microsoft Exchange Server 2019.

Para nuestro ejemplo vamos a seleccionar el segundo. y presionaremos el icono en forma de lapiz.

Aparecerá una nueva ventana emergente con las propiedades de nuestro servidor Microsoft Exchange Server 2019, en el menú lateral izquierdo de la nueva vamos a seleccionar la primera de las opciónes, llamada general.

En el listado de opiones perteneciente a la sección general, encontraremos una llamada Enter a valid product key. Introduciremos nuestra clave del producto y aplicaremos los cambios.

Microsoft Exchange 2019: Licenciar servidor (GUI).

Textual description of firstImageUrl

Microsoft Exchange 2019: Licenciar servidor (PowerShell).

En el laboratorio de hoy, vamos a ver como licenciar un nuevo servidor Microsoft Exchange Server 2019 usando la Powershell.

El metodo es muy sencillo, abriremos una nueva ventana de la Powershell con permisos de administrador y escribiremos la sentencia que mostramos a continuación:

Set-ExchangeServer [NOMBRE-SERVIDOR] -ProductKey [CLAVE-DE-ACTIVACIÓN]

La construcción final en nuestro laboratorio será la siguiente:

Set-ExchangeServer SERV2019 -ProductKey G3FMN-XXXXX-XXXXX-XXXXX-292KP

Set-ExchangeServer [NOMBRE-SERVIDOR] -ProductKey [CLAVE-DE-ACTIVACIÓN]

Espero os sea de utilidad.


Enlaces relacionados


viernes, 1 de marzo de 2024

Textual description of firstImageUrl

Microsoft Exchange: Configuración del nombre del certificado TLS para los conectores de recepción.

En el laboratorio de hoy, nos aseguráremos de que las conexiones de cliente SMTP autenticadas a nuestro servidor de correo electrónico Microsoft Exchange estén protegidas por el cifrado TLS.

Lo más común será usar conexiones de cliente SMTP autenticadas protegidas por el cifrado TLS, cuando tengamos clientes configurados en nuestro servidor Microsoft Exchange, que usen cuentas del tipo POP o IMAP. Este tipo de cuenta, como envió de correo electrónico usará nuestro servidor de correo electrónico Microsoft Exchange con el protocolo SMTP.

Si el cliente final, intenta autenticar a través de una conexión no segura, este recibirá un mensaje como el que mostramos a continuación:

El servidor saliente (SMTP) mail.dom.es no admite el método de autenticación seleccionado.

The outgoing server (SMTP) mail.dom.es does not support the selected authentication method.

Esto sucede porque nuestro cliente de correo electrónico SMTP debe estar configurado para usar STARTTLS usando el puerto 587, de este modo autenticará de forma segura. 

La siguiente vez que intentemos enviar un correo electrónico después de activar la autenticación segura, recibiremos un error distinto. Dependiendo del cliente de correo electrónico que estemos usando, puede ser una advertencia de confianza del certificado, un mensaje para agregar una excepción de seguridad para confiar en el certificado no confiable, o simplemente puede fallar completamente con un error de certificado. 

Aunque hayamos habilitado un certificado SSL válido para SMTP, el conector de recepción deberá ser configurado con el TLScertificatename que deseamos usar.

The TlsCertificateName parameter specifies the X.509 certificate to use with TLS sessions and secure mail. Valid input for this parameter is [I]Issuer[S]Subject. The Issuer value is found in the certificate’s Issuer field, and the Subject value is found in the certificate’s Subject field. You can find these values by running the Get-ExchangeCertificate cmdlet.

El parámetro TlsCertificateName, especifica el certificado X.509 que usaremos en las sesiones TLS y correo seguro. La entrada válida para este parámetro es [I] Issuer [S] Subject. El valor del emisor lo encontraremos en el campo Issuer del certificado, y el valor del asunto se encuentra en el campo Subject de nuestro certificado. Podemos ver estos dos valores ejecutando el cmdlet Get-ExchangeCertificate.

Para poder solucionar el problema, lo primero que tenemos que hacer será determinar el valor thumbnail que nuestro certificado necesita.

Get-ExchangeCertificate

Thumbprint                                Services   Subject
----------                                --------   -------
F777BD581ABC543C9E86BEA322CCE8363F67AF3A  ...WS..    CN=*.dom.es

A continuación, vamos a capturar nuestro certificado en una nueva variable que llamaremos $TLSCert. Usaremos la construcción que mostramos a continuación para conseguirlo.

$TLSCert = Get-ExchangeCertificate -Thumbprint F777BD581ABC543C9E86BEA322CCE8363F67AF3A

Seguidamente, vamos a declarar una nueva variable que llamaremos $TLSCertName en la que guardaremos el emisor del certificado y los valores de los sujetos. Usaremos la construcción que mostramos a continuación.

$TLSCertName = "<I>$($TLSCert.Issuer)<S>$($TLSCert.Subject)"

Si mostramos el contenido de la nueva variable $TLSCertName, tiene que ser algo parecido a lo que mostramos a continuación.

[PS] C:\>$TLSCertName

<I>CN=Sectigo RSA Domain Validation Secure Server CA, O=Sectigo Limited, L=Salford, S=Greater Manchester, C=GB<S>CN=*.dom.es

La constricción siguiente nos servirá para listar el conector Client Frontend que queremos modificar.

[PS] C:\>Get-ReceiveConnector -Identity "Client Frontend*"

Identity                                Bindings                                Enabled
--------                                --------                                -------
SRVMAIL01\Client Frontend SRVMAIL01     {[::]:587, 0.0.0.0:587}                 True

Seguidamente, estableceremos la propiedad llamada TlsCertificateName del conector de recepción Client Frontend usando la cadena larga que contenga nuestra variable $TLSCertName.

Get-ReceiveConnector -Identity "Client Frontend*" | Set-ReceiveConnector -TlsCertificateName $TLSCertName

Para poder ver los cambios que hemos realizado ejecutaremos la construcción que mostramos a continuación.

Get-ReceiveConnector -Identity "Client Frontend*" |fl

RunspaceId                              : ca80b7c5-2b26-475f-91e1-b39892f66417
AuthMechanism                           : Tls, Integrated, BasicAuth, BasicAuthRequireTLS
Banner                                  :
BinaryMimeEnabled                       : True
Bindings                                : {[::]:587, 0.0.0.0:587}
ChunkingEnabled                         : True
DefaultDomain                           :
DeliveryStatusNotificationEnabled       : True
EightBitMimeEnabled                     : True
SmtpUtf8Enabled                         : False
BareLinefeedRejectionEnabled            : False
DomainSecureEnabled                     : False
EnhancedStatusCodesEnabled              : True
LongAddressesEnabled                    : False
OrarEnabled                             : False
SuppressXAnonymousTls                   : False
ProxyEnabled                            : False
AdvertiseClientSettings                 : False
Fqdn                                    : mail.dom.es
ServiceDiscoveryFqdn                    :
TlsCertificateName                      : <I>CN=Sectigo RSA Domain Validation Secure Server CA, O=Sectigo Limited,
                                          L=Salford, S=Greater Manchester, C=GB<S>CN=*.dom.es
Comment                                 :
Enabled                                 : True
ConnectionTimeout                       : 00:10:00
ConnectionInactivityTimeout             : 00:05:00
MessageRateLimit                        : 5
MessageRateSource                       : User
MaxInboundConnection                    : 5000
MaxInboundConnectionPerSource           : 20
MaxInboundConnectionPercentagePerSource : 2
MaxHeaderSize                           : 128 KB (131,072 bytes)
MaxHopCount                             : 60
MaxLocalHopCount                        : 5
MaxLogonFailures                        : 3
MaxMessageSize                          : 35 MB (36,700,160 bytes)
MaxProtocolErrors                       : 5
MaxRecipientsPerMessage                 : 200
PermissionGroups                        : ExchangeUsers
PipeliningEnabled                       : True
ProtocolLoggingLevel                    : None
RemoteIPRanges                          : {::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff, 0.0.0.0-255.255.255.255}
RequireEHLODomain                       : False
RequireTLS                              : False
EnableAuthGSSAPI                        : True
ExtendedProtectionPolicy                : None
LiveCredentialEnabled                   : False
TlsDomainCapabilities                   : {}
Server                                  : SRVMAIL01
TransportRole                           : FrontendTransport
SizeEnabled                             : Enabled
TarpitInterval                          : 00:00:05
MaxAcknowledgementDelay                 : 00:00:30
AdminDisplayName                        :
ExchangeVersion                         : 0.1 (8.0.535.0)
Name                                    : Client Frontend SRVMAIL01
DistinguishedName                       : CN=Client Frontend SRVMAIL01,CN=SMTP Receive
                                          Connectors,CN=Protocols,CN=SRVMAIL01,CN=Servers,CN=Exchange Administrative
                                          Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=DOM,CN=Microsoft
                                          Exchange,CN=Services,CN=Configuration,DC=dom,DC=local
Identity                                : SRVMAIL01\Client Frontend SRVMAIL01
Guid                                    : eeeaf656-6287-4a0b-9ebc-c52e6fff789b
ObjectCategory                          : cudom.local/Configuration/Schema/ms-Exch-Smtp-Receive-Connector
ObjectClass                             : {top, msExchSmtpReceiveConnector}
WhenChanged                             : 01/07/2020 1:08:27
WhenCreated                             : 03/12/2018 18:46:31
WhenChangedUTC                          : 30/06/2020 23:08:27
WhenCreatedUTC                          : 03/12/2018 17:46:31
OrganizationId                          :
Id                                      : SRVMAIL01\Client Frontend SRVMAIL01
OriginatingServer                       : SRVDC01.dom.local
IsValid                                 : True
ObjectState                             : Unchanged





lunes, 13 de noviembre de 2023

Textual description of firstImageUrl

Exchange PowerShell: Limpiar tareas de exportación de buzones.

En laboratorios anteriores, hemos visto como podemos exportar el contenido de uno de nuestros buzones de correo electrónico a un archivo de carpetas personales de Outlook.
En el laboratorio de hoy, vamos a ver el procedimiento para poder limpiar las tareas de exportación de buzones que han finalizado.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en el que  exportaremos usando un buzón de correo electrónico ubicado en un servidor Microsoft Exchange 2013 o 2016 a un archivo de carpetas personales de Outlook (PST) y seguidamente limpiaremos tareas de exportación de buzones finalizadas.


Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:

Cuando termina una exportación, es una buena práctica eliminarla de la lista, de este modo nos facilitaremos el trabajo de comprobar el estado de las exportaciones cuando ejecutamos el comando Get-MailboxExportRequest.

Para proceder a ello, usaremos el comando Remove-MailboxExportRequest con el modificador -identity y especificaremos el nombre de la exportación que queremos eliminar.

La construcción del comando será la siguiente:

Remove-MailboxExportRequest -Identity "NOMBRE_BUZON\MailboxExport"

La construcción final en nuestro laboratorio es la que mostramos a continuación:

Remove-MailboxExportRequest -Identity "Javier JO. Ortega\MailboxExport"


viernes, 10 de noviembre de 2023

Textual description of firstImageUrl

Microsoft Exchange: Listar el tamaño de las Carpetas Públicas a un archivo de texto.

En el laboratorio de hoy, veremos como podemos realizar un listado de todas las carpetas públicas que tenemos en nuestro servidor Microsoft Exchange, junto con el tamaño de cada una de ellas. Esto nos será muy útil, si queremos estar informados bien informados del crecimiento del volumen de las carpetas públicas de nuestra infraestructura de Exchange.

Usando el cmdlet Get- PublicFolderStatistics podremos listar la información estadística de nuestras carpetas públicas. Información como puede ser el tamaño de la carpeta, última vez que se inició la sesión, nombre del Public Folder,  etc..

Veamos un ejemplo:

Get-PublicFolderStatics -server NOMBRE_SERVIDOR | fl

En nuestro laboratorio usaremos el comando construido de la manera siguiente.

Get-PublicFolderStatics -server srvmail.dom.local | fl

AdminDisplayName        : Libreta de direccione lists/cn=oabs/cn=Libr
AssociatedItemCount     : 0
ContactCount            : 0
CreationTime            : 09/12/2009 13:15:55
DeletedItemCount        : 0
EntryId                 : 000000001A447390AA661FE5B546B515A769257F10
ExpiryTime              :
FolderPath              : OFFLINE ADDRESS BOOK\ =Libreta OAB
IsDeletePending         : False
ItemCount               : 0
LastAccessTime          : 04/03/2016 1:00:01
LastModificationTime    : 09/12/2009 13:15:55
Name                    : /o=CUDOM/cn=addrlists
OwnerCount              : 0
TotalAssociatedItemSize : 0B
TotalDeletedItemSize    : 0B
TotalItemSize           : 0B
ServerName              : SRVMAIL
StorageGroupName        : Second Storage Group
DatabaseName            : Public Folder Databas
Identity                : 000000001A447390AA661FE5B546B515A769257F10
IsValid                 : True
OriginatingServer       : srvmail.dom.local

Si queremos acotar la información listada, a unas pocas estadísticas, como por ejemplo el Nombre y el tamaño de la carpeta, usaremos una construcción parecida a la que mostramos a continuación.

Get-PublicFolderStatics -server NOMBRE_SERVIDOR | fl Name,TotalItemsSize


Get-PublicFolderStatics -server NOMBRE_SERVIDOR | fl Name,TotalItemsSize

También podremos redirigir la impresión del resultado de la consulta a un documento de texto usando el cmdlet de la manera que mostramos a continuación.

Get-PublicFolderStatics -server NOMBRE_SERVIDOR | fl Name,TotalItemsSize > c:\carpetas_Publicas.txt

Get-PublicFolderStatics -server NOMBRE_SERVIDOR | fl Name,TotalItemsSize > c:\carpetas_Publicas.txt

jueves, 12 de octubre de 2023

Textual description of firstImageUrl

Microsoft Exchange Online: Usar PowerShell.

Si tenemos un servidor Microsoft Exchange, es muy normal el uso cotidiano de la Exchange PowerShell, pero que pasa si nuestro servidor de correo Exchange es un servidor OnLine.

Podemos hacer uso de la PowerShell?

La respuesta es bien sencilla, Exchange OnLine también dispone de PowerShell, en el laboratorio de hoy veremos como conectar y utilizar la PowerShell de Exchange OnLine.

Para llevar a termino la operación, podemos usar cualquiera de la las siguientes versiones de Windows que detallamos a continuación.
  • Windows 7 Service Pack 1
  • Windows 8
  • Windows 8.1
  • Windows 10
  • Windows Server 2008 R2 Service Pack 1
  • Windows Server 2012
  • Windows Server 2012 R2
También, tendremos que tener instalado en nuestro equipo.
  • Microsoft .NET Framework 4.5 o posterior.
  • Windows Management Framework 3.0 o 4.0. 
Seguidamente, tenemos que configurar nuestra Windows PowerShell para que pueda ejecutar scripts ya que no está configurada de forma predeterminada para ello.

PowerShell execution scripts is disabled.

Si ya tenéis configurada la política de ejecución, no os aparecerá el error siguiente al iniciar PowerShell.

Este paso, solo lo tendremos que llevar a cabo la primera vez que realicemos este procedimiento y si no hemos configurado ya la política de ejecución de scripts con anterioridad.


WARNING:

File C:\Windows\system32\WindowsPowerShell\v1.\Modules\PSDiagnostics\PSDiagnostics.psm1
cannot be loaded because the execution of scripts is disabled on this system. Please see "get-help about_signing" for more details.

Para habilitar Windows PowerShell para que pueda ejecutar scripts firmados, en primer lugar deberemos abrir una nueva ventana de la PowerShell de Windows con permisos elevados.

Con el botón derecho del ratón, desplegaremos el menú sobre el icono de Windows PowerShell y seleccionaremos la opción Ejecutar como administrador.

Seguidamente, escribiremos y ejecutaremos el comando siguiente, deberemos también aprobar el cambio de la política de ejecución de scrips.

Set-ExecutionPolicy RemoteSigned

Terminada la configuración procederemos a conectar con la PowerShell de Exchange OnLine.

Lo primero que deberemos hecer, será asignar las credenciales de administrador que usaremos durante la conexión.

Al ejecutar la sentencia que viene a continuación, nos aparecerá una ventana emergente de validación Windows, donde ingresaremos las credenciales necesarias para establecer la conexión con nuestro Exchange OnLine.

$UserCredential = Get-Credential

Seguidamente crearemos la sesión de la nueva conexión ejecutando el comando siguiente.

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection

Terminaremos, importando la sesión de PowerShell que hemos creado en el paso anterior, usando el cmdlet  Import-PSSession de la manera siguiente.

Import-PSSession $Session

Llegados a este punto, ya podemos usar los comandos de Exchange PowerShell como si se tratara de un servidor de correo electrónico Microsoft Exchange On Premises. Para realizar una prueba en este laboratorio, ejecutaremos un cmdlet básico que presentará un listado de todos los buzones que tenemos creados en nuestro servidor Exchange OnLine.

Get-MailBox

Si todo es correcto, nos deberían aparecer un listado con todos los buzones de nuestras cuentas de correo de Exchang OnLine en formato de tabla.

Para cortar la conexión con la PowerShell de Exchange OnLine, una vez terminadas nuestras tareas ejecutaremos el comando que mostramos a continuación.

Remove-PSSession $Session

PowerShell de Exchange OnLine.

sábado, 19 de noviembre de 2022

Textual description of firstImageUrl

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 6 Hybrid Configuration Wizard.

 Microsoft Exchange 2019: Configurar entorno hibrido. Parte 6 Hybrid Configuration Wizard.

Estamos llegando a la recta final de la configuración de Office 365 Hybrid Configuration Wizard, la siguiente sección se llama FQDN de la organización.

En el recuadro de texto escribiremos nuestro dominio publico de internet y pulsaremos el botón siguiente para continuar.

FQDN de la organización

sábado, 5 de noviembre de 2022

Textual description of firstImageUrl

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 5 Hybrid Configuration Wizard.

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 5 Hybrid Configuration Wizard.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

La siguiente sección del asistente de Office 365 Hybrid Configuration es la sección llamada Configuración Híbrida.

En ella podremos elegir como queremos configurar nuestra organización para el transporte de correo seguro y bidireccional con la organización de Exchange Online.

En nuestro laboratorio vamos a elegir la forma típica, configuraremos el acceso a clientes y servidores de buzones para el transporte de correo seguro.

Una vez marcada la opción típica pulsaremos el botón siguiente para continuar.

sábado, 29 de octubre de 2022

Textual description of firstImageUrl

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 4 Hybrid Configuration Wizard.

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 4 Hybrid Configuration Wizard.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

La siguiente sección del asistente Office 365 Hybrid Configuration se llamará Cuenta de Exchange Local y Cuenta de Office 365 Exchange Online.

El la ventana de la sección Cuenta de Exchange Local y Cuenta de Office 365 Exchange Online tendremos que proporcionar las credenciales de la cuenta de administrador de nuestro servidor de correo electrónico Microsoft Exchange on premises y también las credenciales de administrador de nuestro tenant de Office 365. Una vez introducidos estos datos presionaremos el botón siguiente para continuar. 

sábado, 1 de octubre de 2022

Textual description of firstImageUrl

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 3 Hybrid Configuration Wizard.

 Microsoft Exchange 2019: Configurar entorno hibrido. Parte 3 Hybrid Configuration Wizard.

 El paso siguiente una vez tengamos configurados los registros DNS, los sufijos UPN y sincronizado nuestro Active Directory local con Azure AD, será iniciar Hybrid Configuration Wizard o el asistente de configuración de un entorno hibrido de Exchange.

Podemos descargar Hybrid Configuration Wizard usando el enlace que mostramos a continuación:

Descargaremos y ejecutaremos la instalación usando Microsoft Edge.

sábado, 24 de septiembre de 2022

Textual description of firstImageUrl

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 2 Configuración Active Directory Connect.

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 2 Configuración Active Directory Connect.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

Una vez tengamos configurados los registros autodiscover en nuestro servidor de DNS y los sufijos UPN alternativos configurados en nuestro Active Directory y aplicados en nuestras cuentas de usuario tenemos que instalar en un servidor dedicado para este servicio Microsoft Azure Active Directory Connect.

Una vez instalada la aplicación abriremos una nueva ventana del asistente de Microsoft Azure Active Directory Connect. Para no alargar el proceso de configuración de AD Connect, en nuestro articulo nos dirigiremos directamente a las secciones que tenemos que personalizar.

La primera de las secciones que hemos de personalizar es la sección llamada Inicio de sesión de usuario, en esta sección seleccionaremos el método de inicio de sesión, la opción que necesitamos es la llamada Sincronización de hash de contraseña, también marcaremos el recuadro de selección llamado Habilitar el inicio de sesión único.

sábado, 17 de septiembre de 2022

Textual description of firstImageUrl

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 1 Configuración de DNS y sufijos UPN.

Microsoft Exchange 2019: Configurar entorno hibrido. Parte 1 Configuración de DNS y sufijos UPN.

En el laboratorio de hoy vamos a ver todos los pasos que debemos seguir si queremos crear un entono hibrido de Microsoft Exchange.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

En primer lugar, y antes de empezar con las configuraciones de Active Directory Connect y Hybrid Configuration Wizard tenemos que realizar algunas configuraciones en los registros DNS públicos de nuestro dominio de internet y en los controladores de dominio de nuestro Active Directory.

Es muy importante configurar nuestro DNS publico, hemos de crear un nuevo registro autodiscover en nuestro dominio que apunte a autodiscover.outlook.com o, en el caso de que queramos tener un entorno hibrido de Microsoft Exchange, pero no queramos subir buzones a Microsoft Office 365 el registro autodiscover de nuestro servidor DNS publico ha de apuntar a nuestro servidor Exchange On-Premises.

Un posible ejemplo de esta segunda posibilidad, tener un entorno hibrido de Microsoft Exchange pero no queramos subir buzones a Microsoft Office 365, seria si queremos tener cuentas corporativas de Microsoft Teams.

sábado, 3 de septiembre de 2022

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2013 a 2019 - Parte 5 Ubicar Bases de Datos Exchange 2019.

Parte 5 Ubicar Bases de Datos Exchange 2019.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

Terminada la instalación de Microsoft Exchange server 2019, lo primero que haremos será mover las bases de datos de buzones y los log de transacciones a su ubicación final.

Nuestras bases de datos de Exchange todavía estarán en su ubicación por defecto y están vacías, ahora es el momento perfecto para realizar el movimiento de estas bases de datos a su ubicación final, si movemos las bases de datos después de haber transferido los buzones de los usuarios desde el antiguo servidor Microsoft Exchange server 2013, el proceso de reubicación de las bases de datos puede prolongarse mucho tiempo.

La ruta por defecto de la base de datos de Exchange es la unidad de disco donde hemos realizado la instalación nuestro Microsoft Exchange server 2019, en nuestro laboratorio será la unidad C:

La ruta por defecto en el caso de un servidor Exchange 2019 sería

C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\

Es una buena idea tener las bases de datos de Exchange y los Transacción Logs en particiones de disco distintas, mover la base de datos y los log de transacciones en otra unidad de disco, nos permitirá evitar la fragmentación de archivos NTFS y como consecuencia de ello mejoraremos el rendimiento final de nuestro servidor de correo electrónico, también es una muy buena idea, si tenemos en nuestra infraestructura de correo un gran numero de buzones de usuario, que creemos varias bases de datos, de este modo podremos repartir la carga de buzones entre ellas.

Hemos de tener en cuenta que durante el cambio de la ruta de la ubicación de la base de datos de Exchange 2019, se va ha desmontar dicha base de datos y no podremos tener acceso a ninguno de los buzones que contenga, una razón más para mover, en este momento y no en otro, la base de datos de buzones.

En nuestro laboratorio hemos creado dos unidades de disco, la unidad E: para los archivos EDB de la primera  base de datos de buzones de Microsoft Exchange server 2019 y la unidad F: para los Log de Transacciones.

El procedimiento es bastante sencillo, el servidor desmontará la Base de datos de buzones origen, copiara a la nueva ubicación, no moverá, los archivos EDB.

Seguidamente modificará la ruta de acceso a los archivos de la base de datos a su nueva ubicación y finalizará el procedimiento montando de nuevo las bases de datos de Exchange. Para concluir, si todo lo demás a concluido correctamente, borrará los ficheros EDB de origen.

En nuestro laboratorio moveremos las bases de datos haciendo uso de la PowerShell, para ello ejecutaremos la Shell como Administrador.

Ejecutaremos la Shell como Administrador.

sábado, 20 de agosto de 2022

Textual description of firstImageUrl

Microsoft Exchange: Migrar un servidor 2013 a 2019 - Parte 4 Instalar licencia de Exchange 2019.

 Parte 4 Instalar licencia de Exchange 2019.

En el siguiente índice de contenidos podréis ir saltando a vuestra discreción a la parte que más os interese del documento.

Finalizada la instalación de nuevo servidor Microsoft Exchange server 2019 lo tenemos que licenciar. Tenemos dos maneras de instalar la licencia a un servidor Exchange server 2019, por GUI y usando la PowerShell.

Para instalar la licencia al nuevo servidor Microsoft Exchange server 2019 usando la GUI, en primer lugar abriremos una nueva ventana de la ECP y en el menú lateral izquierdo de la ventana buscaremos y seleccionaremos la opción llamada Servers.

Una vez hayamos seleccionado la opción del menú llamada Servers, en el menú superior de la división izquierda de la ventana seleccionaremos la opción llamada Servers.

Aparecerá el listado de nuestros servidores Exchange. En nuestro laboratorio tenemos dos servidores, el antiguo servidor  Microsoft Exchange server 2013 y el nuevo servidor Microsoft Exchange server 2019.

Seleccionaremos el nuevo Microsoft Exchange server 2019 y presionaremos en el icono del lápiz para abrir la ventana de configuración del servidor.

Aparecerá una nueva ventana emergente, en el menú lateral izquierdo de la ventana de configuración del servidor buscaremos y seleccionaremos la opción General, es la primera de las opciones del menú.

Solo tenemos que introducir la Product Key en los 5 cuadros de texto de la sección llamada Enter a valid Product Key


Si la Product Key no se instalara correctamente usando la GUI, en algunas ocasiones puede mostrar un mensaje de error  “Invalid key”, también podemos instalar la Product Key usando la PowerShell. El CMD-led es el que mostramos a continución.

Set-ExchangeServer [NOMBRE-SERVIDOR-EXCHANGE] -ProductKey XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

La construcción final del comando en nuestro laboratorio será la que mostramos a continucaicón:

Set-ExchangeServer EX2019 -ProductKey XXXXX-XXXXX-XXXXX-XXXXX-XXXXX


Continuar leyendo el procedimiento de migración de Exchange 2013 a 2019 en el siguiente enlace:

Enlaces relacionados