Использование мастера гибридной конфигурации Office 365 (часть 6)

Введение
В этой серии мы потратили время на то, чтобы убедиться, что среда готова для гибридной конфигурации Exchange, прежде чем внедрять гибридную конфигурацию с помощью мастера гибридной конфигурации Office 365. Затем мы выполнили ряд шагов после настройки, чтобы обеспечить более полную функциональность, прежде чем приступить к тестированию основных служб, чтобы убедиться, что мы можем создавать новые почтовые ящики и использовать основные службы автообнаружения.
Основные проверки, которые необходимо выполнить, чтобы убедиться, что Hybrid работает должным образом
Мы протестировали создание почтовых ящиков и гибридное автообнаружение. Теперь мы проверим поток почты, информацию о занятости, общий доступ к календарю, доступ к общим папкам и, наконец, проверим перемещение почтовых ящиков. Как упоминалось в предыдущей части этой статьи, это всего лишь базовые тесты — важно протестировать подключение клиентов с клиентов, которые вы будете использовать.
Тестирование почтового потока
Поток почты между Office 365 и гибридными серверами будет пытаться установить прямое подключение. В рамках предварительных условий должны были быть добавлены правильные правила брандмауэра, однако даже при наличии правильных правил брандмауэра все еще можно попасться.
Ряд распространенных проблем, которые вы можете обнаружить во время тестирования, включают в себя:
- Брандмауэры, блокирующие заголовки SMTP, часто известные как «SMTP Fixup» на устройствах Cisco. Это предотвращает связь TLS (безопасный) SMTP. Обычно вы видите это при устранении неполадок через Telnet; команда STARTTLS будет заблокирована в ответ на команду EHLO, и наиболее заметно имя сервера будет заменено рядом символов звездочки (*).
- Гибридный сервер может находиться в черном списке Microsoft Office 365 Real-Time-Blocklist (RBL). Хотя это довольно редко, Microsoft иногда блокирует диапазоны IP-адресов, которые не указаны в других общедоступных RBL. Это приведет к возврату электронной почты с инструкциями по удалению. Удаление обычно занимает всего пару часов, но рассчитывайте на 24 часа.
Тестирование самого почтового потока несложно; используя тестовый почтовый ящик в Office 365 и эквивалентный локальный почтовый ящик, попытайтесь отправить электронную почту в обоих направлениях.
Первый тест — «Исходящие в Office 365» — подтвердит, что коннектор отправки, созданный мастером гибридной конфигурации, работает правильно, а серверы Exchange могут подключаться и доставлять электронную почту в Office 365:
Рисунок 1. Отправка тестового электронного письма в Office 365
Если у вас есть несколько гибридных серверов, отправляющих исходящую электронную почту, вам может потребоваться отправить несколько тестовых сообщений, чтобы проверить в полученных заголовках сообщений, что все серверы могут подключаться к Office 365.
Чтобы проверить поток почты из Office 365 в локальную систему, отправьте (или ответьте) на тестовое письмо:
Рисунок 2. Отправка тестового сообщения электронной почты в локальную среду
После проверки потока почты между локальной средой и Office 365 протестируйте поток почты между получателем Office 365 и внешним адресом электронной почты.
Помимо простого соединения двух организаций вместе, мастер гибридной конфигурации настраивает соединители с обеих сторон, чтобы доверять электронной почте, поступающей из каждой соответствующей среды.
Чтобы проверить, что почта является доверенной, установите автоматический ответ об отсутствии на работе в обеих тестовых учетных записях. Убедитесь, что внутреннее сообщение можно легко отличить от внешнего сообщения (например, установив для сообщения значение « ):
Рисунок 3. Тестирование потока почты внутри организации
После настройки сообщений об отсутствии на работе повторите отправку тестовых сообщений. Ожидаемый результат будет состоять в том, что локальные получатели и получатели Office 365 получат внутренние ответы об отсутствии на работе, а все внешние получатели получат соответствующее внешнее сообщение.
Если вы получаете внешние ответные сообщения об отсутствии на работе, вероятно, в процессе устранения неполадок для потока почты были изменены соединители; например, вы отключили исходящий соединитель в Office 365. Если изменения не были внесены, другой распространенной причиной является то, что хотя все личные домены были зарегистрированы в арендаторе Office 365, не все они были добавлены в мастер гибридной конфигурации. Это приводит к тому, что почта из Office 365 этим получателям передается через ваши существующие записи MX и решения для защиты от спама.
Свободные / занятые тесты
Для многих организаций возможность проверки доступности является критически важной функцией и должна работать во время сосуществования. В первой части этой серии большая часть предварительных требований была направлена на обеспечение правильной работы этой функции.
Мы проведем два теста, чтобы проверить возможность подключения в обоих направлениях. Для подготовки создайте тестовые встречи как в локальных, так и в тестовых почтовых ящиках Office 365.
Сначала войдите в Outlook Web Access на локальном сервере Exchange Server. Попытайтесь запланировать новую встречу с почтовым ящиком Office 365. Доступность должна отображаться корректно.
Рис. 4. Проверка доступности для Office 365
Если доступность не отображается, это обычно означает, что исходящие подключения от Exchange Server и Office 365 работают неправильно.
Затем проверьте доступность из Office 365 в локальной среде, используя тот же метод. Должна отображаться доступность локального почтового ящика.
Рис. 5. Тестирование сведений о занятости в локальной среде
Если доступность не отображается, это обычно означает, что возникла проблема либо с автообнаружением, либо с подключением к локальной среде из Office 365.
Тесты общего доступа к календарю
Расширенный доступ к календарям между локальными почтовыми ящиками и облачными почтовыми ящиками использует ту же базовую технологию, что и Free/Busy, поэтому тестирование функциональности должно быть формальностью.
Вам потребуется повторно предоставить общий доступ к любым календарям, которые используются между учетными записями на противоположных сторонах гибридной связи, хотя после переноса всех календарей в Office 365 можно будет использовать существующий набор разрешений.
Чтобы протестировать совместный доступ, нам потребуется повторно предоставить совместный доступ с помощью функции в Outlook Web App. Перейдите к календарю тестового почтового ящика и нажмите кнопку , как показано ниже:
Рис. 6. Общий доступ к календарю с использованием собственных функций
Отобразится новое . Войдите в другой тестовый почтовый ящик и выберите «Поделиться , затем нажмите .
Рис. 7. Выбор уровня общего доступа и сведений о том, с кем делиться
Приглашение к совместному использованию должно быть получено на противоположный тестовый почтовый ящик. Если совместное использование настроено неправильно (как описано в третьей части этой серии), будет показана ссылка iCal/HTML. Если общий доступ настроен правильно, должна отображаться кнопка .
Рисунок 8: Принятие запроса на совместное использование
После выбора подождите несколько секунд, а затем просмотрите календарь почтового ящика. Должен отображаться другой тестовый календарь почтового ящика.
Рисунок 9: Просмотр общего календаря в OWA
Проверка доступа к общей папке
Доступ к общим папкам зависит от подключения клиента из Outlook к локальной среде. Доступ к общим папкам в Outlook Web App не предоставляется.
Чтобы проверить доступ, убедитесь, что тестовому почтовому ящику Office 365 предоставлены разрешения на просмотр иерархии общих папок, а затем разверните дерево:
Рисунок 10. Тестирование доступа к общедоступным папкам между предприятиями
Чтобы дополнительно проверить подключение, щелкните значок Outlook, удерживая нажатой клавишу CTRL, в области уведомлений на панели задач и выберите . Подключение непосредственно к локальному серверу для доступа к общедоступным папкам должно отображаться вместе с подключениями к Office 365:
Рисунок 11. Просмотр подключения Outlook Anywhere к локальным общедоступным папкам
Тестирование перемещений почтовых ящиков
Последний тест, который мы проведем, подтверждает, что мы можем перемещать почтовые ящики в (а затем из) Office 365.
Для переноса почтовых ящиков требуется доступ к компоненту Exchange, известному как или . Это выполняется в виртуальном каталоге веб-служб. Все перемещения почтовых ящиков в Office 365 или из него инициируются из облака и подключаются к этому компоненту.
Перейдите в , затем выберите , затем . В меню выберите » (или Exchange Online, чтобы проверить перенос почтовых ящиков обратно):
Рисунок 12: Создание пакета миграции
Появится мастер . Сначала выберите , затем нажмите :
Рис. 13. Выбор миграции удаленного перемещения
Затем нам будет предоставлена возможность выбрать почтовые ящики для переноса с помощью пикета «Глобальный список адресов», выбрав (показано ниже) или предоставив файл CSV:
Рисунок 14: Выбор почтовых ящиков для переноса
После выбора подходящих почтовых ящиков для тестирования в пакете нажмите . Затем нам будет показана конечная точка миграции. Если у нас есть несколько конечных точек миграции, например, в нескольких регионах, мы сможем выбрать подходящую конечную точку. В нашем примере у нас есть один, и просто нажмите , чтобы продолжить:
Рисунок 15: Просмотр или выбор конечной точки миграции для использования в этом пакете
Введите подходящее имя для пакета миграции. В меню выберите домен маршрутизации ( ) из раскрывающегося списка, если он не указан по умолчанию.
Мы выберем перемещение основного и архивного почтовых ящиков, а для теста оставим (который относится к поврежденным элементам, которые нужно удалить) и (который относится к элементам размером более 150 МБ каждый) по умолчанию, затем нажмите .:
Рисунок 16: Настройка параметров пакета миграции
На последней странице мастера выберите адрес, на который будут отправляться уведомления об отчетах. После нажатия вы можете либо выбрать получателя из глобального списка адресов, либо ввести адрес электронной почты.
Также доступны параметры для запуска и завершения пакета миграции.
Вариант запуска просто означает, что мы создадим конфигурацию в Exchange Online, а затем начнем выполнять синхронизацию почтовых ящиков позже. Параметры завершения определяют, какое действие следует предпринять после завершения начальной синхронизации; либо выполнить окончательную синхронизацию и переключение — , либо оставить синхронизированный почтовый ящик как есть до тех пор, пока пользователи не будут уведомлены о переключении — .
Для проверки выберите , а затем выберите :
Рис. 17. Уведомление о конфигурации и параметры оркестрации для пакета
Затем перейдите на вкладку в центре администрирования Exchange, чтобы просмотреть статус пакета миграции и убедиться, что он достиг состояния . Наконец, убедитесь, что синхронизированный почтовый ящик может быть успешно переключен на Office 365 (или обратно в локальную среду) с помощью параметра :
Рисунок 18
Почтовый ящик должен завершить перенос в Office 365. После успешного тестирования почтового ящика клиента повторите проверку переноса почтового ящика с работающими клиентами, чтобы убедиться, что опыт до и после работает правильно.
Резюме
В этой серии, состоящей из нескольких частей, мы завершили базовую настройку, необходимую для запуска и запуска хорошо функционирующего гибридного Exchange, с помощью мастера гибридной настройки Office 365.
- Использование мастера гибридной конфигурации Office 365 (часть 5)