E-mail-küldés beállítása¶
Számos funkció küld e-mailt: üzemeltetési értesítések, a felhasználóknak küldött egyszeri jelszavak és a TOTP titkos kulcsok kézbesítése. Mindegyik ugyanarra épül — egy a konzolban deklarált SMTP-kiszolgálóra —, és egyik sem működik, amíg nem áll rendelkezésre ilyen kiszolgáló.
Ez az oldal ezt a közös alapot állítja be, majd bemutatja, mi használja.
1. lépés — Az SMTP-kiszolgáló deklarálása¶
Jelentkezzen be egy rendszergazdai fiókkal, nyissa meg a Configuration munkaterületet, és kattintson az SMTP servers elemre. Kattintson a + gombra.
Az itt deklarált kiszolgáló az, amelynek a CyberElements Bastion átadja az üzeneteit – az infrastruktúra egyik SMTP-kiszolgálója, amely elérhető a platformról.
| Mező | Mit kell megadni |
|---|---|
| Name | A kiszolgálót a konzolban azonosító név. |
| Server | Az SMTP-kiszolgáló állomásneve vagy címe. |
| Port | A port, amelyen a kiszolgáló figyel. |
| Username / Password | A hitelesítési fiók, ha a kiszolgáló megköveteli. Névtelen küldéshez hagyja mindkettőt üresen. |
| Connection type | TLS, STARTTLS vagy Insecure. |
| Use specific certificate authorities to validate the server certificate | Jelölje be, ha saját maga szeretné megadni a hitelesítésszolgáltatót, majd töltse fel annak tanúsítványát az ekkor feloldott mezőbe. |
A mezők teljes leírása az SMTP servers oldalon található.
A kapcsolatot a platform nyitja meg
Az SMTP-kiszolgáló felé irányuló adatfolyam a platformról indul, nem a felhasználó munkaállomásáról. Ha az SMTP-kiszolgáló az Ön LAN-hálózatán található, ezt az adatfolyamot meg kell engedni.
2. lépés — Tesztelés mentés előtt¶
Az ablakban található egy alapértelmezés szerint összecsukott SMTP configuration test blokk. Nyissa ki, adjon meg egy címzettcímet, és kattintson a teszt gombra. A teszt az űrlapon éppen szereplő értékeket használja — a tesztelés semmit sem ment.
Az eredmény a gomb alatt jelenik meg: sikeres küldés vagy hiba, megnevezett okkal. A rendszer hét okot ismer fel és nevez meg, köztük a DNS-feloldást, az elutasított hitelesítő adatokat, az elérhetetlen hálózatot és az ellenőrzésen fennakadó tanúsítványt.
A tesztüzenet feladója kötött
A tesztüzenet feladója a noreply@cleanroom.com, egy a termékbe beégetett cím: sehol sem konfigurálható, és egyben az üzenet válaszcíme is. Nincs köze ahhoz a feladóhoz, amelyet a kiszolgálót használó funkciók használnak — vagyis egy értesítési profil vagy egy OTP-token SMTP sender értékéhez.
Egy olyan SMTP-kiszolgáló, amely korlátozza a feladócímeket, ezért elutasítja a tesztet, bármit ad is meg az űrlapon, miközben a valódi üzenetek átmennek. Az ezen a ponton bekövetkező elutasítás tehát nem feltétlenül jelenti azt, hogy a beállításai hibásak.
Ha a teszt sikeres, a kiszolgáló mentéséhez kattintson a Validate gombra.
Ezután ellenőrizze, hogy az üzenet megérkezett-e: ha egy kiszolgáló elfogad egy üzenetet, az még nem jelenti, hogy kézbesítette is.
3. lépés — A kiszolgáló használata¶
A kiszolgáló deklarálása önmagában semmit sem küld. Minden funkciót rá kell irányítani:
| Küldendő | Konfigurálás helye |
|---|---|
| Üzemeltetési értesítések — bejelentkezések, riasztások, rögzítés indítása, hozzáférési kérések | Notification profiles |
| Egyszeri jelszó e-mailben | Többtényezős hitelesítés beállítása |
| A felhasználóknak küldött TOTP titkos kulcsok | Google Authenticator-integráció |
Egy kiszolgáló, több igénybe vevő
Ugyanaz a deklarált kiszolgáló szolgálja ki mindhármat. Nem kell funkciónként külön deklarálni — és fordítva: a beállításainak módosítása minden rá irányított funkciót érint.