Lync/Skype для бізнес-клієнт не вдається підключитися з Exchange допоміжними/ІТАР Office 365

Причини

У Microsoft Office 365 виділений/ІТАР, користувач може виникнути одна з наведених нижче проблем у Lync/Skype корпорації Майкрософт для бізнесу клієнта:

• Функції, такі як такі, не працюють належним чином:

  • Збереження журнал розмов

  • Наявність оновлення, відповідно до відомості календаря

  • З Office, сповіщення, які відображаються на користувача візитної картки.

• Користувач може повторно ввести ім'я користувача та пароль, щоб підключитися до сервера Exchange.

Крім того, користувач може з'явитися одне з таких повідомлень про помилку:

Причина

Ця проблема виникає, якщо в одному або кількох таких умов:

• Інтеграція із сервера Microsoft Exchange або Outlook вимкнуто.

• Exchange, облікові дані, які неправильно.

• Служба веб-служб Exchange (EWS), не ввімкнуто.

• Проксі-сервера або брандмауера, блокує необхідні трафік.

• Клієнта Lync, не може визначити правильний автовизначення інформації.

Вирішення

Щоб вирішити цю проблему, виконайте такі дії.

1. Переконайтеся, що у клієнта Lync останнє оновлення. Щоб це зробити, див. у Skype для бізнесу та оновлення.

2. Переконайтеся, що у клієнта Lync настроєно для Exchange або Outlook інтеграції:

   1. Знайдіть Клієнта Lync > Параметри > особисті.

   2. У розділі Диспетчер особистих відомостейпереконайтеся, що, Microsoft Exchange або Microsoft Outlook з потрібні функції:
      
      
      
      Примітка Якщо ці варіанти недоступні, вони можуть бути обмежені, параметр групової політики або політика клієнта, що застосовується для Lync користувача.

3. Перевірка Exchange, облікові дані, ввійшовши до Outlook Web Access.

4. Переконайтеся, що EWS увімкнуто для користувача. Для цього виконайте таку команду Exchange за допомогою віддаленого PowerShell:Get-casmailbox <smtp> | fl EWSEnabled Якщо значення атрибута EWSEnabled ХИБНІСТЬ, Lync/Скай бізнес-інтеграції не вдасться.

5. Переконайтеся, що існує проксі-сервера або брандмауера, який блокує трафік. Порти 443 у середовищі Exchange, потрібно відкрити, брандмауер і проксі-сервери, щоб трафік Exchange, проходить вільно.

6. Визначення проблем EWS, в даний час відчувають в Outlook (вільний/зайнятий або не на роботі).

7. Переконайтеся, чи правильно EWS URL-адресу, Lync клієнт використовує. Щоб це зробити, виконайте такі дії:

   1. Натисніть і утримуйте клавішу Ctrl, Lync піктограму в області сповіщень, клацніть правою кнопкою миші та виберіть Дані конфігурації. Знайдіть параметр EWS в області EWS зовнішніх URL-адреси .

   2. Змініть значення, яке ви знайшли настройки EWS зовнішніх URL-адреси , таким чином, вона закінчує "Exchange.asmx." Наприклад:
      
      За промовчанням, EWS зовнішніх URL-адреса: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Змінено EWS зовнішніх URL-адреса: https://mail.outlook.com/EWS/Exchange.asmx
      
      Примітка. Якщо відсутнє у внутрішній EWS або EWS зовнішніх URL-адресу, перейдіть до кроку 8.

   3. Ввести змінили EWS зовнішніх URL-адресою у браузері і введіть Exchange, облікові дані, якщо буде запропоновано це зробити. Ви повинні отримати, відповідь на XML, (в Exchange Server 2010) або служба сторінки (в Exchange Server 2013).
      
      Якщо сторінки, не відображається, це, ймовірно, в мережі або DNS проблема, яка запобігає роздільної здатності URL-адресу, і брати участь групи в мережі.

8. Якщо веб-служби EWS зовнішніх URL і EWS внутрішню URL-адресу пустим, цілком імовірно, що процес автовизначення не вдається.
   
   Lync/Skype для клієнтів, не використовуйте точка підключення до служби (SCP), щоб визначити URL-адресу служби автовизначення. Замість цього, вони використовують записи DNS. Вони базується на цю дію на користувача домену суфікс WindowsEmailAddress або Mail атрибута у службі Active Directory.
   
   Принаймні один із таких записів DNS має бути зазначено в середовищі Exchange:

   • 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-адреси, які ще не відображається після виконання цього кроку, це, ймовірно, помилка мережі та мережі команди має працювати можна дослідити.

9. Якщо проблему все ще не вирішено, збирати Lync журналів, трасування програми Fiddler та виведення конфігурації, з кроці 7, а та виконайте вказівки консультативної в такій статті бази знань Knowledge Base:

   2649420 для виправлення неполадок основи Lync Online в Office 365, присвячений