การอยู่ร่วมกันของ Exchange 2013 และโครงสร้างพื้นฐานของ Outlook | ตอนที่ 2/2 | 14#23

ในบทความปัจจุบัน เราจะตรวจสอบหัวข้อโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 ต่อไป ในบทความนี้ เราจะมาดูรายละเอียดเกี่ยวกับกฎบัตรเฉพาะซึ่งสร้างความสัมพันธ์ Outlook และ Exchange ในสภาพแวดล้อมนี้

ส่วนที่เราจะรีวิวคือ:

ความสัมพันธ์ระหว่าง Exchange 2013 CAS และเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013
ความสัมพันธ์ระหว่าง Exchange 2013 CAS และไคลเอนต์ Outlook Exchange ดั้งเดิมในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013
การตั้งค่าการกำหนดค่าที่จำเป็นสำหรับการสื่อสาร “CAS to CAS” หมายถึง:
1. รองรับ Outlook Anywhere (RPC\HTTP) และการตั้งค่าบนเซิร์ฟเวอร์ Exchange CAS รุ่นเก่า - ข้อกำหนดในการเปิดใช้งานตัวเลือกของ Outlook Anywhere (RPC\HTTP) บนเซิร์ฟเวอร์ Exchange CAS รุ่นเก่า
2. การตั้งค่าโปรโตคอลการรับรองความถูกต้อง -

การตั้งค่าที่จำเป็นของโปรโตคอลการรับรองความถูกต้องที่เกี่ยวข้องกับโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook:

โปรโตคอลการตรวจสอบสิทธิ์ที่ใช้โดยไคลเอนต์ Outlook เมื่อเขาจำเป็นต้องระบุตัวตนของเขาให้กับเซิร์ฟเวอร์ Exchange CAS
โปรโตคอลการตรวจสอบความถูกต้องที่ใช้โดย Exchange 2013 CAS เมื่อเขาพร็อกซีข้อมูลประจำตัวผู้ใช้ Outlook ไปยังโครงสร้างพื้นฐานดั้งเดิมของเซิร์ฟเวอร์ Exchange CAS

ในส่วนสุดท้ายของบทความ เราจะให้ตัวอย่างโดยย่อของการใช้งานการตั้งค่าการกำหนดค่าที่จำเป็นโดยใช้ PowerShell

สภาพแวดล้อมที่อยู่ร่วมกันของ Exchange 2013 และไคลเอนต์ Outlook | การตั้งค่าการกำหนดค่าที่จำเป็น

เพื่อให้สามารถสาธิตขั้นตอนในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 ลองใช้สถานการณ์ต่อไปนี้:

ไซต์ Exchange ซึ่งประกอบด้วยเซิร์ฟเวอร์ Exchange CAS 2013 + โครงสร้างพื้นฐาน Exchange 2010 (เซิร์ฟเวอร์ Exchange 2010 CAS + เซิร์ฟเวอร์กล่องจดหมาย Exchange 2010)
ไคลเอ็นต์ Exchange ซึ่งเป็น Outlook ที่กล่องจดหมายของเขาโฮสต์อยู่ที่เซิร์ฟเวอร์กล่องจดหมาย Exchange 2010 จำเป็นต้องเข้าถึงกล่องจดหมายของเขา

หมายเหตุ: เราใช้สภาพแวดล้อมที่อยู่ร่วมกันของ Exchange 2013/2010 สำหรับการสาธิต แต่ตรรกะเดียวกันนี้ยังถูกนำมาใช้ในสภาพแวดล้อมที่อยู่ร่วมกันของ Exchange 2013/2007 อีกด้วย

ขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook จะถูกนำไปใช้ดังนี้:

