Симптомы
В Microsoft Office 365 выделенном/ITAR, пользователь может возникнуть одна из следующих проблем в Microsoft Lync/Skype для бизнеса клиента:
-
Такие следующие функции не работают должным образом:
-
Сохранение журнала бесед
-
Наличие обновления, основанный на данных календаря
-
Из уведомлений Microsoft Office, которые отображаются на карточке контакта пользователя
-
-
Пользователь может быть повторно предложено предоставить имя пользователя и пароль для подключения к серверу Exchange.
Кроме того пользователь может появиться одно из следующих сообщений об ошибке:
Lync не удается подключиться к серверу Exchange. Lync попытается повторить попытку подключения. История, голосовой почты и возможности, связанные с Outlook будет недоступен.
Не удается подключиться к веб-службам Exchange для извлечения информации из Office и календаря.
Lync идет определение расположения веб-служб Exchange. Этот процесс может занять несколько минут.
Lync испытывает проблемы соединения с сервером Exchange. Lync попытается восстановить подключение, пока не будет полностью восстанавливается. История, голосовой почты и функции, относящиеся к Outlook может быть недоступен или истек срок до восстановления подключения.
Причина
Эта проблема возникает, если один или нескольких из следующих условий:
-
Отключить интеграцию с Microsoft Exchange Server или Microsoft Outlook.
-
Exchange неверны.
-
Служба веб-служб Exchange (EWS) не включена.
-
Брандмауэр или прокси-сервер блокирует трафик.
-
Клиент Lync не может определить правильное автообнаружения сведения.
Решение
Чтобы устранить эту проблему, выполните следующие действия:
-
Убедитесь в том, что клиент Lync имеет самое последнее обновление. Для этого просмотра загружает и обновляет Skype для бизнеса.
-
Убедитесь, что клиент Lync настроен для интеграции с Outlook или Exchange.
-
Найдите Клиент Lync > Параметры > Личные.
-
В Диспетчером личной информацииубедитесь, что Microsoft Exchange и Microsoft Outlook вместе с доступностью требуемых функций:
Примечание. Если эти параметры недоступны, их может быть ограничен с помощью параметра групповой политики или политики клиента, применяемые для этого пользователя Lync.
-
-
Проверить подлинность учетных данных Exchange, войти в Outlook Web Access.
-
Убедитесь в том, что EWS включен для пользователя. Для этого выполните следующую команду Exchange с помощью удаленного PowerShell:Get-casmailbox <smtp> | fl EWSEnabled Если значение атрибута EWSEnabled имеет значение FALSE, произойдет сбой Lync/Skye для интеграции бизнеса.
-
Убедитесь в том, что нет прокси-сервер или брандмауэр, который блокирует трафик. Порты 443 в среде Exchange должен быть открыт на брандмауэр и прокси-серверов позволяет свободно передавать трафик Exchange.
-
Определите EWS проблемы, возникающие в Outlook (занятости или нет на работе).
-
Подтвердите правильность EWS URL-адреса, который используется клиентом Lync. Чтобы сделать это, выполните следующие действия.
-
Нажмите и удерживайте клавишу Ctrl, Lync значка в области уведомлений правой кнопкой мыши и нажмите кнопку Сведения о конфигурации. Найдите параметр EWS в поле Внешний URL-адрес EWS .
-
Измените значение, полученное в параметре 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. -
Введите измененную EWS внешний URL-адрес в обозревателе, а затем введите учетные данные Exchange при появлении этого. Появится страница службы (в Exchange Server 2013) или XML-ответ (в Exchange Server 2010).
Если страница не отображается, вероятнее всего в сети или проблема с DNS, запрещает разрешение URL-адреса и должен был привлечен сетевой группы.
-
-
Если 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-адреса, по-прежнему не отображаются после выполнения этого шага, это скорее всего проблема сети и рабочих групп сети должен был привлечен для изучения. -
-
Если проблема сохраняется, шаг 7A сбор журналов Lync, Fiddler трассировки и выводить сведения конфигурации и следуйте инструкциям эскалации в следующей статье базы знаний Майкрософт:
2649420 основы для устранения неполадок в Lync Online в Office 365 выделенные