O365 Wave 15: включение и проверка доступности MRSProxy

Cлужба Mailbox Replication Proxy (MRSProxy) участвует в процедурах переноса почтовых ящиков между почтовыми организациями (cross-forest). Перед тем как перемещать почтовые ящики, эту службу необходимо активировать. По умолчанию она не работает. В списке служб Windows Services её нет (она работает на базе службы Microsoft Exchange Replication). При переносе ящиков задействуется интерфейс RPC over HTTP.

В Exchange 2010 (SP2) чтобы включить MRSProxy, требовалось править конфигурационный файл web.config.

Настроив публикацию EWS (через TMG например), многие проверяли доступность точки MRSProxy извне локальной сети путём подключения из браузера по URL https://<FQDN>/EWS/mrsproxy.svc. После авторизации в окне возникало нечто такое:

В Exchange 2013 всё немного изменилось. Во-первых, в файле web.config отсутствует раздел по настройке MRSProxy, подобный тому что был в ES2010. Во-вторых, самого файла mrsproxy.svc в соответствующем каталоге IIS нет. В-третьих, при попытке открыть URL https://<FQDN>/EWS/mrsproxy.svc мы получаем код 400:

 

Это может сбить с толку, но на самом деле всё в порядке.

В Exchange 2013 включение MRSProxy производится через PowerShell командой Get-WebServicesVirtualDirectory -Server <E15CAS> | Set-WebServicesVirtualDirectory -MRSProxyEnabled $true

Подождав применения изменений (в течение примерно 15 минут), попробовать работоспособность сервиса можно с помощью опять же командлета PowerShell: Test-MigrationServerAvailability -ExchangeRemoteMove -RemoteServer <FQDN of CAS15> -Credentials (Get-Credential)

Это должно выглядеть примерно так:

Если проверка работоспособности MRSProxy инициирована из облачной консоли, на TMG она должна сопровождаться вот такой картиной:

Если всё так как на скриншотах, значит MRSProxy работает ОК.

Обратите внимание на ошибки публикации EWS. Вот статья, где рассказывается как опубликовать EWS правильно.