คำขอการสื่อสารของไคลเอนต์ Outlook จะถูก "ชี้" ไปยังเซิร์ฟเวอร์ Exchange 2013 CAS
ช่องทางการสื่อสารระหว่างโปรแกรมรับส่งเมล Outlook และเซิร์ฟเวอร์ Exchange 2013 CAS ต้องใช้เป็น “Outlook Anywhere ” (RPC/HTTP/S)
RPC ผ่าน HTTP/s เป็นวิธีเริ่มต้นสำหรับการเชื่อมต่อไคลเอนต์ Outlook - ไม่มีอีกต่อไป การเชื่อมต่อ RPC โดยตรงไปยังเซิร์ฟเวอร์สำหรับไคลเอนต์ Outlook
ไคลเอนต์ Outlook จะให้ข้อมูลประจำตัวผู้ใช้โดยใช้โปรโตคอลการตรวจสอบความถูกต้องที่ได้รับการสนับสนุนโดย "ฝั่งเซิร์ฟเวอร์" ตัวเลือกที่ใช้ได้คือ: พื้นฐาน, NTLM หรือการเจรจาต่อรอง
เนื่องจากกล่องจดหมายของผู้ใช้ที่โฮสต์อยู่ที่ "โครงสร้างพื้นฐาน Exchange ดั้งเดิม" (เซิร์ฟเวอร์ Exchange 2010 CAS) เซิร์ฟเวอร์ Exchange 2013 CAS จะส่งพร็อกซีคำขอการสื่อสาร Outlook ไปยังเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมที่เหมาะสม
ในกระบวนการ "ส่งพร็อกซี" คำขอไปยัง "โครงสร้างพื้นฐาน Exchange ดั้งเดิม" (เซิร์ฟเวอร์ Exchange 2010 CAS) เซิร์ฟเวอร์ Exchange CAS 2013 จะ "ส่งต่อ" ข้อมูลรับรองผู้ใช้ไปยังเซิร์ฟเวอร์ Exchange 2010 CAS ดั้งเดิม "ปลายทาง"
เพื่อให้สามารถ "ส่งต่อ" ข้อมูลรับรองผู้ใช้ไปยัง "โครงสร้างพื้นฐาน Exchange ดั้งเดิม" (เซิร์ฟเวอร์ Exchange 2010 CAS) การตั้งค่าโปรโตคอลการตรวจสอบสิทธิ์สำหรับเซิร์ฟเวอร์ Exchange 2013 CAS + "โครงสร้างพื้นฐาน Exchange ดั้งเดิม" (เซิร์ฟเวอร์ Exchange 2010 CAS) จะต้องเป็น ตั้งค่าเป็น NTLM

ชื่อปลายทาง RPC กับชื่อโฮสต์ Exchange

กระแสของ Exchange ดั้งเดิม ไคลเอนต์ Outlook ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 อาจทำให้เกิดความสับสนในบางครั้ง

แนวคิดทั่วไปของโฟลว์นี้คือ Exchange รุ่นเก่าซึ่งเป็นไคลเอ็นต์ Outlook จะต้องระบุ Exchange 2013 CAS เป็นเซิร์ฟเวอร์ "RPC Endpoint" และในทางกลับกัน Exchange 2013 CAS จะต้องส่งคำขอพรอกซีไปยัง Exchange CAS ดั้งเดิมที่เหมาะสม เซิร์ฟเวอร์

เราได้กล่าวไว้ก่อนหน้านี้ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 เราจะต้องเปิดใช้งาน Outlook Anywhere (RPC\HTTP) บนเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมแต่ละรายการ

พารามิเตอร์การกำหนดค่าหลักที่เมื่อเปิดใช้งาน Outlook Anywhere (RPC\HTTP) บนเซิร์ฟเวอร์ Exchange CAS คือ: “ชื่อโฮสต์ภายนอก ”

ชื่อโฮสต์ภายนอกคือชื่อปลายทาง RPC ที่ "เป็นตัวแทน" เซิร์ฟเวอร์ Exchange CAS ซึ่งให้บริการ Outlook Anywhere (RPC\HTTP)

