Áttérés az Exchange 2010-ről az Office 365 III. részre

Exchange 2010 hibrid és Edge Transport Server

Két korábbi blogbejegyzésben elmagyaráztam, hogyan kell beállítani egy Exchange 2010 hibrid környezetet. Ezekben a blogbejegyzésekben az Exchange 2010 (többszerepű) kiszolgálót használtam a hibrid konfigurációhoz, így mind az Exchange Web Services (elfoglaltság esetén használatos, Mailbox Replication Service, OOF, levelezési tippek), mind pedig az SMTP kapcsolat az Exchange Online és az Exchange Online között. Csere 2010.

Most, hogy az Exchange 2010 támogatásának vége közeledik (kevesebb mint egy év!), több kérdés érkezik az Exchange 2010-ről az Exchange Online-ra való átállással kapcsolatban. És számos kérdés magában foglalja az Exchange 2010 Edge Transport kiszolgáló használatát az Exchange 2010 többfeladatú kiszolgáló előtt.

Ez a konfiguráció valahogy így fog kinézni:

Az Internetről bejövő levelek az Exchange Online Protection rendszeren keresztül jutnak el, és ha a postafiók még mindig az Exchange 2010-en van, az Edge Transport Serveren keresztül a belső Exchange-szervezethez kerül. A kimenő levelek a postafiók helyétől függően az Edge Transport szerveren vagy az Exchange Online Protection szolgáltatáson keresztül távoznak a szervezetből.

Az Exchange 2010 programban való konfigurálása során felmerülő kihívás a következő képernyőképen látható:

Az Exchange 2013-on vagy Exchange 2016-on futó HCW-hez képest nincs lehetőség az Edge Transport szerver konfigurálására biztonságos levéltovábbításhoz az Exchange 2010-ben!
Jelenleg az egyetlen lehetőség a Hibrid konfigurációs varázsló futtatása, konfigurálása a Client Access and Mailbox Servers opcióval, de szükség esetén felhasználja az adatokat az Edge Transporthoz.

Tehát futtassa a Hibrid konfigurációs varázslót, és amikor meg kell adnia a szállítási kiszolgálók nyilvános IP-címét, adja meg az Edge Transport szerver nyilvános IP-címét, és ne az Exchange 2010 belső felületére mutató terheléselosztó VIP nyilvános IP-címét. szerverek). Az én környezetemben a webmail.inframan.nl a 176.62.196.253-ra, az Edge Transport Server smtphost.inframan.nl pedig a 176.62.196.245-re mutat. Ezt az IP-címet fogom használni, ahogy az a következő képernyőképen látható:

A következő lépés az Edge Transport Serveren használt tanúsítvány kiválasztása. Alapértelmezés szerint a HCW csak a belső Exchange 2010 kiszolgálót nézi, így nem talál semmilyen tanúsítványt az Edge Transport szerveren. Ennek kiküszöbölésére importáltam az Edge Transport Server tanúsítványát a HCW által használt belső Exchange 2010 szerver tanúsítványtárolójába. A HWC-ben kattintson a legördülő listára, és válassza ki az Edge Transport szerver tanúsítványát, az én környezetemben az smtphost.inframan.nl tanúsítványt:

Az utolsó lépés az, ahol meg kell adni a szervezet FQDN-jét. Sok vitám van itt, mert a legtöbb rendszergazda valami olyasmit szeretne beírni, mint a 'hibrid.domain.com', de ide kell beírni a szállítási szerver FQDN-jét, így az én környezetemben ez az Edge Transport Server FQDN-je, azaz smtphost.inframan.nl. Ezt az FQDN-t használják (a tanúsítvány információival együtt) egy Send Connector létrehozására az Exchange Online-ból az Edge Transport kiszolgálóra.

Fejezze be a Hibrid konfigurációs varázslót. Az Exchange 2010-ben és az Exchange Online-ban lesz konfigurálva, és rövid idő múlva bezárhatja a HCW-t:

Most, ha az Exchange Management Console-t nézi, láthatja a Connector küldése az Exchange 2010-ből az Exchange Online-ba. A várakozásoknak megfelelően az FQDN smtphost.inframan.nl konfigurálva van, de a Send Connector forráskiszolgálója továbbra is a belső Hub Transport szerver, amint az a következő képernyőképen látható:

Távolítsa el a Hub Transport kiszolgáló bejegyzést, és adja hozzá az Edge Transport kiszolgálót. Ha rendelkezik élszinkronizálással, azonnal látni fogja, ha rákattint a Hozzáadás gombra.

Az Exchange Online szolgáltatásban a létrehozott fogadási csatlakozási szoftver ellenőrzi a helyettesítő karakteres névvel rendelkező tanúsítványokat, így a rendszer automatikusan elfogadja az smtphost.inframan.nl tanúsítványt. A Send Connector is megfelelően jön létre. Az Edge Transport szerver FQDN-je az üzenet irányításának szervere, és a HCW-ben kiválasztott tanúsítvány CN-je is konfigurálva van az alábbi képernyőképen látható módon:

Majdnem ott vagyunk. Csak be kell állítani a fogadási csatlakozót az Edge Transport Server TLS-hez az Exchange Online-ból. Már konfigurálnia kellett az Edge Transport Servert a megfelelő harmadik féltől származó tanúsítvánnyal, és a bejövő kapcsolat beállításakor a harmadik fél tanúsítványát kell használnia. Ezt a https://checktls.com online eszközzel tesztelheti.

Az Edge Transport kiszolgálón hajtsa végre a következő parancsot az Exchange Management Shellben:

Get-ReceiveConnector "smtphost\Default internal receive connector SMTPHOST" | Set-ReceiveConnector -Fqdn smtphost.inframan.nl -TlsDomainCapabilities mail.protection.outlook.com:AcceptOorgProtocol

Ezzel biztosíthatja, hogy a létesítmények közötti e-maileket belső e-mailként kezeljük (SCL=-1). Ha kihagyja ezt a lépést, mindig fennáll annak a veszélye, hogy az e-mailt külsőként kezelik (az SCL=5-öt láttam a környezetemben), és a felhasználó Levélszemét mappájába kerül.

Összegzés

Exchange 2010 hibrid konfiguráció konfigurálásakor nem lehet Edge Transport Servert konfigurálni a Hibrid konfigurációs varázslóban. Ez az Exchange 2013 és Exchange 2016 HCW-ben konfigurálható, de az Exchange 2010 esetében ez néhány manuális módosítást igényel.

Ebben a blogbejegyzésben bemutattam az Edge Transport Server konfigurálásához szükséges lépéseket az Exchange Online és az Exchange 2010 közötti biztonságos üzenetküldéshez. Ha így konfigurálják, a létesítmények közötti e-maileket belső e-mailnek tekintjük, és ennek megfelelően kezeljük.