Общие сведения о чувствительности к сбою DNS-запросов в Exchange 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2)

  • Статья

 

Применимо к: Exchange Server 2007 SP2, Exchange Server 2007 SP1

Последнее изменение раздела: 2009-05-20

Эта статья посвящена улучшениям DNS-запросов, появившимся в Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1) и Exchange 2007 с пакетом обновления 2 (SP2). Эти улучшения сокращают чувствительность к ошибкам системы доменных имен (DNS) во время поиска конечного сервера обмена сообщениями, находящегося за пределами Exchange организации. Вы можете настраивать чувствительность DNS-запроса на чуть более быструю доставку сообщения, когда в домене назначения встречаются DNS-ошибки. Однако, в зависимости от ошибок DNS, эта настройка может при некоторых обстоятельствах вызвать сбой доставки.

DNS запросы и удаленная доставка сообщений

В обычной Exchange 2007 организации пограничный транспортный сервер, приписанный к организации, отвечает за доставку сообщений внешним получателям. Пограничный транспортный сервер отвечает за прием исходящих сообщений из транспортного сервера-концентратора организации. Приписанный пограничный транспортный сервер должен найти конечный сервер обмена сообщениями, который принимает почту для внешних получателей. В зависимости от назначения сообщения отправляются в одну или более удаленных очередей доставки, где они ждут доставки удаленным получателям. Дополнительные сведения об очередях доставки см. в разделе Управление очередями.

Пограничный транспортный сервер запрашивает внешние DNS-серверы, чтобы найти DNS-записи, необходимые для доставки сообщения. Вы можете произвести настройки внешнего DNS-сервера во вкладке Внешние DNS-запросы в свойствах транспортного сервера в Exchange консоли управления, или используя командлет Set-TransportServer в Exchange командной консоли. Дополнительные сведения см. в разделе Настройка свойств транспортного сервера.

DNS-серверы, которые настраиваются для внешних DNS-запросов, запрашиваются в том порядке, в котором они находятся в списке. Если один из DNS-серверов недоступен, запрос переходит на следующий DNS-сервер в списке. DNS-серверы получают запрос на следующую информацию:

  • Записи обмена почтой (MX) для доменной части внешнего получателя   Запись обмена почтой содержит полное доменное имя (FQDN) сервера обмена сообщениями, отвечающего за прием сообщений для домена, а также значения приоритетов для этого сервера обмена сообщениями. Меньшее значение приоритета означает более предпочтительный сервер обмена сообщениями. Значение приоритета важно, если у домена более одной записи обмена почтой. Для оптимизации отказоустойчивости многие организации используют несколько серверов обмена сообщениями и несколько записей обмена почтой с разными значениями приоритетов.

  • Записи адреса (A) для конечных серверов обмена сообщениями   Каждый сервер обмена сообщениями, использующийся в записи обмена почтой, должен иметь соответствующую А запись. Запись А используется для поиска IP-адреса конечного сервера обмена сообщениями. Пограничный транспортный сервер использует IP-адрес для открытия SMTP-соединения с конечным сервером обмена сообщениями. Хотя технически возможно использовать FQDN записи канонического имени (CNAME) в записи обмена почтой, эта практика нарушает RFC 974, RFC 1034, RFC 1912 и RFC 2181, и поэтому не поддерживается большинством серверов обмена сообщениями.

    Требуемая комбинация итеративных DNS-запросов и рекурсивных DNS-запросов, начинающихся с корневого DNS-сервера, используется для разрешения FQDN сервера обмена сообщениями, найденного в записи обмена почтой в IP-адресе.

В Exchange 2007существует ненастраиваемый лимит DNS-запроса, равный 5 секундам для каждого DNS-сервера, и лимит в одну минуту для всего DNS-запроса.

Возможные проблемы с DNS

Даже если настройки внешнего DNS на Exchange транспортном сервере выполнены верно, могут возникнуть проблемы с DNS-записями для отдельных доменов или проблемы с любым из DNS-серверов, которые используются для поиска доверенного DNS-сервера. Обычно вы не можете контролировать возникновение этих проблем. Вы также не можете сами разрешить эти проблемы. Ошибки, относящиеся к DNS, могут быть вызваны одним или несколькими следующими условиями:

  • Недопустимые DNS-записи для конечного домена

  • Проблемы с загруженностью DNS-сервера

  • Проблемы с репликацией DNS-сервера