เมื่อไคลเอนต์ Outlook ที่อยู่เซิร์ฟเวอร์ Exchange CAS โดยกำลังมองหาข้อมูลการค้นหาอัตโนมัติ ส่วนหนึ่งของข้อมูลการค้นหาอัตโนมัติที่เซิร์ฟเวอร์ Exchange CAS จะจัดเตรียมให้ รวมถึง "การอ้างอิง" ไปยัง "เซิร์ฟเวอร์ Exchange CAS" ที่มีไว้สำหรับการให้บริการไคลเอนต์ Outlook Anywhere หรืออีกนัยหนึ่ง สามารถทำหน้าที่เป็นเซิร์ฟเวอร์ RPC Endpoint ได้

ในภาพหน้าจอต่อไปนี้ เราจะเห็นตัวอย่างของ "คำตอบการค้นหาอัตโนมัติ" ที่ส่งไปยังไคลเอนต์ Outlook โดยเซิร์ฟเวอร์ Exchange CAS

ในตัวอย่างของเรา เซิร์ฟเวอร์ Exchange CAS “บอก ” ไคลเอ็นต์ Outlook ที่เป็นชื่อเซิร์ฟเวอร์ RPC Endpoint คือ: europe.mail.o365info.com

ข้อมูลเกี่ยวกับเซิร์ฟเวอร์ RPC Endpoint จะปรากฏในส่วน:

โปรโตคอล: แลกเปลี่ยน HTTP ภายใต้พารามิเตอร์ เซิร์ฟเวอร์

ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 เราจำเป็นต้องเปลี่ยนโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook เริ่มต้น

แทนที่จะกำหนดค่าที่ไคลเอนต์ Outlook ดั้งเดิมจะเชื่อมต่อกับเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมซึ่งทำหน้าที่เป็นจุดสิ้นสุด RPC ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 เราจำเป็นต้องใช้การกำหนดค่าใหม่ที่ไคลเอนต์ Outlook ดั้งเดิมและไคลเอนต์ Outlook ดั้งเดิมจะระบุเฉพาะ แลกเปลี่ยน 2013 CAS เป็น - เซิร์ฟเวอร์ปลายทาง RPC

นอกจากนี้ เราจำเป็นต้องเปิดใช้งานบริการ Outlook Anywhere บนเซิร์ฟเวอร์ Exchange CAS รุ่นเก่าแต่ละเซิร์ฟเวอร์

ในสถานการณ์ของเรา เราต้องการใช้เนมสเปซต่อไปนี้: mail.o365info.com เป็นชื่อหากจุดสิ้นสุด RPC ที่จะ "เผยแพร่" ไปยังไคลเอนต์ Outlook ทั้งหมด (native Exchange ไคลเอ็นต์ 2013 และไคลเอ็นต์ Exchange เดิม เช่น 2007/2010)

เมื่อไคลเอนต์ Exchange Outlook รุ่นเก่าระบุ Exchange 2013 CAS เป็น: “จุดสิ้นสุด RPC ”, Exchange 2013 CAS จะรู้วิธีพร็อกซีคำขอไคลเอนต์ Exchange Outlook ดั้งเดิมไปยังเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมที่เหมาะสม

ด้วยเหตุนี้ เมื่อเราเปิดใช้งานบริการ Outlook Anywhere จากเซิร์ฟเวอร์ Exchange CAS เดิม เช่น Exchange 2007/2010 CAS เราจะต้องตั้งค่าของ “ชื่อโฮสต์ภายนอก ” โดยใช้เครื่องหมาย “ เนมสเปซหลัก ” เช่น: mail.o365info.com

เนมสเปซ (mail.o365info.com ในสถานการณ์ของเรา) จะชี้ไปที่ Exchange 2013 CAS

ไคลเอนต์ Outlook จะอ้างถึง Exchange 2013 CAS เป็นจุดสิ้นสุด RPC โดยใช้ชื่อ: mail.o365info.com

