Отдельное пространство имен для гибридных серверов Exchange

Я где-то читал, что вы могли бы сделать следующее гибридное развертывание.

1) Два выделенных "гибридных сервера" Exchange 2016 с балансировкой нагрузки F5

2) Создайте новое пространство имен с именем hybrid.contoso.com. (Зачем нам нужно новое пространство имен?)

3) Создать внутреннюю и внешнюю запись DNS A для hybrid.contoso.com (те же IP-адреса?)

4) Опубликуйте hybrid.contoso.com через балансировщик нагрузки F5. (Это сделано на внешнем F5 или на внутреннем и внешнем F5. У нас также есть устройство BlueCoat)

4) Укажите существующую запись автообнаружения для hybrid.contoso.com (внешний). (Опять же, зачем нам это делать? Означает ли это, что клиенты должны быть переконфигурированы?). Можем ли мы просто использовать CNAME для перенаправления автообнаружения в гибрид?

5) Укажите существующие службы EWS на hybrid.contoso.com (внешний). (Я предполагал, что это используется для пути миграции почтового ящика?)

6) Создайте две записи A с именами smtp1.contoso.com и smtp2.contoso.com и настройте отправляющие и получающие соединители в Exchange в сети для отправки писем contoso.com на эти адреса промежуточного узла. (Я не знаю, почему это необходимо, потому что мы включаем централизованный транспорт, и я думаю, что это будет создано автоматически)

Спасибо.

Источник

2 ответа

Да, согласен с joeqwerty: "Может быть, вы скажете нам, какова ваша конечная цель".

В общем, вам не нужно использовать выделенное пространство имен с именем hybrid.contoso.com. Это гибридное пространство имен является не чем иным, как выделенным пространством имен для гибридной функциональности. Таким образом я предотвращаю необходимость направлять трафик клиентского доступа на новые серверы и, возможно, нарушаю мою существующую среду. Затем я могу использовать гибридные серверы только для перемещения почтовых ящиков, гибридного почтового потока и т. Д.

Источник

Не могли бы вы предоставить ссылку?

  1. Вы можете использовать отдельный гибридный URL, но не рекомендуется. https://blogs.technet.microsoft.com/exchange/2015/08/10/hybrid-deployment-best-practices/ Мы видели развертывания, в которых принято решение сохранить существующие Mail.Contoso.com и Autodiscover.Contoso..com указывает на банк серверов Exchange 2010 и имеет новый гибридный URL-адрес, такой как hybrid.Contoso.com, указывающий на пару серверов Exchange 2013. Это пример среды, в которой Exchange 2013 не был представлен рекомендуемым образом.

Аналогичный случай: https://social.technet.microsoft.com/Forums/en-US/7232e37b-c2df-4e63-b649-e63ef0b5b5b1/separate-hybrid-url-required?forum=onlineservicesexchange

  1. Создать внутреннюю и внешнюю запись DNS A для hybrid.contoso.com (те же IP-адреса?) Нет, если вы используете F5, это должен быть внутренний и внешний IP-адрес для F5.

  2. По-видимому, это "обойдёт" сторонний спам-фильтр и сторонний почтовый шлюз "и создаст" прямое "соединение с EOL. Не помещайте сторонний спам-фильтр и сторонний почтовый шлюз между локальным Exchange и Exchange В Интернете. https://docs.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-on-office-365-and-on-prem

Я не знал, почему так настроить, и мы настоятельно рекомендуем вам следовать официальному развертыванию.

Источник
Другие вопросы по тегам