การซิงโครไนซ์ไดเรกทอรี Office 365 โดยไม่มีเซิร์ฟเวอร์ Exchange

ฉันได้รับคำถามมากมายเกี่ยวกับ Office 365, Directory Synchronization จาก Active Directory ภายในองค์กร และการเลิกใช้งานเซิร์ฟเวอร์ Exchange ภายในองค์กร ลูกค้าจำนวนมากต้องการ Active Directory ภายในองค์กร พวกเขาต้องการกล่องจดหมายใน Office 365 และพวกเขาไม่ต้องการเซิร์ฟเวอร์ Exchange ภายในองค์กรอีกต่อไป

ดังนั้นคำถามก็คือ “เราสามารถยกเลิกเซิร์ฟเวอร์ Exchange ของเราหลังจากย้ายมาใช้ Office 365 ได้หรือไม่ ”

เป็นคำถามง่ายๆ พร้อมคำตอบง่ายๆ และคำตอบคือ “ไม่ คุณไม่สามารถเลิกใช้งานเซิร์ฟเวอร์ Exchange ล่าสุดในองค์กรได้” ให้ฉันอธิบายว่าทำไม

แหล่งที่มาของอำนาจ

ในบล็อกโพสต์ก่อนหน้านี้ ฉันได้กล่าวถึงตัวตนสามประเภทแล้ว:

• ข้อมูลประจำตัวของคลาวด์
• ข้อมูลประจำตัวที่ซิงค์
• ข้อมูลประจำตัวแบบสหพันธรัฐ

ด้วยการซิงโครไนซ์ไดเรกทอรี (ผ่าน Azure AD Connect) เรากำลังพูดถึงข้อมูลประจำตัวที่ซิงค์หรือข้อมูลประจำตัวแบบรวมศูนย์ สิ่งสำคัญที่ควรทราบก็คือ แหล่งที่มาของสิทธิ์ ซึ่งหมายความว่าที่ซึ่งข้อมูลประจำตัวได้รับการจัดการ คือ Active Directory ภายในองค์กร บัญชีถูกสร้างและจัดการภายในองค์กร ไม่ใช่ในระบบคลาวด์ สิ่งนี้ก็เป็นจริงสำหรับทรัพย์สินของบัญชีด้วย

สมมติว่าเรามีสถานการณ์ต่อไปนี้ มีสภาพแวดล้อม Active Directory ไม่มีเซิร์ฟเวอร์ Exchange ภายในองค์กร และมีเซิร์ฟเวอร์ AADConnect เพื่อวัตถุประสงค์ในการจำลองแบบไปยัง Azure Active Directory ดังที่แสดงในภาพต่อไปนี้

รูปที่ 1 Azure AD Connect กำลังซิงโครไนซ์บัญชีผู้ใช้กับ Office 365

โดเมนภายในคือ Exchangelabs.local โดเมนภายนอก Exchangelabs.nl ได้รับการตรวจสอบใน Office 365 เท่านั้น และตั้งเป็นโดเมนเริ่มต้น ใน Active Directory ภายในองค์กร จะมี OU=บัญชี โดยที่ออบเจ็กต์อยู่ใน OU ต่างๆ เช่น OU=Groups, OU=Users, OU=Contacts เป็นต้น

รูปที่ 2 บัญชีผู้ใช้ในผู้ใช้ Active Directory และคอมพิวเตอร์ โปรดสังเกตการตั้งค่าต่างๆ ในคอลัมน์ที่อยู่อีเมล

การติดตั้ง Azure AD Connect จะตรวจพบโดยอัตโนมัติว่าไม่มีเซิร์ฟเวอร์ Exchange ติดตั้งอยู่ (ยังไม่ได้เตรียม Active Directory Schema ดังนั้นจึงเป็น Active Directory ในสนามสีเขียวอย่างแท้จริง) และด้วยเหตุนี้จึงไม่มีตัวเลือก Exchange Hybrid ในแอปพลิเคชันการตั้งค่า:

รูปที่ 3 Azure AD Connect ได้รับการกำหนดค่าด้วยการซิงโครไนซ์แฮชรหัสผ่าน

ตัวเลือกเดียวที่เลือกคือการซิงโครไนซ์รหัสผ่านแฮช หน่วยองค์กร OU=บัญชีตามที่กล่าวไว้ก่อนหน้านี้เป็น OU เดียวที่ถูกเลือกสำหรับการจำลองแบบออบเจ็กต์ ดังนั้นหลังจากเสร็จสิ้นแอปพลิเคชันการตั้งค่าและการซิงโครไนซ์ครั้งแรก บัญชีผู้ใช้จะปรากฏในพอร์ทัลออนไลน์ของ Microsoft

เมื่อมีการมอบหมายสิทธิ์การใช้งาน Office 365 (E3) ให้กับบัญชีผู้ใช้ที่ถูกจำลองแบบ จะมีสิ่งแปลก ๆ อย่างหนึ่งปรากฏขึ้น บัญชีผู้ใช้ตรงตามที่คาดไว้ เช่น bwesselius@exchangelabs.nl แต่ที่อยู่ SMTP หลักไม่สะท้อนถึงสิ่งนี้ และจริง ๆ แล้วขึ้นอยู่กับชื่อผู้เช่า เช่น bwesselius@exchangelabsnl.onmicrosoft.com ดังที่แสดงในภาพหน้าจอต่อไปนี้