เมื่อ Exchange 2013 CAS ต้องการพร็อกซีคำขอสำหรับเซิร์ฟเวอร์ Exchange CAS ดั้งเดิม เขาจะจัดการกับเซิร์ฟเวอร์ Exchange CAS ดั้งเดิม\s โดยใช้เซิร์ฟเวอร์ "ชื่อโฮสต์มาตรฐาน ”

ในแผนภาพต่อไปนี้ เราจะเห็นตัวอย่างของขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอ็นต์ Exchange 2010 Outlook

ไคลเอ็นต์ Exchange 2010 ระบุ Exchange 2013 CAS โดยใช้ชื่อโฮสต์: mail.o365info.com

Exchange 2013 CAS จะทำพร็อกซีคำขอไคลเอนต์ Outlook ไปยัง Exchange 2010 CAS และที่อยู่ Exchange 2010 CAS โดยใช้ชื่อเซิร์ฟเวอร์: Exc2010.o365info.com

ในภาพหน้าจอต่อไปนี้ เราจะดูตัวอย่างการตั้งค่าที่เกี่ยวข้องกับ “ชื่อโฮสต์ภายนอก ” ใน Exchange 2010 CAS

ในตัวอย่างของเรา เราเปิดใช้งาน Outlook Anywhere บน Exchange 2010 CAS + กำหนดค่าของ “ชื่อโฮสต์ภายนอก ” เป็น: mail.o365info.com

ในกรณีที่คุณสงสัยว่า: จะเกิดอะไรขึ้นถ้าฉันใช้ “ชื่อโฮสต์ภายนอก” ที่แตกต่างกันสำหรับเซิร์ฟเวอร์ Exchange CAS ที่มีอยู่แต่ละเซิร์ฟเวอร์ คำตอบก็คือ Exchange 2013 CAS จะให้ชื่อปลายทาง RPC ที่แตกต่างกันให้กับไคลเอนต์ Outlook โดยขึ้นอยู่กับชื่อปลายทาง RPC ที่แตกต่างกัน “เวอร์ชันแลกเปลี่ยน ”

ขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook | อินเทอร์เฟซทั้งสอง

ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 ขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook ประกอบด้วยสองส่วน:

การสื่อสาร CAS ของ Outlook Exchange 2013
Exchange 2013 CAS และการสื่อสารแบบดั้งเดิมของเซิร์ฟเวอร์ Exchange CAS

เมื่อดูแผนภาพต่อไปนี้ เราจะเห็นแนวคิดของ "สองอินเทอร์เฟซ" หรือ "สองส่วน" ที่สร้างโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook

“ส่วนหนึ่ง” คือส่วนที่อธิบายความสัมพันธ์ระหว่างเซิร์ฟเวอร์ Exchange 2013 CAS และไคลเอนต์ Outlook
“ส่วน B” คือส่วนที่อธิบายความสัมพันธ์ระหว่างเซิร์ฟเวอร์ Exchange 2013 CAS และโครงสร้างพื้นฐานเซิร์ฟเวอร์ Exchange CAS เดิม

ส่วนที่ ก| ไคลเอนต์ Outlook และ “ข้อมูลรับรองผู้ใช้”

“ส่วนหนึ่ง” ของโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook คือ “วงกลม” ที่มีอยู่ระหว่างไคลเอนต์ Outlook และเซิร์ฟเวอร์ Exchange 2013 CAS

ส่วนแรกของขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook เริ่มต้นด้วย “การรับรองความถูกต้อง” ซึ่งไคลเอนต์ Outlook จะต้องให้ข้อมูลประจำตัวผู้ใช้แก่เซิร์ฟเวอร์ Exchange CAS

หมายเหตุ: ถ้าเราต้องการให้มีความแม่นยำมากขึ้น ขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอ็นต์ Outlook จะเริ่มต้นด้วยกระบวนการค้นหาอัตโนมัติซึ่งไคลเอ็นต์ Outlook จะได้รับชื่อของเซิร์ฟเวอร์ Exchange CAS ซึ่งทำหน้าที่เป็นจุดสิ้นสุด RPC

