Не удается подключиться Lync/Skype для бизнеса клиента с сервером Exchange в выделенном Office 365 в ITAR

Симптомы

В Microsoft Office 365 выделенном/ITAR, пользователь может возникнуть одна из следующих проблем в Microsoft Lync/Skype для бизнеса клиента:

• Такие следующие функции не работают должным образом:

  • Сохранение журнала бесед

  • Наличие обновления, основанный на данных календаря

  • Из уведомлений Microsoft Office, которые отображаются на карточке контакта пользователя

• Пользователь может быть повторно предложено предоставить имя пользователя и пароль для подключения к серверу Exchange.

Кроме того пользователь может появиться одно из следующих сообщений об ошибке:

Причина

Эта проблема возникает, если один или нескольких из следующих условий:

• Отключить интеграцию с Microsoft Exchange Server или Microsoft Outlook.

• Exchange неверны.

• Служба веб-служб Exchange (EWS) не включена.

• Брандмауэр или прокси-сервер блокирует трафик.

• Клиент Lync не может определить правильное автообнаружения сведения.

Решение

Чтобы устранить эту проблему, выполните следующие действия:

1. Убедитесь в том, что клиент Lync имеет самое последнее обновление. Для этого просмотра загружает и обновляет Skype для бизнеса.

2. Убедитесь, что клиент Lync настроен для интеграции с Outlook или Exchange.

   1. Найдите Клиент Lync > Параметры > Личные.

   2. В Диспетчером личной информацииубедитесь, что Microsoft Exchange и Microsoft Outlook вместе с доступностью требуемых функций:
      
      
      
      Примечание. Если эти параметры недоступны, их может быть ограничен с помощью параметра групповой политики или политики клиента, применяемые для этого пользователя Lync.

3. Проверить подлинность учетных данных Exchange, войти в Outlook Web Access.

4. Убедитесь в том, что EWS включен для пользователя. Для этого выполните следующую команду Exchange с помощью удаленного PowerShell:Get-casmailbox <smtp> | fl EWSEnabled Если значение атрибута EWSEnabled имеет значение FALSE, произойдет сбой Lync/Skye для интеграции бизнеса.

5. Убедитесь в том, что нет прокси-сервер или брандмауэр, который блокирует трафик. Порты 443 в среде Exchange должен быть открыт на брандмауэр и прокси-серверов позволяет свободно передавать трафик Exchange.

6. Определите EWS проблемы, возникающие в Outlook (занятости или нет на работе).

7. Подтвердите правильность EWS URL-адреса, который используется клиентом Lync. Чтобы сделать это, выполните следующие действия.

   1. Нажмите и удерживайте клавишу Ctrl, Lync значка в области уведомлений правой кнопкой мыши и нажмите кнопку Сведения о конфигурации. Найдите параметр EWS в поле Внешний URL-адрес EWS .

   2. Измените значение, полученное в параметре EWS внешний URL-адрес таким образом, чтобы она заканчивается на «Exchange.asmx». Например:
      
      По умолчанию EWS внешний URL-адрес: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Изменен внешний URL-адрес EWS: https://mail.outlook.com/EWS/Exchange.asmx
      
      Примечание. Если не имеет смысла в EWS внутреннего или внешнего URL-адреса EWS, перейдите к шагу 8.

   3. Введите измененную EWS внешний URL-адрес в обозревателе, а затем введите учетные данные Exchange при появлении этого. Появится страница службы (в Exchange Server 2013) или XML-ответ (в Exchange Server 2010).
      
      Если страница не отображается, вероятнее всего в сети или проблема с DNS, запрещает разрешение URL-адреса и должен был привлечен сетевой группы.

8. Если EWS внешний и внутренний URL-адрес EWS пусты, вполне вероятно, что процесс автообнаружения не удается.
   
   Чтобы определить URL-адрес автообнаружения Lync/Skype для бизнес-клиентов не используйте точку подключения службы (SCP). Вместо этого они полагаются на DNS-записей. Они базовый это действие над суффикс домена пользователя в Active Directory атрибут WindowsEmailAddress или электронной почте .
   
   Хотя бы один из следующих записей 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. Если проблема сохраняется, шаг 7A сбор журналов Lync, Fiddler трассировки и выводить сведения конфигурации и следуйте инструкциям эскалации в следующей статье базы знаний Майкрософт:

   2649420 основы для устранения неполадок в Lync Online в Office 365 выделенные