If the DNS name server can't resolve the query, the appliance formulates subsequent DNS queries based on the information in its DNSINFO.CFG file:
The DNSINFO.CFG file lets you control the processing of partial host names. It contains three sections:
Domain: The <DOMAIN> keyword instructs the DNS name resolver to try appending the appliance's domain and subdomain names first. You can prevent this initial lookup sequence by removing the <DOMAIN> keyword from the file.
DNSPingHost: The DNSPingHost keyword is an optional entry that specifies the domain that Excelerator uses to validate communications with its DNS servers.
If multiple entries exist, Excelerator uses only the first. If no entry exists, the system uses www.volera.com by default. This entry is only used to verify the DNS server's availability. It is skipped by the name resolution process.
Format strings: These strings give the DNS name resolver alternate names to try.
For example, assume the following:
<DOMAIN>
DNSPingHost=www.volera.com
After the initial request fails, the appliance formulates subsequent requests as follows:
webserver.support.acme_ex2.com
webserver.acme_ex2.com
and then
webserver.com
If both these queries fail to return an IP address, the appliance continues with Step3.
Continuing with the example, the appliance would submit the following queries, substituting webserver for the %s variable in the format strings of the DNSINFO.CFG file.
Because webserver.com was tried previously, the appliance skips the sixth line (%s.com) in the DNSINFO.CFG file.