Exchange 2003-> 2010, для legacy.example.com нужен общедоступный IP?

Прежде всего, прежде чем я начну, могу ли я предложить сокращенную миграцию? Они намного проще, требуют меньше работы и имеют смысл, когда у вас только один почтовый сервер. Обратной стороной является то, что будет отключение электронной почты, сколько времени потребуется, чтобы передать данные (почту) с одного сервера на другой (а затем списать старый сервер и назначить новый IP-адрес и имя хоста старому). Обычно вы можете сделать это отключение длиться не более нескольких минут с помощью подходящих инструментов, если вы перенесете основную часть электронного письма до даты переключения и сделаете разницу в данных, так что вы эффективно переносите только день или столько данных, а не все.

Сказав, что ... нет, вам не понадобится общедоступный IP-адрес для вашего нового сервера, потому что вы бы настроили текущий / старый сервер для пересылки почты на вместо этого. (См. Ниже.)

Обычно при одновременной миграции вы настраиваете один почтовый сервер для пересылки почты на другой (если у вас их только 2). Самый простой способ сделать это - создать [поддельные] поддомены, назначить один для одного почтового сервера, другой - для другого почтового сервера и настроить интеллектуальный хост для обработки маршрутизации почты от одного к другому. Вы бы оставили свой сервер Exchange 2003 как есть, и не настраивали общедоступный IP или NAT для сервера 2010.

Итак, давайте использовать oldmail.company.com и newmail.company.com в качестве поддоменов (чтобы все просто для примера, вы, вероятно, не захотите использовать эти настоящие имена). Поддомен oldmail будет «назначен» серверу Exchange 2003 (внутренне, через системный менеджер Exchange, а не через DNS) и добавлен в список почтовых доменов, на которых этот сервер является полномочным, а поддомен newmail будет добавлен в список доменов, на которых сервер 2010 является полномочным. Затем вы должны настроить параметры промежуточного узла на обоих серверах, чтобы проверить другой почтовый сервер, если получатель не найден локально, и настроить соединители отправки и получения для обработки пересылки почты с одного сервера на другой. (Таким образом, ваш сервер Exchange 2003 будет пересылать любую почту для [получателя] @ newmail.company.com на сервер 2010, а сервер 2010 пересылать любую почту для [получателя] @ noldail.company.com на сервер 2003.)

Таким образом, пользователи обоих почтовых серверов могут отправлять друг другу сообщения внутренне (каждый почтовый сервер проверяет другой, чтобы убедиться, что получатель действителен, прежде чем отклонить электронное письмо), и внешние пользователи тоже могут. Почта будет приходить на сервер 2003, как и раньше, и если получатель не найден, он сверится с сервером 2010, чтобы узнать, находится ли там ваш получатель. Как только все перейдут на сервер Exchange 2010, вы должны запланировать время, чтобы выключить сервер Exchange 2003, поставить 2010 на свое место и удалить правила маршрутизации smarthost и почты. Это, конечно, предполагает, что вы правильно настроили почтовый сервер 2010, и он настроен для приема почты для внешних, а также имеет company.com в качестве одного из своих почтовых доменов.

Три основных недостатка этого:

Вы должны обрабатывать пользователей вручную - у каждого пользователя может быть только одна учетная запись, поэтому вам необходимо удалить их со старого сервера после миграции на новый.

Вы должны управлять почтовым клиентом пользователя. настройки - когда они переходят на новый сервер, они должны указывать на него своих клиентов, а затем наведите их обратно в исходное место, как только вы сделаете разрез. (Кроме того, ведение календаря и другие ваши "не почтовые" функции почтовых клиентов, как правило, затрудняют правильное выполнение во время сосуществования.)

Электронные письма, отправленные с одного или другого сервера, будут отображаться как [отправитель] @ [subdomain] .company.com вместо [sender] @ company.com, если только вы не перепрыгнете через препятствия, чтобы это изменить. Когда сосуществование завершено и один или оба поддомена удалены с вашего почтового сервера, это приведет к тому, что ответы на эти старые электронные письма будут отклоняться, и, возможно, будет больше обращений в службу поддержки, чем вы хотели бы, от технически неграмотных пользователей и клиентов.

Письма, отправленные с одного или другого сервера, будут отображаться как [отправитель] @ [субдомен] .company.com вместо [отправитель] @ company.com, если вы не перепрыгнете через обручи, чтобы изменить это. Когда сосуществование завершено и один или оба поддомена удалены с вашего почтового сервера, это приведет к тому, что ответы на эти старые электронные письма будут отклоняться, и, возможно, будет больше обращений в службу поддержки, чем вы хотели бы, от технически неграмотных пользователей и клиентов.

Письма, отправленные с одного или другого сервера, будут отображаться как [отправитель] @ [субдомен] .company.com вместо [отправитель] @ company.com, если вы не перепрыгнете через обручи, чтобы изменить это. Когда сосуществование завершено и один или оба поддомена удалены с вашего почтового сервера, это приведет к тому, что ответы на эти старые электронные письма будут отклоняться, и, возможно, будет больше обращений в службу поддержки, чем вы хотели бы, от технически неграмотных пользователей и клиентов.