Configurar el envío de correos electrónicos¶
Varias funcionalidades envían correos electrónicos: las notificaciones operativas, las contraseñas de un solo uso enviadas a los usuarios y la entrega de las claves secretas TOTP. Todas pasan por lo mismo — un servidor SMTP declarado en la consola — y ninguna funciona mientras no haya uno disponible.
Esta página configura esa base común y después indica qué la utiliza.
Paso 1 — Declarar el servidor SMTP¶
Inicie sesión con una cuenta de administrador, abra el espacio de trabajo Configuration y haga clic en SMTP servers. Haga clic en +.
El servidor que declare aquí es aquel al que CyberElements Bastion entregará sus mensajes: un servidor SMTP de su infraestructura, accesible desde la plataforma.
| Campo | Qué introducir |
|---|---|
| Name | El nombre que identifica el servidor en la consola. |
| Server | El nombre de host o la dirección del servidor SMTP. |
| Port | El puerto en el que escucha. |
| Username / Password | La cuenta de autenticación, si el servidor la requiere. Deje ambos vacíos para un envío anónimo. |
| Connection type | TLS, STARTTLS o Insecure. |
| Use specific certificate authorities to validate the server certificate | Márquela para proporcionar usted mismo la autoridad y cargue después su certificado en el campo que se habilita. |
La descripción completa de los campos se encuentra en SMTP servers.
La conexión la abre la plataforma
El flujo hacia el servidor SMTP parte de la plataforma, no del puesto de trabajo del usuario. Si su servidor SMTP se encuentra en su LAN, ese flujo debe estar autorizado.
Paso 2 — Probar antes de guardar¶
La ventana incluye un cuadro SMTP configuration test, contraído de forma predeterminada. Ábralo, introduzca una dirección de destino y haga clic en el botón de prueba. La prueba utiliza los valores presentes en el formulario — probar no guarda nada.
El resultado aparece debajo del botón: un envío correcto, o un fallo con una causa identificada. Se reconocen y se detallan siete causas, entre ellas la resolución DNS, unas credenciales rechazadas, una red inaccesible y un certificado que no supera la validación.
El remitente del mensaje de prueba está impuesto
El mensaje de prueba se envía desde noreply@cleanroom.com, una dirección escrita en el producto: no puede configurarse en ningún sitio y sirve además de dirección de respuesta de ese mensaje. No guarda relación con el remitente que llevarán las funcionalidades que utilicen este servidor — el SMTP sender de un perfil de notificación o de un token OTP.
Por tanto, un servidor SMTP que restrinja las direcciones de envío rechazará la prueba con independencia de lo que introduzca en el formulario, mientras que los mensajes reales sí saldrán. Un rechazo en este punto no significa necesariamente que su configuración sea incorrecta.
Una vez superada la prueba, haga clic en Validate para guardar el servidor.
Compruebe después que el mensaje ha llegado: un servidor que acepta un mensaje no es todavía un mensaje entregado.
Paso 3 — Utilizar el servidor¶
Declarar el servidor no envía nada por sí solo. Hay que apuntar cada funcionalidad hacia él:
| Qué enviar | Dónde configurarlo |
|---|---|
| Notificaciones operativas — inicios de sesión, alertas, inicio de grabación, solicitudes de acceso | Notification profiles |
| Una contraseña de un solo uso por correo electrónico | Configurar la autenticación multifactor |
| Claves secretas TOTP enviadas a los usuarios | Integración de Google Authenticator |
Un servidor, varios consumidores
El mismo servidor declarado sirve a las tres. No hay que declararlo una vez por funcionalidad — y, a la inversa, cambiar su configuración afecta a todas las funcionalidades que apuntan a él.