Transferring an AC.ZA domain

How to update the DNS hosting provider for an AC.ZA domain

In DNS terminology the term "transfer" usually refers to moving a domain from one domain name registrar to another. Most commercial or unrestricted domains (such as co.za, org.za) support multiple registrars, and these registrars interact with an underlying registry operator on your behalf. These registrars or their resellers typically also offer DNS hosting services. They may also offer web and/or email hosting services and it is common for these services to be bundled together into a single package. Thus organisations often buy their domain, DNS hosting, website hosting, and email all from one place and do not appreciate the different hats their service provider wears.

No transfers in AC.ZA

As with many moderated domains, AC.ZA operates under a different model. The AC.ZA registry operator is also the sole registrar and does not provide DNS hosting services. It is not possible to transfer an AC.ZA domain to another registrar, and the registry does not support common transfer protocols such as EPP. There are no authorisation codes, domain transfer locking, or anything related to transfers between registrars.

However, it is possible to change the DNS hosting provider. This is what people usually mean when they ask to "transfer" an AC.ZA domain to another provider.

The DNS hosting provider operates the nameservers that are required to make a domain function. They may also provide a web-based or other control panel that allows for individual DNS records to be created, updated or deleted. Many commercial registrars and DNS resellers offer DNS hosting as a separate package (often referred to as "own domain" or "custom domain" hosting). It is usually possible to host an AC.ZA domain with one of these providers by means of re-delegation.

Procedure for changing DNS hosting providers (re-delegation)

  1. Configure the domain at the new hosting provider to exactly match what is at the old hosting provider. The best way to do this is to export the domain's zone file from the old provider and import it into the new provider. Alternatively, manually copy each DNS record from the old system to the new one.
  2. Update the NS (nameserver) records at both the old and new hosting providers to reflect the correct nameservers for the new hosting provider. This will cause the new hosting provider's nameservers to start answering some requests, which is why it is important that both old and new are in sync.
  3. Get the domain's technical contact (as recorded in WHOIS) to email a request to TENET asking that the domain be re-delegated from the old DNS hosting provider to the new. The request will need to provide the full domain name as well as the full names (FQDN) and IP addresses of the new hosting provider's nameservers. Note that this can only be done once the new provider is fully functional.
  4. Once TENET has confirmed that the domain has been re-delegated, verify the change is correctly reflected under the Nameserver entries in WHOIS.
  5. Wait at least twenty-six (26) hours for the DNS changes to propagate (the exact timing depends on your TTLs).
  6. Commence decommissioning the old hosting provider.

Unless there is a mechanism for keeping the old and new hosting providers in sync during this process, it is a good idea to initiate a change freeze at the beginning of the process. It can take a couple of days for a re-delegation to completely take effect, and if the two are out-of-sync during this time it can lead to inconsistent behaviour.

Some DNS hosting providers have artificial limits on what DNS records may be created. For instance, they may require that only their own mail servers be listed in MX records. It is important that to understand the implications of these limitations before commencing re-delegation. There's no "undo" button; DNS changes take time, and reverting a change takes as long as making it in the first place.