ในสภาพแวดล้อม Exchange ไคลเอนต์ Outlook สามารถให้ข้อมูลประจำตัวผู้ใช้โดยใช้โปรโตคอลการตรวจสอบความถูกต้องอย่างใดอย่างหนึ่งต่อไปนี้:

NTLM
ขั้นพื้นฐาน
ต่อรอง

เพื่อให้ซับซ้อนยิ่งขึ้น เซิร์ฟเวอร์ Exchange 2013 CAS รองรับอินเทอร์เฟซ Outlook Anywhere: อินเทอร์เฟซ Outlook Anywhere ภายใน + อินเทอร์เฟซ Outlook Anywhere ภายนอก

“อินเทอร์เฟซ” แต่ละรายการเหล่านี้สามารถกำหนดค่าได้โดยใช้การตั้งค่าที่แตกต่างกัน เช่น การกำหนดค่าการตรวจสอบสิทธิ์ที่แตกต่างกัน

ในสภาพแวดล้อม Exchange 2013 “ผลลัพธ์” คือในทางเทคนิคแล้วเราสามารถตั้งค่า “ชุด” สองชุดของการตั้งค่าการกำหนดค่า Outlook Anywhere:
ไคลเอ็นต์ Outlook Anywhere ภายในหนึ่งชุด และอีกชุดหนึ่งสำหรับไคลเอ็นต์ Outlook Anywhere ภายนอก ในขณะที่ "ชุดเหล่านี้แต่ละชุด" ” ใช้โปรโตคอลการตรวจสอบสิทธิ์ที่แตกต่างกัน

เมื่อต้องการกำหนดการตั้งค่าการกำหนดค่า Outlook Anywhere ที่ใช้งานโดยใช้หนึ่งในตัวเลือกต่อไปนี้:

Exchange 2013 - อินเทอร์เฟซการจัดการบนเว็บ
แลกเปลี่ยน 2013 - อินเทอร์เฟซ PowerShell

อินเทอร์เฟซแบบกราฟิก (เว็บ) ของเซิร์ฟเวอร์ Exchange 2013 CAS ช่วยให้เราสามารถเลือกโปรโตคอลการตรวจสอบสิทธิ์ที่จำเป็นได้ โปรโตคอลการตรวจสอบสิทธิ์ที่เราจะเลือกจะนำไปใช้กับบูธของอินเทอร์เฟซ Exchange 2013 CAS”: อินเทอร์เฟซ Outlook Anywhere ภายใน + อินเทอร์เฟซ Outlook Anywhere ภายนอก

ข้อเสียของอินเทอร์เฟซการจัดการบนเว็บของ Exchange 2013 คือ เมื่อเราเลือกโปรโตคอลการตรวจสอบสิทธิ์เฉพาะ การตั้งค่าจะนำไปใช้กับบูธของอินเทอร์เฟซ Outlook Anywhere: อินเทอร์เฟซ Outlook Anywhere ภายใน + อินเทอร์เฟซ Outlook Anywhere ภายนอก

กล่าวอีกนัยหนึ่ง อินเทอร์เฟซแบบกราฟิก (เว็บ) ของเซิร์ฟเวอร์ Exchange 2013 CAS ไม่มีตัวเลือกสำหรับการเลือกโปรโตคอลการตรวจสอบสิทธิ์ที่แตกต่างกันสำหรับอินเทอร์เฟซ Outlook Anywhere ภายใน เทียบกับอินเทอร์เฟซ Outlook Anywhere ภายนอก

ในภาพหน้าจอต่อไปนี้ เราจะเห็นว่าอินเทอร์เฟซการจัดการเซิร์ฟเวอร์ Exchange 2013 CAS ช่วยให้เราสามารถตั้งค่าโปรโตคอลการตรวจสอบสิทธิ์ที่จำเป็น แต่เป็นการตั้งค่าที่ใช้กับบูธของ “ไคลเอนต์ Outlook Anywhere ” (Outlook ภายใน + ภายนอกทุกที่)

