27.11.2012 Views

IronPort - Configuration Guide - AsyncOS 7.6.1

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Using the Internet Root Servers<br />

15-40<br />

Cisco <strong>IronPort</strong> <strong>AsyncOS</strong> 7.6 for Email <strong>Configuration</strong> <strong>Guide</strong><br />

Chapter 15 System Administration<br />

<strong>AsyncOS</strong> will randomly choose between the two servers at priority 0. If one of the priority 0 servers is<br />

down, the other will be used. If both of the priority 0 servers are down, the priority 1 server (1.2.3.6) is<br />

used, and then, finally, the priority 2 (1.2.3.7) server.<br />

The timeout period is the same for both priority 0 servers, longer for the priority 1 server, and longer still<br />

for the priority 2 server.<br />

The Cisco <strong>IronPort</strong> <strong>AsyncOS</strong> DNS resolver is designed to accommodate the large number of<br />

simultaneous DNS connections required for high-performance email delivery.<br />

Note If you choose to set the default DNS server to something other than the Internet root servers, that server<br />

must be able to recursively resolve queries for domains for which it is not an authoritative server.<br />

Reverse DNS Lookup Timeout<br />

DNS Alert<br />

Clearing the DNS Cache<br />

The Cisco <strong>IronPort</strong> appliance attempts to perform a “double DNS lookup” on all remote hosts connecting<br />

to a listener for the purposes of sending or receiving email. [That is: the system acquires and verifies the<br />

validity of the remote host's IP address by performing a double DNS lookup. This consists of a reverse<br />

DNS (PTR) lookup on the IP address of the connecting host, followed by a forward DNS (A) lookup on<br />

the results of the PTR lookup. The system then checks that the results of the A lookup match the results<br />

of the PTR lookup. If the results do not match, or if an A record does not exist, the system only uses the<br />

IP address to match entries in the Host Access Table (HAT).] This particular timeout period applies only<br />

to this lookup and is not related to the general DNS timeout discussed in Multiple Entries and Priority,<br />

page 15-39.<br />

The default value is 20 seconds. You can disable the reverse DNS lookup timeout globally across all<br />

listeners by entering ‘0’ as the number of seconds.<br />

If the value is set to 0 seconds, the reverse DNS lookup is not attempted, and instead the standard timeout<br />

response is returned immediately. This also prevents the appliance from delivering mail to domains that<br />

require TLS-verified connections if the receiving host’s certificate has a common name (CN) that maps<br />

to the host’s IP lookup.<br />

Occasionally, an alert may be generated with the message “Failed to bootstrap the DNS cache” when an<br />

appliance is rebooted. The messages means that the system was unable to contact its primary DNS<br />

servers, which can happen at boot time if the DNS subsystem comes online before network connectivity<br />

is established. If this message appears at other times, it could indicate network issues or that the DNS<br />

configuration is not pointing to a valid server.<br />

The Clear Cache button from the GUI, or the dnsflush command (for more information about the<br />

dnsflush command, see the Cisco <strong>IronPort</strong> <strong>AsyncOS</strong> CLI Reference <strong>Guide</strong>), clears all information in the<br />

DNS cache. You may choose to use this feature when changes have been made to your local DNS system.<br />

The command takes place immediately and may cause a temporary performance degradation while the<br />

cache is repopulated.<br />

OL-25136-01

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!