primary statement must contain an SOA record for (Web hosting unlimited bandwidth)
primary statement must contain an SOA record for this zone. The resource data contains the following fields: origin This field is the canonical hostname of the primary name server for this domain. It is usually given as an absolute name. contact This field is the email address of the person responsible for maintaining the domain, with the “@” sign replaced by a dot. For instance, if the responsible person at the Virtual Brewery were janet, this field would contain janet.vbrew.com. serial This field is the version number of the zone file, expressed as a single decimal number. Whenever data is changed in the zone file, this number should be incremented. A common convention is to use a number that reflects the date of the last update, with a version number appended to it to cover the case of multiple updates occurring on a single day, e.g., 2000012600 being update 00 that occurred on January 26, 2000. The serial number is used by secondary name servers to recognize zone information changes. To stay up to date, secondary servers request the primary server’s SOA record at certain intervals and compare the serial number to that of the cached SOA record. If the number has changed, the secondary servers transfer the whole zone database from the primary server. refresh This field specifies the interval in seconds that the secondary servers should wait between checking the SOA record of the primary server. Again, this is a decimal number with at most eight digits. Generally, the network topology doesn’t change too often, so this number should specify an interval of roughly a day for larger networks, and even more for smaller ones. retry This number determines the intervals at which a secondary server should retry contacting the primary server if a request or a zone refresh fails. It must not be too low, or a temporary failure of the server or a network problem could cause the secondary server to waste network resources. One hour, or perhaps one-half hour, might be a good choice. expire This field specifies the time in seconds after which a secondary server should finally discard all zone data if it hasn’t been able to contact the primary server. You should normally set this field to at least a week (604,800 seconds), but increasing it to a month or more is also reasonable. minimum This field is the default ttl value for resource records that do not explicitly contain one. The ttl value specifies the maximum amount of time other name servers may keep the RR in their cache. This time applies only to normal lookups, and has nothing to do with the time after which a secondary server should try to update the zone information. If the topology of your network does not change frequently, a week or even more is probably a good choice. If single RRs change more frequently, you could still assign them smaller ttls individually. If your network changes frequently, you may want to set minimum to one day (86,400 seconds). A This record associates an IP address with a hostname. The resource data field contains the address in dotted quad notation. For each hostname, there must be only one A record. The hostname used in this A record is considered the official or canonical hostname. All other hostnames are aliases and must be mapped onto the canonical hostname using a CNAME record. If the canonical name of our host were vlager, we’d have an A record that associated that hostname with its IP address. Since we may also want another name associated with that address, say news, we’d create a CNAME record that associates this alternate name with the canonical name. We’ll talk more about CNAME records shortly.