คำถามที่ 1: โปรโตคอลการตรวจสอบความถูกต้องที่แนะนำคืออะไร

A1: วิธีที่ง่ายที่สุดและถ้าฉันอาจบอกว่าแนะนำก็คือการเลือกโปรโตคอลการตรวจสอบสิทธิ์เดียวกันสำหรับไคลเอ็นต์ Outlook Anywhere ทั้งภายในและภายนอก

โปรดทราบว่าไคลเอนต์ Outlook Anywhere ภายนอกรองรับเฉพาะตัวเลือกการรับรองความถูกต้องขั้นพื้นฐานเท่านั้น

ในทางเทคนิคแล้ว เราสามารถตั้งค่าวิธีการรับรองความถูกต้องที่แตกต่างกันสำหรับไคลเอนต์ Outlook Anywhere ภายใน เทียบกับไคลเอนต์ Outlook Anywhere ภายนอก มนต์ของฉันคือ: KIS - Keep เป็นความหมายง่ายๆ ฉันชอบทำให้มันเรียบง่ายและใช้โปรโตคอลการตรวจสอบความถูกต้องเดียวกัน (พื้นฐาน) สำหรับไคลเอนต์ Outlook Anywhere ทั้งสอง (ภายใน + ภายนอก)

ส่วน ข | กระบวนการพร็อกซีไคลเอ็นต์ Outlook และ “ข้อมูลรับรองผู้ใช้”

“ส่วนที่สอง” ของโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook เกี่ยวข้องกับส่วนที่อธิบายได้ว่าเป็น: การสื่อสาร CAS ถึง CAS ในส่วนนี้ Exchange 2013 CAS “ส่งต่อ” (พร็อกซี) ไคลเอนต์ Outlook requites ไปยังเซิร์ฟเวอร์ Exchange CAS ดั้งเดิม

เพื่อให้ช่องทางการสื่อสารสำเร็จได้นั้น จะต้องปฏิบัติตามเงื่อนไขสองประการ:

ควรกำหนดค่าเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมเพื่อรองรับ Outlook ทุกที่
Exchange 2013 CAS + เซิร์ฟเวอร์ Exchange CAS เดิมควรได้รับการกำหนดค่าเพื่อรองรับ IIS Authentication Method โดยใช้ NTLM ( IISAuthenticationMethods: {Basic, Ntlm})

Exchange 2013 CAS และกระบวนการของพร็อกซีข้อมูลรับรองผู้ใช้ Outlook

อย่าลืมข้อเท็จจริงง่ายๆ: เมื่อ "เซิร์ฟเวอร์ Exchange ดั้งเดิม" เช่นเซิร์ฟเวอร์ Exchange 2010 CAS ได้รับ "คำขอพร็อกซี" จากเซิร์ฟเวอร์ Exchange CAS 2013 เขาจะ "ไม่เห็น" ผู้ใช้ Outlook หรือสื่อสารโดยตรงกับ ไคลเอนต์ Outlook

นี่คือสถานการณ์คลาสสิกของ "คนตรงกลาง" “เซิร์ฟเวอร์ Exchange ดั้งเดิม” ไม่สามารถ “เชื่อถือ” ผู้ใช้ Outlook หรือ “เข้าใจ” วิธีกำหนดเส้นทางคำขอการสื่อสารจนกว่าเขาจะได้รับข้อมูลรับรองผู้ใช้ที่จำเป็น

วิธีแก้ปัญหาสำหรับปัญหา "ความน่าเชื่อถือ" นี้ถูกนำมาใช้โดยใช้ "กลไกพร็อกซีการรับรองความถูกต้อง" ซึ่งเซิร์ฟเวอร์ Exchange 2013 CAS "ส่งต่อ" (พร็อกซี) ข้อมูลประจำตัวผู้ใช้ไปยังเซิร์ฟเวอร์ Exchange CAS ดั้งเดิมที่จำเป็น

