|
|
The Long Registration FormThis document describes the long registration form for domains in the top level Internet domains of TC, VG, and MS. This form is primarily designed for corporate customers who want to distribute the responsibilities for running a domain between different people. If you are an individual then you're most welcome to use this form, but might prefer a shorter form instead. Please note
There are eight sections to the registration form, but completing the form should not be particularly difficult. However if you simply want to register a name for your own use, you might find our basic form more suitable. Of the eight sections, four deal with the domain itself. Each of the remaining four sections is concerned with a person or organization who helps to manage the domain: the registrant of the domain, the contact who manages it, the contact who is responsible for technical matters, and the contact who pays for it. It is helpful to regard the domain and contacts as independent objects: many domains can share common contact details, or a single entity might be responsible for different roles in a domain. All of these objects are stored in the same rwhois database. Object IDsEvery object in the database, be it a domain or a contact, has a unique ID. When your registration is processed you will be told which objects have been registered, and their corresponding IDs. To avoid confusion with other domain databases, notably the Internic whois database, each ID's suffix denotes the domain in which the object is registered. Sometimes you may wish to refer to an existing object; this is
simple: just quote the ID of that object. Perhaps more commonly
you will want to refer to an object which is being registered. For
example you might want to register a new Organization and then
also use if for the three contact roles. You can't specify the
organization's ID because it's not registered yet! To solve this
problem there are several keywords which expand to the ID of the
object once registered:
The keywords and abbreviations are case-insensitive. You must refer to objects which have already been defined. For example, the organization is defined before the technical contact and so it is all right to set the technical contact to the organization, but not vice versa. Protecting the dataClearly it is important that only authorized people can make changes to the domain. To this end, each object in the database is protected by a password. By default, a new password is generated for each object registered, but objects can share passwords if this is more convenient. For example, you might want to use the same password to protect all of your domains. Passwords are stored in objects called guardians, which ar stored in the rwhois database alongside the contacts and domains. If you want an object to share the guardian of an existing object, you should complete the relevant field in the form; example of this are shown below. Like other objects in the database, every guardian has an ID. You should always quote the ID of the guardian and not the password itself. Section 1: ActionFor new registrations, this section should always read `New Registration' i.e.:1. Purpose/Description.............: New Registration Section 2: Domains to registerThis section should contain the complete names of all the domains that you wish to register (e.g. foo.tc). e.g. to register foo.tc: Domain(s) to Register (repeat as required) 2a. Complete Domain Names...........: foo.tc Section 3: Domain InformationThis section should contain the records to be placed in the DNS for the domain. Often the top level domain delegates each subdomain to two or more nameservers. The example below shows a domain delegated to two servers, ns1.foo.net and ns2.foo.net: Domain Information 3a. Nameserver name (repeat if required): ns1.foo.net. 3a. Nameserver name (repeat if required): ns2.foo.net. 3b. A records (repeat if required)......: 3c. MX records (repeat if required).....: 3d. TXT record (optional)...............: Unlike other registries we do not restrict you to NS resource records; you can also add A, MX, and TXT records or any mixture of these. This might be particularly useful if you just wish to just reserve a name rather then setting up your own nameservers, it is enough to simply specify a text record e.g.: Domain Information 3a. Nameserver name (repeat if required): 3b. Nameserver address (if in domain)...: 3c. A records (repeat if required)......: 3d. MX records (repeat if required).....: 3e. TXT record (optional)...............: Reserved by ACME Inc. Another popular use of this is to point the domain at a webserver. e.g. to make www.foo.tc, and foo.tc both point at a webserver with IP address 123.234.45.56: Domain Information 3a. Nameserver name (repeat if required): 3b. Nameserver address (if in domain)...: 3c. A records (repeat if required)......: 123.234.45.56 3c. A records (repeat if required)......: 123.234.45.56:www 3d. MX records (repeat if required).....: 3e. TXT record (optional)...............:
The names provided for the nameservers should be the canonical name of the machine. It is not necessary to supply the IP address of the nameservers, but if they lie inside the delegated domain you will need to supply A records e.g.: Domain(s) to Register (repeat as required) 2a. Complete Domain Names...........: foo.tc Domain Information 3a. Nameserver name (repeat if required): ns1.foo.tc. 3a. Nameserver name (repeat if required): ns2.foo.tc. 3b. A records (repeat if required)......: 123.45.67.89:ns1 3b. A records (repeat if required)......: 123.45.76.89:ns2 3c. MX records (repeat if required).....: 3d. TXT record (optional)...............: Section 4: Additional InformationThis section is entirely optional. The first field allows extra information to be saved in the database which is not reflected in the DNS records. Typically this might be an URL to a related domain. The second field allows the user to control the means by which the domain record is protected. As explained above, by default each object in the database is assigned an independent password, but if this record is supplied it will be assumed to point to an existing guardian object which will instead be used to protect the domain's details. Sections 5-8: The contactsSections five to eight each define a contact. Each domain is associated with four contacts, though some of these roles might be the responsibility of the same people. You may either register new contacts, or refer to existing ones when registering a new domain. The four contacts have quite different roles:
Despite their different roles, each contact is specified in the same way. In the first example below, we show how to register a new contact; in the second we assign extra responsibilities to an existing contact. Registering a new contactThe register a new contact, the `Existing ID' line must be left blank, and the other fields completed. Consider this example:Organization Using Domain Name (complete EITHER 5a OR 5b - 5h). 5a. Existing ID.....................: or 5b. Name............................: Mr Fred Flintstone 5c. Address (repeat as required)....: 1, The Cave 5c. Address (repeat as required)....: Bedrock 5c. Address (repeat as required)....: Arkansas 5c. Address (repeat as required)....: 12345 5d. Country Code (2 letter).........: US 5e. Phone number....................: (123) 456 7890 5f. Email address...................: fred@flintstone.tc 5g. Fax number (optional)...........: 5h. See-Also (optional).............: http://www.flintstone.tc/ 5i. Guardian ID (optional)..........: Most of this should be fairly obvious. The major difference between our form and that of some other registeries is that we impose structure on neither the name, nor the address of the contact. Beyond this:
As with the domain record options are provided to record additional information, and to share the password protecting the contact with an existing record. You are reminded that failure to supply accurate contact information can lead the the removal of your domain. Referring to an existing contactTo refer to an existing contact, simply specify its ID. Object IDs are discussed above. As an example the form below uses the same contact for all the contacts: Organization Using Domain Name (complete EITHER 5a OR 5b - 5h). 5a. Existing ID.....................: or 5b. Name............................: Mr Fred Flintstone 5c. Address (repeat as required)....: 1, The Cave 5c. Address (repeat as required)....: Bedrock 5c. Address (repeat as required)....: Arkansas 5c. Address (repeat as required)....: 12345 5d. Country Code (2 letter).........: US 5e. Phone number....................: (123) 456 7890 5f. Email address...................: fred@flintstone.tc 5g. Fax number (optional)...........: 5h. See-Also (optional).............: http://www.flintstone.tc/ 5i. Guardian ID (optional)..........: Administrative Contact (complete EITHER 6a OR 6b - 6h). 6a. Existing ID.....................: &org ... Technical Contact (complete EITHER 7a OR 7b - 7h). 7a. Existing ID.....................: &org ... Billing Contact (complete EITHER 8a OR 8b - 8h). 8a. Existing ID.....................: &org ... |