Внешний URL-адрес автообнаружения Exchange Server

Все.

Я приближаюсь к завершению установки нашего сервера Exchange. Процесс был сложным, но мне нравилось узнавать что-то новое.
Сейчас я работаю над настройкой автообнаружения.
Я не могу найти никакой хорошей информации о правильной настройке внешнего.
Должен ли внешний URL-адрес находиться на сервере Exchange или он может находиться на веб-сервере?
Если он должен быть на сервере Exchange, какой порт я должен назначить для него в своем маршрутизаторе, поскольку 443 предназначен для веб-сервера?

Внутренняя ссылка такая.

https://mail-03.domain1.local/EWS/Exchange.asmx

Я нашел скрипт для создание ссылки.

Set-WebServicesVirtualDirectory -Identity Contoso\EWS (веб-сайт по умолчанию) -ExternalUrl       
https://www.contoso.com/EWS/exchange.asmx-BasicAuthentication $true-InternalUrl   
https://contoso.internal.com/EWS/exchange.asmx

У меня есть много доменов, для каждого из которых будет адрес электронной почты на сервере Exchange.
Поэтому я предполагаю, что мне нужно будет настроить связь для каждого домена.
Используя почтовый клиент Thunderbird, он ищет

https://www.contoso.com/EWS/exchange.xml   

не .asmx, значит ли это, что мне придется настроить их обоих, и если да, то как?

Файлы в папке для внутреннего URL-адреса являются файлами конфигурации.
Нужно ли копировать эту папку в папку с внешним URL-адресом и указывать на нее ссылку?

Я нашел эту информацию о DNS здесь Автообнаружение SE/SF не работает — Exchange 2016
Но он не предоставляет достаточно информации в своей статье о DNS.
Нужно ли добавлять запись DNS в

1. DNS-сервер DC
2. DNS веб-сервера

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

--ОБНОВИТЬ-- (Я буду публиковать больше по мере продолжения чтения)
У меня много доменов для всех сайтов нашей компании.
Я использовал LetsEncrypt для сертификата SSL для всех доменов в одном сертификате, используя метод подстановочных знаков.
На нашем сервере IIS каждый домен имеет привязку autodiscover.domain.com.
В сертификате SSL каждый домен показывает, что autodiscover. Привязка субдомена.

Читая то, что "джойчешен" предоставила в своем посте.

1. Перенаправление HTTP: (с сертификатом с несколькими доменами мне все равно придется использовать что-то подобное?)

2. Метод автообнаружения SRV: (Это тот, который я сначала протестирую и посмотрю, как он работает. Я мог бы использовать его, если он работает.)

--ОБНОВЛЕНИЕ ДЕНЬ II--
Я делаю успехи.
Я использую метод перенаправления; со всеми записями DNS я мог загрузить Outlook с autodiscover.domain1.com.

Мне удалось загрузить Outlook через внешний домен, потому что я следовал информации о DNS для внутреннего DNS и создал две зоны, Mail и Autodiscover.domain1.com, поэтому мне удалось его загрузить. Я до сих пор не смог загрузить его через фактический внешний метод для перенаправления.

Спасибо, Уэйн

Как правило, нет необходимости создавать другие виртуальные каталоги - по одному для каждой организации. Достаточно будет для каждой компании создать в DNS A-запись под названием webmail с IP-адресом CAS-сервера Exchange (чтобы не работать с IP-адресом, который трудно запомнить). Нет необходимости в дополнительной настройке или создании виртуальных каталогов.

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

Некоторое подобное обсуждение для такого вопроса: Настройка нескольких доменов Exchange Несколько OWA для нескольких доменов

И два метода автообнаружения нескольких доменов:

1. Перенаправление HTTP: Exchange 2010 AutoDiscover для нескольких арендаторов

2. Метод автообнаружения SRV: Exchange 2013, 2016 — автообнаружение с несколькими доменами и сертификатом с одним именем

Подробную информацию о настройке можно увидеть здесь:

Настройка внешнего DNS для Exchange

Автообнаружение Exchange — руководство по правильной работе Exchange