Hub Transport Server

Hub Transport Server — это роль транспортного сервера в составе пакета Microsoft Exchange Server, предназначенная для маршрутизации, обработки и доставки почтовых сообщений внутри организации, а также для взаимодействия с другими транспортными компонентами Exchange и внешними почтовыми системами. Hub Transport Server является частью транспортной подсистемы Exchange Server (начиная с версий Exchange 2007 и до Exchange 2016), обеспечивающей централизованное управление потоком почты, применение политик безопасности, антивирусную и антиспам-защиту, а также преобразование сообщений между различными форматами.

История и развитие

Роль Hub Transport Server была впервые представлена в Microsoft Exchange Server 2007. До этого, в Exchange 2000 и 2003, функции транспорта выполнялись в составе серверной роли «Mailbox» или выделялись в отдельную роль «Bridgehead Server». В Exchange 2007 произошло архитектурное разделение: транспортная подсистема стала состоять из двух основных компонентов — Hub Transport (для внутриорганизационной маршрутизации) и Edge Transport (для пограничной фильтрации). В Exchange 2010 и 2013 архитектура была усовершенствована, но роль Hub Transport оставалась ключевой для серверов внутри организации. Начиная с Exchange 2016, корпорация Microsoft отказалась от роли Hub Transport как отдельной службы — её функции были интегрированы в роль почтового ящика (Mailbox Server). Тем не менее, Hub Transport Server остаётся важным элементом поддержки legacy-конфигураций и гибридных развертываний.

Классификация и виды

Hub Transport Server может быть установлен в двух основных конфигурациях:

• Внутренний Hub Transport Server — работает в составе лесной среды Exchange, отвечает за маршрутизацию сообщений между почтовыми ящиками внутри организации, а также между серверами разных Active Directory-сайтов.
• Hub Transport Server в роли привратника (gateway) — в некоторых конфигурациях (например, в гибридных развертываниях с Office 365) может использоваться для обеспечения безопасной маршрутизации между локальной средой и облаком.

В Exchange 2007–2013 выделялись также специализированные скрипты и настройки для кластеризации Hub Transport (например, в составе кластеров непрерывной репликации — CCR или DAG), но сама роль не являлась кластеризуемой напрямую.

Архитектура и устройство

Hub Transport Server является частью транспортной конвейерной архитектуры Exchange. Сообщение, попадая на сервер, проходит через ряд компонентов:

• SMTP Receive — принимает входящие сообщения от других серверов Exchange, клиентов или внешних почтовых систем.
• Получатель (Store Driver) — извлекает сообщения из очередей отправки почтовых ящиков.
• Конвейер категоризации — обрабатывает сообщения на основе политик транспорта, правил, классификации получателей и почтовых расширений.
• Управление очередями — сообщения помещаются в очереди для дальнейшей отправки или доставки.
• SMTP Send — доставляет сообщения к целевому получателю (другому Hub Transport, Mailbox или внешнему серверу).

Для повышения отказоустойчивости может использоваться несколько Hub Transport серверов, объединенных в транспортный сайт (transport site). При отказе одного узла сообщения перенаправляются через другой.

Классификация типовой нагрузки

Hub Transport Server может обслуживать различные типы трафика:

• Внутренняя почта — сообщения между пользователями одного или нескольких Exchange-серверов в пределах организации.
• Исходящая почта — сообщения, отправляемые за пределы организации (через Edge Transport или Send Connector).
• Входящая почта — сообщения, полученные из внешних систем (через Edge Transport или Receive Connector).
• Системная почта — уведомления, отчёты о доставке, почта от приложений и служб (например, Exchange Management Shell, архивация).

Ключевые функции

Hub Transport Server выполняет несколько критически важных функций:

• Маршрутизация на основе политик — определение наилучшего пути доставки с учётом затрат (cost), доступности серверов и правил транспорта.
• Применение транспортных правил — настройка фильтрации, добавления подписей, запрета определённых вложений, шифрования (RMS) и других действий на основе содержимого сообщений.
• Антиспам и антивирусная защита — встроенные агенты (например, Content Filter, Protocol Analysis) или интеграция с продуктами сторонних вендоров (Trend Micro, Symantec и др.). Следует отметить, что роль Edge Transport, предназначенная для граничной фильтрации, часто выполняет эти функции, но Hub Transport также может их выполнять при отсутствии выделенного пограничного сервера.
• Журналирование (Journaling) — создание копий всех или выборочных сообщений для архивации.
• Ограничение размера сообщений — задание максимального размера (например, 25 МБ) для приёма/отправки.

Развёртывание и системные требования

Для установки Hub Transport Server требуется:

• Операционная система Windows Server 2008, 2008 R2, 2012 или 2012 R2 (в зависимости от версии Exchange).
• Наличие ролевой модели Active Directory (сервер должен быть членом домена).
• Установка предварительных компонентов (IIS, .NET Framework, PowerShell и др.).
• Минимальные аппаратные требования: 4–8 ГБ ОЗУ, 2–4 ядра ЦП, дисковое пространство для очередей (рекомендуется SSD).

В крупных организациях Hub Transport серверы часто разворачиваются в каждом AD-сайте для оптимизации маршрутизации.

Взаимодействие с другими ролями

Hub Transport Server тесно связан с:

• Mailbox Server — получает сообщения из почтовых ящиков и доставляет их.
• Edge Transport Server — пограничный сервер, который фильтрует входящую и исходящую почту перед передачей Hub Transport.
• Client Access Server — хотя CAS не участвует в маршрутизации, он управляет доступом клиентов (Outlook, OWA), а Hub Transport отвечает за исходящие и входящие сообщения.

Ограничения и критика

Основные недостатки Hub Transport Server:

• Монолитность в ранних версиях — в Exchange 2007 один и тот же сервер выполнял роль как транспорта, так и других функций (Mailbox, CAS), что приводило к неоптимальной нагрузке.
• Зависимость от Active Directory — сбой служб AD или проблемы в сети могут парализовать маршрутизацию.
• Сложность настройки — требует глубоких знаний Exchange и транспортных правил.
• Отсутствие встроенной высокой доступности в роли Hub Transport как таковой — для отказоустойчивости требуется NLB или кластеризация на уровне приложений.

Со временем (после Exchange 2013) функции Hub Transport были поглощены почтовыми серверами, что упростило архитектуру, но для старых систем Hub Transport остаётся критически важным.

Перспективы

С переходом на Exchange Online в составе Office 365 и новейшие версии Exchange (2019, Subscription Edition) отдельная роль Hub Transport Server перестала существовать. В облачных и гибридных конфигурациях её функции выполняет облачный транспорт (Exchange Online Protection) или интегрированный транспорт в роли почтового ящика.

Источники

• Microsoft Exchange 2007 Documentation (TechNet)
• Microsoft Exchange 2010/2013 Server Role Architecture (TechNet)
• Exchange Server 2016 and 2019 Architecture Overview (Microsoft Learn)
• «Mastering Microsoft Exchange Server 2007» — B. Moore, D. Vogel, H. B. Smith
• Практические руководства Microsoft по развёртыванию Hub Transport Server (MSDN Library)