รูปที่ 4 ที่อยู่อีเมลของผู้ใช้ตั้งค่าไม่ถูกต้อง ที่อยู่อีเมลของผู้เช่าถูกตั้งค่าเป็นที่อยู่ SMTP หลัก

เมื่อคุณต้องการเปลี่ยนที่อยู่อีเมลจากที่อยู่อีเมลของผู้เช่าเป็นที่อยู่อีเมลปกติ คุณจะเห็นคำเตือนต่อไปนี้:

รูปที่ 5 ไม่สามารถเปลี่ยนที่อยู่ SMTP หลักของผู้ใช้ได้

ปุ่ม ตั้งเป็นหลัก จะเป็นสีเทา ดังนั้นจึงไม่สามารถเปลี่ยนที่อยู่อีเมลได้

เมื่อคุณลองสิ่งนี้ใน Exchange Admin Center (ใน Exchange Online) จะไม่ทำงานเช่นกัน และคุณได้รับข้อความแสดงข้อผิดพลาดต่อไปนี้:

การดำเนินการบนกล่องจดหมาย "Bram Wesselius" ล้มเหลวเนื่องจากอยู่นอกขอบเขตการเขียนของผู้ใช้ปัจจุบัน ไม่สามารถดำเนินการ 'Set-Mailbox', 'EmailAddresses' กับออบเจ็กต์ 'Bram Wesselius' ได้เนื่องจากออบเจ็กต์กำลังซิงโครไนซ์จากองค์กรภายในองค์กรของคุณ การดำเนินการนี้ควรดำเนินการกับออบเจ็กต์ในองค์กรภายในองค์กรของคุณ

รูปที่ 6 ข้อความแสดงข้อผิดพลาดเกี่ยวกับ 'ขอบเขตการเขียน' จะแสดงขึ้นเมื่อที่อยู่อีเมลของผู้ใช้มีการเปลี่ยนแปลง

ตอนนี้มันเริ่มน่าสนใจแล้ว ดูรูปที่ 2 ให้ละเอียดยิ่งขึ้น คุณจะเห็นว่าผู้ใช้ BWesselius ไม่มีที่อยู่อีเมลที่ตั้งค่าไว้ใน Active Directory แต่ผู้ใช้ Ahaverkamp มีที่อยู่อีเมล นี่ไม่ใช่ที่อยู่อีเมล Exchange (เนื่องจากไม่ได้ติดตั้ง Exchange ภายในองค์กร Active Directory จึงไม่มีการใช้การเปลี่ยนแปลงสคีมาของ Exchange แต่เป็น Active Directory ในสนามสีเขียว) แต่ที่อยู่อีเมลถูกตั้งค่าในผู้ใช้ Active Directory และ คอมพิวเตอร์.

รูปที่ 7 ที่อยู่อีเมลของผู้ใช้ถูกตั้งค่าไว้ในผู้ใช้ Active Directory และคอมพิวเตอร์

เมื่อตั้งค่าที่อยู่อีเมลโดยใช้ผู้ใช้ Active Directory และคอมพิวเตอร์ ระบบจะซิงโครไนซ์กับ Office 365 อย่างถูกต้องและใช้ใน Exchange Online เป็นที่อยู่อีเมลหลักของผู้ใช้

ตอนนี้เราทราบวิธีการตั้งค่าที่อยู่อีเมลหลักแล้วเมื่อมีการจัดเตรียมผู้ใช้ใน Active Directory ภายในองค์กร แม้ว่าขณะนี้ผู้ใช้จะมีที่อยู่อีเมลหลักที่ถูกต้องแล้ว แต่ก็ยังไม่สามารถเปลี่ยนที่อยู่อีเมลของผู้ใช้ในพอร์ทัล Office 365 หรือศูนย์การจัดการ Exchange (ออนไลน์) ได้

ลักษณะการทำงานนี้มีสาเหตุมาจากข้อเท็จจริงที่ว่าบัญชีในสถานการณ์นี้คือบัญชีที่ซิงค์กัน แหล่งที่มาของสิทธิ์คือ Active Directory ภายในองค์กร และนี่คือจุดที่จำเป็นต้องทำการเปลี่ยนแปลงทั้งหมด เมื่อเปลี่ยนการตั้งค่าใหม่จะซิงโครไนซ์กับ Office 365

ดังนั้น หากต้องการเปลี่ยนที่อยู่อีเมลหลักสำหรับผู้ใช้ BWesselius จึงต้องเพิ่มที่อยู่อีเมลลงในคุณสมบัติเมลในผู้ใช้ Active Directory และคอมพิวเตอร์ และรอให้การซิงโครไนซ์เกิดขึ้น (หรือบังคับการซิงโครไนซ์ไดเร็กทอรี) หากคุณต้องการเปลี่ยนที่อยู่อีเมล เช่น สำหรับผู้ใช้ AHaverkamp คุณสามารถเปลี่ยนคุณสมบัติเมลของผู้ใช้ในผู้ใช้ Active Directory และคอมพิวเตอร์ได้

ตอนนี้เราทราบวิธีสร้างผู้ใช้ใน Active Directory ภายในองค์กรและตั้งค่าที่อยู่อีเมลหลักของ Exchange Online อย่างถูกต้องแล้ว ในบล็อกถัดไป ฉันจะพูดเพิ่มเติมเกี่ยวกับเซิร์ฟเวอร์ Exchange ภายในองค์กร