Настройване на изпращането на имейли¶
Няколко функции изпращат имейли: оперативни известия, еднократни пароли, изпращани на потребителите, и доставянето на тайните ключове TOTP. Всички те минават през едно и също — SMTP сървър, деклариран в конзолата — и никоя от тях не работи, докато няма наличен такъв.
Тази страница настройва тази обща основа, след което посочва какво я използва.
Стъпка 1 — Деклариране на SMTP сървъра¶
Влезте с администраторски акаунт, отворете работното пространство Configuration и щракнете върху SMTP servers. Щракнете върху +.
Сървърът, който декларирате тук, е този, на който CyberElements Bastion ще предава своите съобщения — SMTP сървър от вашата инфраструктура, достъпен от платформата.
| Поле | Какво да въведете |
|---|---|
| Name | Името, което идентифицира сървъра в конзолата. |
| Server | Името на хоста или адресът на SMTP сървъра. |
| Port | Портът, на който той слуша. |
| Username / Password | Акаунтът за удостоверяване, ако сървърът изисква такъв. Оставете двете празни за анонимно изпращане. |
| Connection type | TLS, STARTTLS или Insecure. |
| Use specific certificate authorities to validate the server certificate | Поставете отметка, за да посочите сами сертифициращия орган, след което качете неговия сертификат в полето, което се отключва. |
Пълното описание на полетата е в SMTP servers.
Връзката се отваря от платформата
Потокът към SMTP сървъра излиза от платформата, а не от работната станция на потребителя. Ако вашият SMTP сървър се намира във вашата LAN мрежа, този поток трябва да бъде разрешен.
Стъпка 2 — Тест преди записване¶
Прозорецът съдържа блок SMTP configuration test, свит по подразбиране. Отворете го, въведете адрес на получател и щракнете върху бутона за тест. Тестът използва стойностите, въведени в момента във формуляра — тестването не записва нищо.
Резултатът се показва под бутона: успешно изпращане или неуспех с посочена причина. Разпознават се и се изписват седем причини, сред които разрешаването на имена в DNS, отхвърлени идентификационни данни, недостъпна мрежа и сертификат, който не преминава проверката.
Подателят на тестовото съобщение е наложен
Тестовото съобщение се изпраща от noreply@cleanroom.com — адрес, вграден в продукта: той не може да се конфигурира никъде и служи също като адрес за отговор на това съобщение. Той няма връзка с подателя, който ще използват функциите, работещи с този сървър — SMTP sender на профил за известия или на маркер OTP.
Следователно SMTP сървър, който ограничава адресите на подателите, ще отхвърли теста каквото и да въведете във формуляра, докато истинските съобщения преминават. Отхвърляне на този етап не означава непременно, че настройките ви са грешни.
След като тестът премине успешно, щракнете върху Validate, за да запишете сървъра.
След това проверете дали съобщението е пристигнало: сървър, който приема съобщение, още не означава доставено съобщение.
Стъпка 3 — Използване на сървъра¶
Самото деклариране на сървъра не изпраща нищо. Всяка функция трябва да бъде насочена към него:
| Какво да се изпраща | Къде се конфигурира |
|---|---|
| Оперативни известия — влизания, сигнали, начало на записването, заявки за достъп | Notification profiles |
| Еднократна парола по имейл | Настройване на многофакторно удостоверяване |
| Тайни ключове TOTP, изпращани на потребителите | Интеграция с Google Authenticator |
Един сървър, няколко ползватели
Един и същ деклариран сървър обслужва и трите. Не е необходимо да го декларирате отделно за всяка функция — и обратно, промяната на настройките му засяга всяка функция, насочена към него.