อาการ
ใน Microsoft Office 365 Dedicated/ITAR ผู้ใช้อาจพบปัญหาต่อไปนี้ในการ Microsoft Lync/Skype สำหรับไคลเอนต์ธุรกิจอย่างใดอย่างหนึ่ง:
-
คุณลักษณะต่อไปนี้ไม่ได้ทำงานตามที่คาดไว้:
-
บันทึกประวัติของการสนทนา
-
ปรับปรุงสถานะการออนไลน์ที่ยึดตามข้อมูลปฏิทิน
-
ออกจากการแจ้งเตือน Office ที่แสดงอยู่บนบัตรผู้ติดต่อของผู้ใช้
-
-
ผู้ใช้อาจได้รับพร้อมท์ให้ใส่ชื่อผู้ใช้และรหัสผ่านเพื่อเชื่อมต่อไปยัง Exchange ซ้ำ ๆ
นอกจากนี้ ผู้ใช้อาจได้รับข้อความแสดงข้อผิดพลาดต่อไปนี้:
Lync ไม่สามารถเชื่อมต่อไปยัง Exchange server Lync จะพยายามลองการเชื่อมต่อ ประวัติ จดหมายเสียง และคุณลักษณะที่เกี่ยวข้องกับ Outlook จะไม่พร้อมใช้งาน
ไม่สามารถเชื่อมต่อกับบริการเว็บ Exchange เพื่อดึงข้อมูลปฏิทินและออกของสำนักงาน
Lync อยู่ในกระบวนการกำหนดที่ตั้งของเว็บเซอร์วิแลกเปลี่ยน กระบวนการนี้อาจใช้เวลาสักครู่
Lync กำลังประสบกับปัญหาการเชื่อมต่อกับเซิร์ฟเวอร์ Exchange Lync จะพยายามซ่อมแซมการเชื่อมต่อจนกว่าจะถูกคืนค่าอย่างสมบูรณ์ ประวัติ ข้อความเสียง และคุณลักษณะที่เกี่ยวข้องกับ Outlook อาจล้าสมัย หรือไม่พร้อมใช้งานจนกว่าจะมีการคืนค่าการเชื่อมต่อ
สาเหตุ
ปัญหานี้เกิดขึ้นถ้าหนึ่ง หรือมากกว่ามีเงื่อนไขใด ๆ ต่อไปนี้เป็นจริง:
-
รวมเข้ากับ Microsoft Exchange Server หรือ Outlook ถูกปิดใช้งาน
-
ข้อมูลประจำตัวของอัตราแลกเปลี่ยนไม่ถูกต้อง
-
บริการบริการเว็บ Exchange (EWS) ไม่ได้เปิดใช้งาน
-
ไฟร์วอลล์หรือพร็อกซีบล็อกปริมาณการใช้งานที่จำเป็น
-
ไคลเอ็นต์ Lync ไม่สามารถระบุข้อมูลการค้นหาอัตโนมัติที่ถูกต้อง
การแก้ปัญหา
เมื่อต้องการแก้ไขปัญหานี้ ให้ทำตามขั้นตอนเหล่านี้:
-
ตรวจสอบให้แน่ใจว่า ไคลเอนต์ Lync ที่มีการปรับปรุงล่าสุด เมื่อต้องการทำเช่นนี้ ดูSkype สำหรับธุรกิจดาวน์โหลด และปรับปรุง
-
ยืนยันว่า ไคลเอนต์ Lync ถูกกำหนดค่าสำหรับการรวมอัตราแลกเปลี่ยนหรือ Outlook:
-
ค้นหาไคลเอนต์ Lync >ตัวเลือก>ส่วนบุคคล
-
ภายใต้การจัดการข้อมูลส่วนบุคคลให้แน่ใจว่า Microsoft Exchange หรือ Microsoft Outlookไว้ร่วมกับลักษณะการทำงานที่ต้องการ:
หมายเหตุ ถ้าตัวเลือกเหล่านี้จะไม่พร้อมใช้งาน พวกเขาอาจถูกจำกัด โดยการตั้งค่า'นโยบายกลุ่ม' หรือนโยบายไคลเอ็นต์ที่ใช้กับผู้ใช้ Lync
-
-
ตรวจสอบข้อมูลประจำตัวในการแลกเปลี่ยนที่ลงชื่อเข้าใช้ Outlook Web Access
-
ตรวจสอบให้แน่ใจว่า มีการเปิดใช้งานสำหรับผู้ใช้ EWS เมื่อต้องการทำเช่นนี้ ใช้ PowerShell ระยะไกลเพื่อเรียกใช้คำสั่งแลกเปลี่ยนต่อไปนี้:Get-casmailbox <smtp> | fl EWSEnabled ถ้ามีตั้งค่าของแอตทริบิวต์EWSEnabledเป็นFALSE, Lync/Skye สำหรับการรวมธุรกิจจะล้มเหลว
-
ตรวจสอบให้แน่ใจว่า ไม่มีพร็อกซีหรือไฟร์วอลล์ที่บล็อกปริมาณการใช้งาน พอร์ต 443 กับสภาพแวดล้อม Exchange ต้องเปิดไฟร์วอลล์ และพร็อกซีเซิร์ฟเวอร์เพื่อให้การรับส่งข้อมูลแลกเปลี่ยนผ่านได้อย่างอิสระ
-
ระบุปัญหาใด ๆ EWS ซึ่งจะถูกพบใน Outlook (ว่าง/ไม่ว่างหรือสำนักงาน)
-
ยืนยันว่า EWS URL ที่ใช้ไคลเอ็นต์ Lync ไม่ถูกต้อง เมื่อต้องการทำเช่นนี้ ให้ทำตามขั้นตอนเหล่านี้
-
กด Ctrl ค้างไว้ คลิกขวาไอคอน Lync ในพื้นที่แจ้งเตือน และจากนั้น คลิกข้อมูลการกำหนดค่า ค้นหาการตั้งค่า EWS ในฟิลด์URL ภายนอก EWS
-
เปลี่ยนค่าที่คุณพบในการตั้งค่าURL ภายนอก EWSเพื่อให้สิ้นสุด ด้วย "Exchange.asmx" ตัวอย่างเช่น
ค่าเริ่มต้น URL ภายนอก EWS: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
เปลี่ยน URL ภายนอก EWS: https://mail.outlook.com/EWS/Exchange.asmx
หมายเหตุ หากไม่มีค่าใน EWS ภายในหรือ URL ภายนอก EWS ไปที่ขั้นตอนที่ 8 -
ป้อนอยู่ URL ภายนอก EWS การเปลี่ยนแปลงลงในเบราว์เซอร์ และจากนั้น ให้ใส่ข้อมูลประจำตัวในการแลกเปลี่ยนถ้าคุณได้รับพร้อมท์ให้ทำเช่นนี้ คุณควรได้รับการตอบสนอง XML (ใน Exchange Server 2010) หรือเพบริการ (ใน 2013 เซิร์ฟเวอร์ Exchange)
ถ้าไม่ปรากฏหน้า อาจเป็นได้ว่านี่คือเครือข่ายหรือปัญหา DNS ที่ทำให้ไม่สามารถแก้ปัญหาของ URL และทีมงานเครือข่ายที่ควรเข้าร่วม
-
-
ในกรณี EWS URL ภายนอกและภายใน URL ของ EWS คือว่างเปล่า ก็มีแนวโน้มว่า ความล้มเหลวของกระบวนการการค้นหาอัตโนมัติ
Lync/Skype สำหรับไคลเอนต์ธุรกิจอย่าใช้จุดเชื่อมต่อบริการ (SCP) เพื่อกำหนด URL ของการค้นหาอัตโนมัติ แทน แฮกเกอร์ต้องใช้ในระเบียน DNS จะสร้างการดำเนินการนี้บนส่วนต่อท้ายโดเมนของผู้ใช้ของแอตทริบิวต์WindowsEmailAddressหรือจดหมายในไดเรกทอรีที่ใช้งานอยู่
อย่างน้อยหนึ่งระเบียน DNS ต่อไปนี้มีอยู่เดิมในสภาพแวดล้อมการแลกเปลี่ยน:-
https://<SMTP-Domain>/autodiscover/autodiscover.xml
-
https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml
-
http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml
-
_autodiscover._tcp. <โดเมน SMTP> (ระเบียน SRV)
ทดสอบว่าเครื่องคอมพิวเตอร์ของผู้ใช้สามารถแก้ไข Url เหล่านี้ โดยการพยายามการ ping หรือค้นหา URL ในเบราว์เซอร์อินเทอร์เน็ตได้หรือไม่ การตอบสนองที่ประสบความสำเร็จควรแสดงการตอบสนอง XML ร่วมกับรหัสข้อผิดพลาด 600
ถ้า Url จะยังคงไม่ทำงานหลังจากคุณทำตามขั้นตอนนี้ นี้อาจมีปัญหาเครือข่าย และทีมงานเครือข่ายควรจะเกี่ยวข้องกับการตรวจสอบ -
-
ถ้าปัญหายังคงมีอยู่ รวบรวมแฟ้มบันทึก Lync ติดตาม Fiddler และตั้งค่าคอนฟิกข้อมูลผลผลิตจากขั้นตอน 7A และจากนั้น ทำตามคำแนะนำในการเลื่อนระดับในบทความฐานข้อมูลองค์ความรู้ต่อไปนี้:
2649420การแก้ไขปัญหาเบื้องต้นสำหรับ Lync แบบออนไลน์ใน Office 365 เฉพาะ