Conexim web hosting
Delivering: Managed Dedicated Hosting Excellence.
DNS Management Setup


Home

Bookmark this page   Add to Favorites
Add to del.icio.us Add to Digg Add to Slashdot Add to StumbleUpon Add to Dzone Add to Reddit Add to Technorati

Hosting solutions
   Dedicated server
   Server clusters
   Virtual servers (VM) Virtualisation
   Application hosting
   Co-location
   Managed Security
   Email hosting
   DNS hosting
   Streaming
   Complete product list
Web hosting
Domain names
Domain hosting
Asia-Pacific datacenter

Fax to Email
Outsourced IVR

About us
Customers
Contact us

Partner channel

Jobs


Contact phone 1300 133 900
Contact fax1300 851 747

International
US:
866 485 0297
NZ: 0800 450 236


conexim.info help



DNS Management Setup

The SOA record

nsThe name of the name server that was the original or primary source of data for this zone. (meaningless to this DNS system)
ex: primary.example.com. (default ns.conexim.com.au.)

emailA name which specifies the mailbox of the person responsible for this zone. This should be specified in the mailbox-as-domain-name format where the `@' character is replaced with a dot. (meaningless to this DNS system)
ex: postmaster.example.com. (default hostmaster.conexim.com.au.)

serialA "version number" for this zone. DNS servers that rely on AXFR for zone transfers use this to determine when updates have occurred. Popular values to use are the Unix timestamp or a date in the form YYYYMMDD, followed by an extra version VV.
ex: 2002052901

refreshThe SOA record of the primary server is checked every refresh seconds by the secondary servers; if it has change, a zone transfer is done. (meaningless to this DNS system)
ex: 10800 (default 28800)

retryIf a secondary server cannot reach the primary server, it tries it again every retry seconds. (meaningless to this DNS system)
ex: 3600 (default 7200)

expireIf for expire seconds the primary server cannot be reached, all information about the zone is invalidated on the secondary servers (i.e., they are no longer authoritative for that zone). (meaningless to this DNS system)
ex: 60400 (default 604800)

minimumThe minimum TTL field that should be exported with any RR from this zone.
ex: 86400 (default 86400)

ttlThe time interval that this resource record may be cached before the source of the information should again be consulted. Zero values are interpreted to mean that the RR can only be used for thetransaction in progress, and should not be cached.
ex: 86400 (default 86400)



The RR records

nameThe name (beneath the origin) that this RR describes. Wildcard values such as `*' or `*.sub' are supported.
ex: foo

typeThe type of resource record ('A','AAAA','CNAME','MX','NS','SRV','TXT').

dataThe data associated with this resource record. For `A' and `AAAA' records, this is an IP address in dotted-decimal format. For `CNAME', `MX', and `NS' records, this is a name (can be just a machine name if the name is within the origin zone, or a FQDN). For `TXT' records, any text.

`SRV' records must contain three values in this field, separated by whitespace (SPACE or TAB). The first field is a number specifying the weight for this entry. The second field is a number specifying the port on the target host of this service. The last field is a name specifying the target host.
ex: 127.0.0.1 (A or AAAA)
ex: foo (CNAME, MX, or NS within this zone)
ex: foo.example.com. (CNAME, MX, or NS outside this zone)
ex: 0 9 box.example.com. (SRV record)

auxAn auxillary numeric value in addition to data. For `MX' records, this field specifies the preference. For `SRV' records, this field specifies the priority.
ex: 10

ttlThe time interval that this resource record may be cached before the source of the information should again be consulted. Zero values are interpreted to mean that the RR can only be used for the transaction in progress, and should not be cached.
ex: 86400 (default 86400)



Other resources

RFC 1034
Mockapetris, P., "Domain Names - Concepts and Facilities", STD 13, RFC 1034, November 1987.

RFC 1035
Mockapetris, P., "Domain Names - Implementation and Specification", STD 13, RFC 1035, November 1987.

RFC 1537
Beertema, P., "Common DNS Data File Configuration Errors", RFC 1537, October 1993.

RFC 2317
Eidnes, H., et. al., "Classless IN-ADDR.ARPA delegation", BCP 20, RFC 1537, March 1998.

RFC 2782
Gulbrandsen, et al., "A DNS RR for specifying the location of services (DNS SRV)", RFC 2782, February 2000.




© 1993-2008 Conexim Australia Pty. Limited. ABN 34 083 513 348 | AUP | spam trap

Microsoft, Red Hat, Extreme, Juniper, Supermicro, Nortel, Trend, CA