Exchange 2013 SP1 въвежда нов протокол за връзки с клиентска пощенска кутия - MAPI през HTTP (MAPI / HTTP). Този протокол е предназначен да подобри стабилността и надеждността на връзката Outlook към Exchange сървъра чрез преместване на транспорта до HTTP слоя. В тази статия ще говорим за архитектурата, характеристиките на този протокол и ще предоставим малка инструкция как да го конфигурирате..
В предишните версии Outlook може да взаимодейства с Exchange по протокола RPC. Exchange 2003 представя друг протокол за свързване - RPC над HTTP (или Outlook Anywhere). Този протокол се използва предимно за сигурно свързване на външни клиенти към Exchange сървъра. В Exchange 2013 Outlook Anywhere се използва по подразбиране за взаимодействие с външни и вътрешни клиенти. Всъщност, при взаимодействие с този протокол MAPI, трафикът първо се увива в RPC, след това RPC в HTTP и едва след това HTTP пакета се предава на сървъра. Основният недостатък на протокола RPC над HTTP е слабата стабилност на нестабилни връзки (в обществени Wi-Fi мрежи или по интернет).
MAPI през HTTP (всъщност използвайки HTTPS) изключва протокола RPC от схемата и се основава на HTTP 1.1, т.е. клиентите използват командата POST за взаимодействие със сървъра. Outlook, свързан чрез MAPI през HTTP, работи същото като EWS, EAS или OWA. Когато го използвате, е по-добре да разработите сценарии за превключване между мрежи, откази в мрежата, излизане от режим на заспиване и хибернация и т.н..
Ползите MAPI през HTTP
- Бързо свързване при изключване (само TCP се преинсталира, не е RPC връзка)
- Независимост на съдържанието на сесията от връзка (потребителят може да промени мрежата за връзка в рамките на сесия)
- Удостоверяване чрез HTTP протокол
Първоначално клиентският MAPI / HTTP се поддържаше само в Outlook 2013 SP1, но сега, след като инсталирате актуализацията 2899591 (https://support.microsoft.com/en-us/kb/2899591/en-us), тя ще работи и в Outlook 2010.
че активирайте поддръжка за MAPI през HTTP, Системата трябва да отговаря на изискванията на:
- CAS сървърите трябва да имат инсталиран Exchange 2013 SP1
- За оптимална MAPI / HTTP производителност, .NET Framework 4.5.2 трябва да бъде инсталиран
- Тъй като клиентите използват Outlook 2013 SP1 или Outlook 2010 с актуализация KB2899591
След инсталиране на Exchange 2013 SP1 на CAS сървъра трябва да се появи виртуалната директория MAPI. Самият протокол MapiOverHTTP е деактивиран.
Проверете дали атрибутът ExternalUrl е празен:
Get-MapiVirtualDirectory | ft сървър, * URL *
ExternalUrl, както го виждаме, е празен, трябва да го попълним (в този пример ще зададем както ExternalUrl, така и Internal Url, имайте предвид, че сертификатът за Exchange трябва да съответства на адресите, посочени във външните и вътрешните URL адреси).
Get-MapiVirtualDirectory | Set-MapiVirtualDirectory -InternalUrl -ExternalUrl -IISAuthenticationMethods NTLM, договаряне
Остава да активирате MAPI през HTTP на ниво организация на Exchange. Уверете се, че протоколът е деактивиран:
Get-Organisation | FL * map *
Също така ще проверим дали Outlook използва протокола RPC / HTTP за връзка с Exchange.
Активираме поддръжката на сървър на протокола MAPI / HTTP:
Set-OrganizationConfig -MapiHttpEnabled $ true
След като изпълните командата, трябва да изчакате около час, за да приложите всички промени от страна на Exchange. Ако е необходимо, можете да ускорите процеса, като рестартирате MS Exchange Host Service и Autodiscover пул на сървъра на пощенската кутия.
Когато извършва автоматично откриване (Autodiscover), Outlook ще поиска сървъра да поддържа MAPI през HTTP (X-MapiHttpCapability). Ако сървърът поддържа този протокол, клиентът ще получи отговор с HTTP данни.
При преминаване към нов протокол Outlook издава предупреждение:
Администраторът на Microsoft Exchange направи промяна, която изисква да излезете и да рестартирате Outlook.
След рестартиране Outlook трябва да се свърже с пощенската кутия с помощта на протокола MAPI през HTTP. Това ще бъде посочено от HTTP реда в колоната с протоколи в свойствата на Outlook за връзка..
Можете да проверите свързаността, като използвате новия протокол, като отидете на URL адреса. По такъв прост начин ще разберем името на CAS сървъра, на който сме упълномощени, и името на сървъра на пощенската кутия.
Като добавите стойността? Showdebug = да към URL адреса, можете да покажете по-интересна информация. (_https: //mail.contoso.com/mapi/emsmdb/? showdebug = да)
Можете също да тествате новия протокол, като използвате командлета Powershll Test-OutlookConnectivity:
Test-OutlookConnectivity -RunFromServerId serv3 -ProbeIdentity OutlookMapiHttpSelfTestProbe
отстраняване на проблеми:
Дневниците на новия протокол се съхраняват тук:
- CAS:% ExchangeInstallPath% \ Логване \ HttpProxy \ Mapi \
- Сървър за пощенски кутии:% ExchangeInstallPath% \ Регистрация \ MAPI клиентски достъп \
- Сървър за пощенски кутии:% ExchangeInstallPath% \ Регистрация \ MAPI Адресната книга \
Когато активирате поддръжката на MAPI през HTTP в DAG, всички сървъри трябва да я поддържат, в противен случай клиентите няма да могат да използват пощенските си кутии.
Според изчисленията на Microsoft използването на MAPI през HTTP леко увеличава натоварването на процесора на CAS сървърите, но намалява консумацията на памет за всеки потребител с 50-60%.
Новата пункция в свързването на Outlook с Exchange пощенски кутии е от полза по отношение на производителността и гъвкавостта на мрежата. Според разработчиците на Microsoft е възможно вече в Exchange Server 2016 протоколът MAPI над HTTP да се превърне в основния протокол за свързване, а RPC над HTTP да бъде постепенно изоставен..