В окончательной первоначальной версии (RTM) Exchange 2007проблема возникала, когда в каком-либо домене появлялась комбинация допустимых и недопустимых записей обмена почтой, у которых были одинаковые значения приоритетов. Запись обмена почтой является допустимой, если FQDN сервера обмена сообщениями может быть разрешен в допустимый IP-адрес. Запись обмена почтой является недопустимой, если FQDN сервера обмена сообщениями не может быть разрешен в допустимый IP-адрес. В Exchange 2007 RTM, вместо использования допустимых записей обмена почтой и удаления недопустимых записей обмена почтой, DNS-запрос удаляет все записи обмена почтой по истечении минутного лимита DNS-запроса. Удаленная очередь на отправку находится в состоянии повторной отправки. Попытка отправить сообщение больше не предпринимается до тех пор, пока не достигнут настроенный интервал на повторную отправку сообщения. Дополнительные сведения см. в разделе Управление интервалами повторной отправки, повторной передачи и окончания срока действия сообщения.

Изменение чувствительности к сбою DNS-запросов в Exchange 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2)

В Exchange 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2) улучшено поведение DNS-запросов. Когда в результате DNS-запроса возникает ошибка, запрос передается на следующий DNS-сервер только в случае, если этот DNS-сервер еще не вернул ошибку по текущему запросу.

В Exchange 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2) в файле конфигурации приложения EdgeTransport.exe.config также есть параметр с именем DnsFaultTolerance. Этот параметр имеет следующие значения:

  • Опережающий   Когда DNS-запрос встречает комбинацию допустимых и недопустимых записей обмена почтой, DNS-запрос продолжается до тех пор, пока не достигнут предел времени ожидания DNS-запроса, равный одной минуте. Недопустимые записи обмена почтой удаляются. Допустимая запись обмена почтой с наименьшим значением приоритета используется для доставки сообщения на конечный сервера обмена сообщениями.

  • Обычный   Когда DNS-запрос встречает недопустимую запись обмена почтой в первый раз, любые разрешенные записи обмена почтой со значением приоритета больше или равно значению приоритета недопустимой записи обмена почтой немедленно удаляются. Оставшаяся запись обмена почтой с наименьшим значением приоритета используется для доставки сообщения на конечный сервера обмена сообщениями без ожидания истечения времени всего DNS-запроса. Хотя это поведение приводит к более быстрой доставке сообщений, его потенциальным недостатком является то, что DNS-запрос может не располагать допустимыми записями обмена почтой, если верны следующие условия:

    • Недопустимая запись обмена почтой является первой записью обмена почтой для домена назначения.

    • Допустимые записи обмена почтой имеют те же значения преимущества, что и недопустимые записи обмена почтой.

По умолчанию параметр DnsFaultTolerance на транспортном сервере-концентраторе или пограничном транспортном сервере в Exchange 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2) имеет значение Lenient.

В обоих режимах Normal и Lenient результаты DNS-запроса для недопустимой записи обмена почтой не кэшируются. При следующем выполнение DNS-запроса он попробует разрешить записи обмена почтой для домена назначения.

Файл конфигурации приложения EdgeTransport.exe.config расположен в каталоге C:\Program Files\Microsoft\Exchange Server\Bin. Файл EdgeTransport.exe.config является XML-файлом конфигурации приложения, связанным с файлом EdgeTransport.exe. EdgeTransport.exe и MSExchangeTransport.exe являются исполняемыми файлами, которые используются службой транспорта Microsoft Exchange. Эта служба выполняется на каждом транспортном сервере-концентраторе или пограничном транспортном сервере. Изменения, внесенные в файл EdgeTransport.exe.config, вступают в силу после перезапуска службы транспорта Microsoft Exchange. Значение по умолчанию вступает в силу при выполнении одного из следующих условий.

  • Отсутствует параметр настройки.

  • Параметр настройки содержит значение по умолчанию.

В следующем примере показана типичная структура файла EdgeTransport.exe.config:

<configuration>

<runtime>

<gcServer enabled="true" />

</runtime>

<appSettings>

<add key=" Параметр конфигурации " value=" Значение " />

...

</appSettings>

</configuration>

В разделе <appSettings> можно добавлять новые или изменять существующие параметры конфигурации.

Изменения, сохраненные в файле конфигурации приложения EdgeTransport.exe.config, вступают в действие после перезапуска службы транспорта Microsoft Exchange.