ตามทฤษฎี กระบวนการ "ส่งต่อ" ข้อมูลรับรองผู้ใช้สามารถใช้งานได้โดยโปรโตคอลการตรวจสอบความถูกต้องที่หลากหลาย แต่ในความเป็นจริงแล้ว โปรโตคอลการตรวจสอบความถูกต้องที่รองรับเพียงรายการเดียวที่สามารถใช้สำหรับ "การส่งต่อข้อมูลรับรองผู้ใช้" คือโปรโตคอล NTLM

พูดง่ายๆ ก็คือ เพื่อให้สามารถใช้ช่องทางการสื่อสารระหว่างเซิร์ฟเวอร์ Exchange CAS 2013 และเซิร์ฟเวอร์ Exchange CAS รุ่นเก่าได้ เราจะต้องตรวจสอบว่าทั้งสองฝ่ายรองรับการใช้โปรโตคอลการตรวจสอบความถูกต้อง: NTLM

ในแผนภาพต่อไปนี้ เราจะเห็นกระแสการเชื่อมต่อโปรโตคอลไคลเอนต์ Outlook ที่เกี่ยวข้องกับเรื่องของข้อมูลประจำตัวผู้ใช้

โปรโตคอลการรับรองความถูกต้องของไคลเอนต์ Outlook คือ: พื้นฐาน
เมื่อ Exchange 2013 CAS Proxy ข้อมูลรับรองผู้ใช้เป็น Exchange 2010 CAS โปรโตคอลการตรวจสอบความถูกต้องคือ: NTLM

สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 | ไคลเอ็นต์ Outlook | รายการตรวจสอบการเตรียมการที่จำเป็น

โอเค ฉันเหนื่อยกับการพูดคุยที่น่าเบื่อเกี่ยวกับ Exchange, โปรโตคอลการตรวจสอบสิทธิ์ และอื่นๆ อีกมากมาย ดังนั้น… ขอสรุปสั้นๆ:

จัดการการตั้งค่า Exchange Outlook ได้ทุกที่

ในส่วนต่อไปนี้ เราจะตรวจสอบวิธีที่เราใช้คำสั่ง PowerShell เพื่อสร้างการกำหนดค่าที่จำเป็นสำหรับสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 และโครงสร้างพื้นฐานของ Outlook Anywhere

1. การดูการตั้งค่าการกำหนดค่าที่มีอยู่

ขั้นตอนแรกคือการดูการตั้งค่าคอนฟิกูเรชันที่มีอยู่ และสร้างอัพเดตคอนฟิกูเรชันที่จำเป็นตามข้อมูล

ตัวอย่างที่ 1 : รับข้อมูลเกี่ยวกับการตั้งค่า Outlook Anywhere ของเซิร์ฟเวอร์ Exchange CAS โดยเฉพาะ

เพื่อให้สามารถดูการตั้งค่า Outlook Anywhere บนเซิร์ฟเวอร์ Exchange 2013 CAS เราสามารถใช้คำสั่ง PowerShell:

Get-OutlookAnywhere -Server <Exchange CAS server>

หมายเหตุ - ใช้คำสั่งต่อไปนี้จากคอนโซล PowerShell ของเซิร์ฟเวอร์ Exchange 2013 CAS

ในภาพหน้าจอต่อไปนี้ เราจะดูข้อมูลเกี่ยวกับการตั้งค่า Outlook Anywhere ของเซิร์ฟเวอร์ Exchange 2013 CAS ที่ชื่อ: STS

ค่าต่อไปนี้เกี่ยวข้องกับโปรโตคอลการตรวจสอบสิทธิ์ที่ไคลเอ็นต์ Outlook Anywhere จะใช้เมื่อให้ข้อมูลประจำตัวผู้ใช้แก่เซิร์ฟเวอร์ Exchange 2013 CAS

ในสถานการณ์ของเรา การตั้งค่าเซิร์ฟเวอร์ได้รับการกำหนดค่าดังนี้:

