Чувствительность к сбою запросов DNSDNS query failure sensitivity

Применимо к: Exchange Server 2013Applies to: Exchange Server 2013

В Microsoft Exchange Server 2013 можно настраивать чувствительность запроса DNS на чуть более быструю доставку сообщения, когда в домене назначения встречаются ошибки DNS. Однако, в зависимости от ошибок DNS, эта настройка может при некоторых обстоятельствах вызвать сбой доставки.In Microsoft Exchange Server 2013, you can adjust the DNS query sensitivity for slightly faster message delivery when DNS errors are encountered for the destination domain. However, depending on the DNS errors, this adjustment may cause delivery failures in certain circumstances.

Запросы DNS и удаленная доставка сообщенийDNS queries and remote message delivery

Сервер Exchange, который отвечает за доставку сообщений внешним получателям, должен найти конечный сервер обмена сообщениями, который принимает почту для внешних получателей. В зависимости от назначения сообщения отправляются в одну или более удаленных очередей доставки, где они ждут доставки удаленным получателям. Дополнительные сведения об очередях доставки см. в разделе Очереди.The Exchange server that's responsible for delivering messages to external recipients must be able to find a destination messaging server that accepts mail for the external recipients. Depending on the destination, the messages are put in one or more remote delivery queues as they await delivery to the remote recipients. For more information about delivery queues, see Queues.

Сервер Exchange запрашивает настроенные серверы DNS, чтобы найти записи DNS, необходимые для доставки сообщения. Серверы DNS запрашиваются в том порядке, в котором они находятся в списке. Если один из DNS-серверов недоступен, запрос переходит на следующий DNS-сервер в списке. DNS-серверы получают запрос на следующую информацию.The Exchange server queries the configured DNS servers to find the DNS records that are required to deliver the message. The DNS servers are queried in the order in which they're listed. If one of the DNS servers is unavailable, the query goes to the next DNS server on the list. The DNS servers are queried for the following information:

  • Записи обмена электронной почтой (MX) для доменной части внешнего получателя   Запись MX содержит полное доменное имя сервера обмена сообщениями, отвечающего за прием сообщений для домена, а также значения приоритетов для этого сервера обмена сообщениями. Меньшее значение приоритета означает более предпочтительный сервер обмена сообщениями. Значение приоритета важно, если у домена более одной записи MX. Для оптимизации отказоустойчивости многие организации используют несколько серверов обмена сообщениями и несколько записей обмена почтой с разными значениями приоритетов.Mail exchange (MX) records for the domain part of the external recipient The MX record contains the fully qualified domain name (FQDN) of the messaging server that's responsible for accepting messages for the domain, and a preference value for that messaging server. A lower preference value indicates a preferred messaging server. The preference value is important if the domain has more than one MX record. To optimize fault tolerance, most organizations use multiple messaging servers and multiple MX records that have different preference values.

  • Записи адреса (A) для конечных серверов обмена сообщениями   Каждый сервер обмена сообщениями, использующийся в записи MX, должен иметь соответствующую запись А. Запись А используется для поиска IP-адреса конечного сервера обмена сообщениями. Подписанный пограничный транспортный сервер использует IP-адрес для открытия SMTP-соединения с конечным сервером обмена сообщениями. Хотя для записи канонического имени (CNAME) в записи MX технически возможно использовать полное доменное имя, эта практика нарушает RFC 974, RFC 1034, RFC 1912 и RFC 2181, и поэтому не поддерживается большинством серверов обмена сообщениями.Address (A) records for the destination messaging servers Every messaging server that's used in an MX record should have a corresponding A record. The A record is used to find the IP address of the destination messaging server. The subscribed Edge Transport server uses the IP address to open an SMTP connection with the destination messaging server. Although it's technically possible to use the FQDN of a canonical name (CNAME) record in an MX record, this practice violates RFC 974, RFC 1034, RFC 1912, and RFC 2181, and is therefore not supported by most messaging servers.

    Требуемая комбинация итеративных запросов DNS и рекурсивных запросов DNS, начинающихся с корневого сервера DNS, используется для разрешения полного доменного имени сервера обмена сообщениями, найденного в записи MX в IP-адресе.The required combination of iterative DNS queries and recursive DNS queries that start with a root DNS server is used to resolve the FQDN of the messaging server that's found in the MX record into an IP address.

В Exchange 2013 существует ненастраиваемый лимит DNS-запроса, равный 5 секундам для каждого DNS-сервера, и лимит в одну минуту для всего DNS-запроса.In Exchange 2013, there's a DNS query limit that's not configurable of 5 seconds for each DNS server, and a one-minute limit for the entire DNS query.

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

