Lync/Skype за бизнес клиент не може да се свържете с Exchange в Office 365 за цел/ИТАР

Симптоми

В Microsoft Office 365 специализирани/ИТАР потребител да наблюдавате някой от следните проблеми в Microsoft Lync/Skype за бизнес клиент:

• Функции, като например по-долу не работят по очаквания начин:

  • Записване на хронология на разговорите

  • Присъствие актуализация, която се основава на информацията в календара

  • От Office уведомления, които се показват на потребителя

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

Освен това потребителят може да получите едно от следните съобщения за грешка:

Причина

Този проблем възниква, ако един или повече от следните условия са изпълнени:

• Интеграция с Microsoft Exchange Server или Outlook е забранена.

• Exchange идентификационни данни са неправилни.

• Услугата на Exchange Web Services (EWS) не е разрешен.

• Защитната стена или прокси сървър блокове необходимите трафик.

• Клиент на Lync не може да идентифицира правилно autodiscover информация.

Решение

За да решите този проблем, изпълнете следните стъпки:

1. Уверете се, че за клиент на Lync е най-новата актуализация. За да направите това, вижте Skype за бизнес актуализации и други.

2. Потвърдете, че за клиент на Lync е конфигуриран за интегриране на Exchange или Outlook:

   1. Намерете Клиент на Lync > Опции > лични.

   2. Под Диспечер на лични данниУверете се, че Microsoft Exchange или Microsoft Outlook е избран заедно с желаните функции:
      
      
      
      Забележка Ако тези опции са налични, те могат да бъдат ограничени от настройката на груповите правила или чрез правилата на клиента, приложена към потребител на Lync.

3. Проверка на идентификационните данни на Exchange като влезете в Outlook Web Access.

4. Уверете се, че EWS е разрешена на потребителя. За целта използвайте отдалечен PowerShell да изпълните командата Exchange:Get-casmailbox <smtp> | fl EWSEnabled Ако стойността на атрибута EWSEnabled е грешен, Lync/Skye за интегриране на бизнес няма.

5. Уверете се, че няма прокси сървър или защитна стена, която блокира трафик. Трябва да бъдат отворени в защитната стена и прокси сървъри, за да позволите на Exchange трафик премине свободно порта 443 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 вътрешен или външен URL EWS, преминете към стъпка 8.

   3. Въведете променените EWS външни URL адреса в браузъра и след това въведете идентификационни данни на Exchange, ако получите подкана да направите това. Ще получите отговор XML (в Exchange Server 2010) или услуга страница (в Exchange Server 2013).
      
      Ако страницата не се показва, това е вероятно мрежа или DNS проблем, който предотвратява разрешаването на URL и мрежи трябва да бъдат ангажирани.

8. Ако EWS външни URL и вътрешен URL EWS са празни, е вероятно, че процесът на автоматично откриване е неуспешен.
   
   Lync/Skype за бизнес клиенти не използват услугата връзка точка (SCP) да определят автоматично откриване на URL. Вместо това те разчитат на DNS записи. Те се основават това действие на домейна на потребителя на атрибута WindowsEmailAddress или поща в 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а и следвайте инструкциите Ескалиране в следната статия от базата знания:

   2649420 основи на отстраняване на неизправности за Lync Online в Office 365 за цел