Enviar correo a Exchange Online mediante una sesión SMTP estándar | Parte 2#4
En el artículo actual, revisaremos el escenario de flujo de correo en el que hosts externos, como aplicaciones web o dispositivos habilitados para correo, se dirigen al servidor Exchange Online mediante una sesión SMTP estándar.
Enviar correo a Exchange Online - Serie de artículos
- Enviar correo a Exchange Online | Parte 1#4
- Enviar correo a Exchange Online mediante una sesión SMTP estándar | Parte 2#4
- Retransmisión SMTP en entorno Office 365 | Parte 3#4
- Retransmisión SMTP en entorno Office 365 | Escenarios de solución de problemas |Parte 4#4
En el pasado, la forma principal de abordar el servidor de Exchange Online era mediante el uso del protocolo TLS + proporcionar credenciales de usuario.
Este requisito planteaba una gran dificultad ante los "hosts externos" que necesitaban utilizar los servicios de Exchange Online como servidor de correo porque Muchas veces, el host externo no tenía la capacidad de admitir el protocolo TLS o proporcionar una credencial de usuario en particular.
La buena noticia es que podemos elegir una “ruta fácil” que permitirá al host externo dirigirse al servidor Exchange Online y solicitar servicios de correo sin necesidad de una configuración complicada.
La única condición que debemos cumplir es permitir que Exchange Online identifique el "host externo" proporcionando a Exchange Online la IP pública de este host.
El "mecanismo de identificación" se implementa mediante la creación de un conector de correo entrante que incluirá la dirección IP utilizada por los hosts externos que se dirigen al servidor Exchange Online.
En el siguiente diagrama, podemos ver una representación lógica del canal de correo entre el host externo habilitado para correo (aplicación web, impresora, dispositivo de fax, etc.) y el servidor Exchange Online.
Tenga en cuenta que los hosts externos pueden dirigirse al servidor Exchange Online para pedirle que entregue un mensaje de correo electrónico a destinatarios de Office 365 o a un destinatario externo (destinatarios que no sean de Office 365).
Es importante que podamos diferenciar entre el canal lógico versus el “canal físico”. En realidad, los hosts habilitados para correo no se dirigen a Exchange Online directamente, sino a través de una puerta de enlace como los firewalls.
En otras palabras, de hecho, cuando el correo habilita la dirección de host del servidor Exchange Online, los hosts externos están representados por la dirección IP pública que utiliza el firewall.
Como se mencionó, para permitir que Exchange Online identifique el correo externo, habilite el host para que Exchange Online pueda "confiar" en ellos y brindarles los servicios de correo necesarios. El servidor Exchange Online deberá configurarse de antemano, con información sobre la dirección IP particular que utilizarán los hosts externos habilitados para correo.
En el siguiente diagrama, podemos ver un ejemplo de un escenario en el que el Firewall “representa” un par de hosts habilitados para correo.
Exchange Online no necesita "conocer" la dirección IP interna de este host o la dirección IP particular de cada host habilitado para correo.
En cambio, el servidor de Exchange Online sólo conocerá la dirección IP pública utilizada por el servidor de firewall que representa la red en particular.
Exchange Online y EOP (protección de Exchange Online).
En el artículo actual, nos referimos a la “entidad” del servidor de correo de Office 365 como un servidor de Exchange Online. Si queremos ser más precisos, la “entidad real” a la que nos dirigimos es el servidor EOP (Exchange Online Protection).
El servidor EOP es la puerta de enlace de correo y la puerta de enlace de seguridad del correo que representa la infraestructura de correo de Office 365.
A lo largo de este artículo, utilizo ambos términos en paralelo.
La configuración de un flujo de correo en el que nuestros hosts habilitados para correo utilizarán Exchange Online como su servidor de correo se basa en los siguientes pasos:
- Obtenga el nombre de host del servidor Exchange Online que representa nuestro nombre de dominio.
- Obtenga la dirección IP pública que representa los hosts habilitados para correo
- Cree un nuevo conector de correo entrante de Exchange Online que identifique la dirección IP de este host como "confiable". "
- Opcional: en caso de que experimentemos un problema en el que el mensaje de correo electrónico no se envía al destinatario de destino o no lo acepta el servidor Exchange Online, podemos usar una prueba SMTP simple para verificar que podemos comunicarnos con Exchange. Servidor en línea que utiliza protocolo SMTP.
En la siguiente sección, revisaremos cada uno de estos pasos en detalle.
Paso 1#4: Obtenga el nombre de host del servidor Exchange Online que representa nuestro dominio en Office 365
Hay dos formas que podemos utilizar para obtener información sobre el FQDN (nombre de dominio completo) de Exchange Online que "envía correo electrónico para nuestro dominio". "
Opción 1: portal de administración de Office 365.
- Inicie sesión en el portal de Office 365 como administrador global
- En la barra lateral izquierda, elija el dominio
- Elija - Administrar DNS
En la sección Exchange Online, busque información sobre el nombre de host del registro MX (PUNTOS A LA DIRECCIÓN). En nuestro escenario, el servidor Exchange Online que "representará" a nuestra organización es: o365info-com.mail.protection.outlook.com
Opción 2: usar la herramienta nslookup.
Otra opción para obtener información sobre el “Nombre de Host” del servidor de correo de Exchange Online que “representa” a nuestra organización es: mediante el uso de la herramienta nslookup.
- Abra el símbolo del sistema
- Escriba el comando: Nslookup
- Escriba el comando: set type=mx
- Escriba el nombre del dominio en el que desea mostrar su registro MX. En nuestro escenario: com
En la siguiente captura de pantalla, podemos ver el resultado de nuestra consulta MX.
En nuestro ejemplo, el nombre de host del servidor Exchange Online que representa nuestro dominio es: o365info-com.mail.protection.outlook.com
Paso 2#4: obtenga la dirección IP pública que representa los hosts habilitados para correo
Para poder configurar el conector de correo entrante de Exchange Online requerido, necesitaremos preparar de antemano la dirección IP pública que utilizan los hosts habilitados para correo.
En caso de que los hosts externos habilitados para correo sean los hosts ubicados en su red, puede consultar al contacto técnico responsable de la infraestructura del firewall cuál es la dirección IP que representa a la organización.
Una opción sencilla que le permitirá descubrir la dirección IP pública que representa un escritorio o red en particular es utilizar su navegador y escribir la consulta: cuál es mi IP.
En la siguiente captura de pantalla, podemos ver un ejemplo de la respuesta que obtuvimos.
Importa net para enfatizar que esta no es una “respuesta definitiva” porque, en muchos escenarios, la red está representada por más de una dirección IP pública.
En una escena en la que el host habilitado para correo es una aplicación web alojada por un ISP externo, consulte a su ISP y pregúntele sobre la IP pública o el rango de IP pública que utiliza.
Paso 3#4: cree un nuevo conector de correo entrante de Exchange Online que identifique la dirección IP de este host como "confiable"
En la siguiente sección, proporcionaremos instrucciones paso a paso sobre cómo crear el conector de correo entrante de Exchange Online requerido.
Metafóricamente, podemos relacionarnos con el conector de correo entrante de Exchange Online como un "oído" que escucha la solicitud de comunicación de los hosts habilitados para correo.
- Inicie sesión en el centro de administración de Exchange Online
- En la barra de menú de la izquierda, elija: Flujo de correo
- En la barra de menú superior, elija - conectores
- En el cuadro de opción De:, elija la opción: El servidor de correo electrónico de su organización
- En el cuadro de opción Para:, elija la opción: Office 365
En el cuadro *Nombre: escriba el nombre de quien elija.
El cuadro Descripción: es opcional, pero recomendé agregar una descripción detallada que nos ayudará en el futuro (u otros miembros de TI) a comprender fácilmente el propósito de Exchange Online. conector de correo.
En la siguiente captura de pantalla, podemos ver que podemos "autenticar" los hosts externos habilitados para correo utilizando una de las siguientes opciones.
- Certificado de servidor
- dirección IP
En nuestro escenario, necesitamos identificar los hosts externos habilitados para correo utilizando la opción de dirección IP.
Elija la opción: Verificando que la dirección IP del servidor de envío coincida con una de estas direcciones IP que pertenecen a su organización
Haga clic en el icono más para agregar la dirección IP.
En la siguiente captura de pantalla, podemos ver la dirección IP que "representa" nuestro host externo habilitado para correo.
En la siguiente captura podemos ver el resultado, la dirección IP que está “permitida” por el servidor de Exchange Online.
En la siguiente captura de pantalla podemos ver la información resumida sobre el nuevo conector de correo entrante de Exchange Online.
En la siguiente captura de pantalla podemos ver el resultado final. Se creó un nuevo conector de correo entrante.
Paso 4#4: Verificar la comunicación con Exchange Online
Técnicamente hablando, la tarea de crear la configuración necesaria para permitir que nuestros hosts accedan al servidor Exchange Online está completa.
En muchos escenarios, la tarea no se completará porque podría haber algunos obstáculos como:
- Un firewall que no incluya una "regla de salida" que permitirá que el dispositivo habilitado para correo se comunique con el servidor Exchange Online mediante el puerto 25.
- Error de ortografía en el nombre del host de Exchange Online
Para poder verificar que podemos implementar el canal de comunicación entre el origen (los hosts habilitados para correo) y el destino (el servidor de Exchange Online), podemos simular el canal de comunicación intentando hacer telnet desde nuestra red (la red de los hosts). los hosts habilitados para correo) al servidor Exchange Online y verificar si podemos crear el canal de comunicación requerido.
En la siguiente sección, demostraremos cómo comunicar el servidor Exchange Online utilizando un cliente telnet y un cliente telnet GUI amigable.
Verificación de la comunicación con Exchange Online mediante Telnet
En caso de que desee comprobar o simular el canal de comunicación con el servidor EOP utilizando una "sesión SMTP estándar", puede intentar enviar un correo electrónico a través de EOP utilizando una sesión Telnet.
En la siguiente sección, demostraremos cómo utilizar el cliente Telnet para verificar el canal de comunicación con EOP.
Nota: el cliente Telnet no está instalado de forma predeterminada en el sistema operativo Windows; deberá instalarlo.
- Windows 2008: use el Administrador del servidor > agregar opción de función y luego agregue el cliente Telnet.
- Ventana 7,8 - panel de control > Programas y características > Activa o desactiva las características de Windows y luego agrega el cliente Telnet.
- Otra opción es ejecutar el siguiente comando desde el símbolo del sistema: pkgmgr /iu: ”TelnetClient ”
En nuestro ejemplo, el nombre de host del EOP que representa el nombre de dominio: o365info.com es: o365info-com.mail.protection.outlook .com
Abra un nuevo símbolo del sistema y escriba el comando Telnet usando la siguiente sintaxis:
Telnet
En nuestro ejemplo: Telnet o365info-com.mail.protection.outlook.com 25
En la siguiente captura podemos ver el resultado, en pantalla aparece la respuesta del servidor EOP:
220 AM1FFO11FD029.mail.protection.outlook.com Servicio Microsoft ESMTP MAIL listo el domingo 3 de mayo de 2015 08:26:10 +0000
En esta etapa podemos saber que
- Sabemos el "nombre de host correcto" del servidor EOP que representaba nuestro dominio.
- Que el nombre del servidor EOP se resolvió correctamente en una dirección IP.
- Que podemos crear una sesión SMTP (el firewall nos permite usar SMTP, etc.).
En nuestro escenario, enviaremos un mensaje de correo electrónico a un destinatario llamado: john@o365info.com
Para simplificar el proceso de prueba, usaremos el correo electrónico dirección de John también como la "dirección de correo electrónico de origen".
En palabras simples: simularemos un proceso en el que John se envía un correo electrónico a sí mismo dirigiéndose al servidor EOP.
1. Iniciar una sesión SMTP
El primer comando que utilizamos para iniciar la sesión SMTP con el servidor EOP es: Helo
El resultado es una respuesta que se envía desde el servidor EOP:
250 AM1FFO11FD029.mail.protection.outlook.com Hola [212.25.80.236]
2. Definir el destinatario de origen
En nuestro escenario, el destinatario de origen es: john@o365info.com
Los comandos Telnet que utilizamos para configurar el destinatario de origen son:
correo.de:john@o365info.com
La respuesta del servidor EOP es:
250 2.1.0 Remitente correcto
3. Definir el destinatario de destino
En nuestro escenario, el destinatario de destino también es: john@o365info.com
El comando Telnet que utilizamos para configurar el destinatario de destino es:
rcpt a:john@o365info.com
La respuesta del servidor EOP es:
250 2.1.5 Destinatario OK
4. Crear el contenido del mensaje de correo electrónico
Para poder “decirle” al servidor de correo de destino que queremos ingresar el contenido del mensaje de correo electrónico, usamos el comando: datos
La respuesta del servidor EOP es:
354 Iniciar entrada de correo; terminar con
5. Finalizar la sesión SMTP
Para poder “decirle” al servidor EOP que queremos finalizar la sesión y enviar el mensaje de correo electrónico, utilizamos la carta de período:
En nuestro ejemplo, vemos la respuesta del servidor EOP. El mensaje “Correo en cola para entrega” suele ser una buena señal.
El significado es que el servidor de correo de destino acepta aceptar nuestro mensaje de correo electrónico y, el El mensaje de correo electrónico se colocó en la cola del servidor de correo.
250 2.6.0 f9b0d90a-b4b6-4d72-9a7d-0a5c92b71960@AM1FFO11FD029.protection.gbl
[InternalId=13370233193878, Hostname=HE1PR05MB1146.eurprd05.prod.outlook.com] Correo en cola para entrega
Verificación del canal de comunicación SMTP con Exchange Online
Otra forma que podemos usar para: Verificar el canal de comunicación SMTP con Exchange Online y obtener información más detallada en un escenario de falla de comunicación es una herramienta muy buena y útil llamada: Herramienta de prueba SMTP
Nota: la herramienta de prueba SMTP no incluye un archivo de instalación, sino simplemente un archivo EXE simple llamado: telnet25.exe
Todo lo que necesita hacer es hacer doble clic en el archivo EXE.
Todo lo que necesitas hacer es hacer doble clic en el archivo EXE.
En la siguiente sección, demostraremos cómo utilizar la herramienta de prueba SMTP para crear una sesión SMTP con el servidor Exchange Online.
Descripción del escenario: en nuestro ejemplo, nos dirigiremos al servidor Exchange Online que representa el nombre de dominio o365info.com y enviaremos el mensaje de correo electrónico desde: john@o365info.com para sí mismo.
- Recibir IP del conector: en nuestro ejemplo, usaremos el nombre de host del servidor Exchange Online: o365info-com.mail.protection.outlook.com
- Puerto TCP: escriba 25 como número de puerto
- Formulario de correo: la dirección de correo electrónico del "destinatario de origen" (en nuestro escenario john@o365info.com)
- Destinatario a: la dirección de correo electrónico del "destinatario de destino" (en nuestro escenario john@o365info.com)
- Asunto: cualquier texto que quieras
Para poder enviar el mensaje de correo electrónico debemos pasar a la pestaña “Telnet”
- Haga clic en el botón ENVIAR.
En la siguiente captura de pantalla podemos ver el registro de la sesión SMTP.
Podemos ver información sobre los destinatarios de origen y destino.
Podemos asumir que la entrega del correo se completó exitosamente porque en el archivo de registro podemos ver la información: “Correo en cola para entrega. "