Outlook ภายนอกทุกที่ได้รับคำสั่งให้ใช้โปรโตคอลการตรวจสอบสิทธิ์พื้นฐาน: ExternalClientAuthenticationMethod: Basic
ไคลเอนต์ Outlook Anywhere ภายในได้รับคำสั่งให้ใช้โปรโตคอลการตรวจสอบสิทธิ์ NTLM: InternalClientAuthenticationMethod: NTLM
คอมโพเนนต์ IIS ของเซิร์ฟเวอร์ Exchange 2013 CAS รองรับโปรโตคอลการตรวจสอบสิทธิ์ต่อไปนี้: พื้นฐาน, NTLM และ Negotiate: IISAuthenticationMethods: {Basic, Ntlm, Negotiate}

ตัวอย่างที่ 2: รับรายการเซิร์ฟเวอร์ Exchange 2010 CAS ที่พร้อมใช้งานทั้งหมด แสดงข้อมูลเกี่ยวกับการตั้งค่า Outlook Anywhere

Get-ExchangeServer | Where {$_.AdminDisplayVersion -like "*14.*" -and $_.IsClientAccessServer} | Get-OutlookAnywhere | fl servername,externalhostname,*auth*

<แข็งแกร่ง>2. กำหนดค่าเซิร์ฟเวอร์ Exchange CAS การตั้งค่า Outlook Anywhere

ไวยากรณ์คำสั่ง PowerShell ต่อไปนี้เป็นตัวอย่างของ “การตั้งค่าที่มีอยู่ทั้งหมด” ที่เกี่ยวข้องกับการตั้งค่าเซิร์ฟเวอร์ Exchange 2013 CAS Outlook Anywhere:

Get-OutlookAnywhere -Server <Exchange 2013 CAS server>| Set-OutlookAnywhere
-InternalHostname <Domain name> -InternalClientAuthenticationMethod NTLM
-InternalClientsRequireSsl $true -ExternalHostname <Domain name>
-ExternalClientAuthenticationMethod Basic -ExternalClientsRequireSsl $true
-IISAuthenticationMethods NTLM,Basic -ssloffloading:$false

<แข็งแกร่ง>3. เปิดใช้งาน NTLM บนไดเรกทอรี IIS /RPC ของเซิร์ฟเวอร์ Exchange 2007/2010 ของคุณ

ตัวอย่างที่ 1: รับรายการเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งานทั้งหมดข้างเซิร์ฟเวอร์ Exchange 2013 CAS เปิดใช้งาน (ตั้งค่า) ตัวเลือก Outlook Anywhere และกำหนดค่าโปรโตคอลการตรวจสอบสิทธิ์ IIS ที่จำเป็น

Get-OutlookAnywhere | ?{ $_.AdminDisplayVersion -notlike "Version 15.*"} | Set-OutlookAnywhere -IISAuthenticationMethods NTLM,Basic

ตัวอย่างที่ 2: กำหนดการตั้งค่าการตรวจสอบสิทธิ์ Outlook Anywhere ของเซิร์ฟเวอร์ Exchange CAS เฉพาะ (กำหนดค่าโปรโตคอลการตรวจสอบสิทธิ์ IIS ที่จำเป็น + วิธีการตรวจสอบสิทธิ์ไคลเอ็นต์)

Set-OutlookAnywhere -Identity '<ServerName>\Rpc (Default Web Site)' -ClientAuthenticationMethod Basic -IISAuthenticationMethods NTLM, Basic

ตัวอย่างที่ 3: เปิดใช้งาน Outlook Anywhere ของเซิร์ฟเวอร์ Exchange CAS ที่ระบุ + กำหนดการตั้งค่าการตรวจสอบสิทธิ์ Outlook Anywhere ของเซิร์ฟเวอร์ Exchange CAS เฉพาะ (กำหนดค่าโปรโตคอลการตรวจสอบสิทธิ์ IIS ที่จำเป็น + วิธีการตรวจสอบสิทธิ์ไคลเอ็นต์)