Даже если настройки DNS на сервере Exchange выполнены правильно, могут возникнуть проблемы с записями DNS для отдельных доменов или проблемы с любым из серверов DNS, которые используются для поиска доверенного сервера DNS. Обычно вы не можете контролировать возникновение этих проблем, поэтому их должны устранять стороны, владеющие данными серверами DNS. Ошибки, относящиеся к DNS, могут быть вызваны одним или несколькими следующими условиями:Even when the DNS settings on the Exchange server are configured correctly, problems with the DNS records for a specific domain or problems with any of the DNS servers that are used to find the authoritative DNS server for a specific domain may still occur. Generally, these problems are beyond your control and need to be resolved by the parties that own those DNS servers. These DNS-related errors may be caused by one or more of the following conditions:

  • недопустимые DNS-записи для конечного домена;Invalid DNS records for the destination domain

  • проблемы с загруженностью DNS-сервера;Problems with DNS server utilization

  • проблемы с репликацией DNS-сервера.Problems with DNS server replication

Когда в Exchange 2013 в результате DNS-запроса возникает ошибка, запрос передается на следующий DNS-сервер только в случае, если этот DNS-сервер еще не вернул ошибку по текущему запросу.In Exchange 2013, when a DNS query results in errors, the query continues to the next DNS server only if that DNS server hasn't already returned an error for the current query.

Уровень конфиденциальности сообщения Сбой запроса DNS можно управлять, изменяя %ExchangeInstallPath%bin\EdgeTransport.exe.config XML-файл конфигурации приложения. Этот файл связан с службу транспорта Microsoft Exchange. Изменения, сохраненные в этот файл, применяются после перезапуска службы транспорта Microsoft Exchange. После перезапуска этой службы поток обработки почты на сервере, временно прерывается. Уровень конфиденциальности сообщения Сбой запроса DNS управляется ключа DnsFaultTolerance в файле EdgeTransport.exe.config. Этот ключ используются следующие значения:You can control the DNS query failure sensitivity by modifying the %ExchangeInstallPath%bin\EdgeTransport.exe.config XML application configuration file. This file is associated with the Microsoft Exchange Transport service. Changes you save to this file are applied after you restart the Microsoft Exchange Transport service. When you restart this service, mail flow on the server is temporarily interrupted. The DNS query failure sensitivity is controlled by the DnsFaultTolerance key in the EdgeTransport.exe.config file. This key uses the following values:

  • Строгую Когда DNS-запрос обнаруживает сочетание допустимые записи MX и недопустимые записи MX, DNS-запрос продолжается, пока не будет достигнуто значение времени ожидания запроса DNS одну минуту. Недопустимые записи MX, отбрасываются и допустимый MX-записи, имеющей наименьшее значение приоритета используется для доставки сообщения на целевой сервер обмена сообщениями. Это значение по умолчанию.Lenient When the DNS query encounters a combination of valid MX records and invalid MX records, the DNS query continues until the DNS query time-out value of one minute is reached. The invalid MX records are discarded, and the valid MX record that has the lowest preference value is used to deliver the message to the destination messaging server. This is the default value.

  • Обычный   Когда запрос DNS встречает недопустимую запись МХ в первый раз, любые разрешенные записи МХ со значением приоритета, равным значению приоритета недопустимой записи МХ или превышающем его, немедленно удаляются. Оставшаяся запись обмена почтой с наименьшим значением приоритета используется для доставки сообщения на конечный сервера обмена сообщениями без ожидания истечения времени всего DNS-запроса. Хотя это поведение приводит к более быстрой доставке сообщений, его потенциальным недостатком является то, что DNS-запрос может не располагать допустимыми записями обмена почтой, если верны следующие условия.Normal When the DNS query first encounters an invalid MX record, any resolved MX records that have a preference value that's greater than or equal to the invalid MX records are immediately discarded. The remaining MX record that has the lowest preference value is used to deliver the message to the destination messaging server without waiting for the whole DNS query to time out. Although this behavior may result in faster message delivery, the potential drawback of this behavior is the DNS query may have no valid MX records if the following conditions are true:

    • Недопустимая запись обмена почтой является первой записью обмена почтой для домена назначения.The invalid MX record is the first MX record for the destination domain.

    • Допустимые записи МХ имеют те же значения приоритета, что и недопустимые записи.The valid MX records have the same precedence value as the invalid MX records.

В обоих Normal режим и Lenient режиме, результаты DNS-запросов для записи MX недопустимых никогда не кэшируются. Во время следующего выполнения DNS-запрос, он будет предпринята попытка устранить записи MX для домена назначения.In both Normal mode and Lenient mode, the results of the DNS query for an invalid MX record are never cached. The next time that a DNS query is executed, it will try to resolve the MX records for the destination domain.

Примечание

Все специальные настройки, выполненные для каждого сервера в XML-файлах конфигурации приложения Exchange, например в файлах web.config на серверах клиентского доступа или файлах EdgeTransport.exe.config на серверах почтовых ящиков, будут перезаписаны после установки накопительного пакета обновления Exchange. Обязательно сохраните нужные данные, чтобы упростить перенастройку сервера после установки. Эти параметры необходимо перенастроить после установки накопительного пакета обновления Exchange.Any customized per-server settings you make in Exchange XML application configuration files, for example, web.config files on Client Access servers or the EdgeTransport.exe.config file on Mailbox servers, will be overwritten when you install an Exchange Cumulative Update (CU). Make sure that you save this information so you can easily re-configure your server after the install. You must re-configure these settings after you install an Exchange CU.