Find the DNS service that publicly answers for the domain before editing records. A record can be correct inside a hosting panel while visitors continue to receive answers from a different authoritative provider.
IN THIS ARTICLE
01 Separate the layers
- Registration and parent delegation: the registrar submits the nameservers that the parent zone publishes for your domain.
- Authoritative zone: the delegated DNS servers hold the records used to answer queries for that zone.
- Recursive resolver: the user's network or selected DNS service looks up those records and can cache earlier answers.
- Application destination: the returned address or mail route leads to the website, proxy or email service.
02 Trace a disputed record to its owner
- Write down the exact hostname and record type that are wrong, such as
www.example.com Aorexample.com MX. - Check the live parent delegation using a trace or suitable DNS diagnostic tool.
- Query the delegated authoritative nameservers directly for that same name and type.
- Compare their response with the record in the DNS account you intended to edit.
- If the hostname is an alias, follow its target. If it is beneath a delegated subdomain, identify the child zone's authoritative service.
Why are there several DNS editors for the same domain?
The registrar, hosting panel and an external DNS provider can each contain a stored zone. Only the zone reached by the live delegation affects ordinary public queries, except for deliberately configured split DNS or other specialised arrangements. Editing an inactive copy does not update the active provider.
In Domain Nexus, check the zone's assigned provider and operation history, then verify its public authority. An API sync or successful record save does not itself change the parent delegation. Nameserver and record changes must be planned together when moving DNS.
What if authoritative DNS is correct but the website is wrong?
Compare the recursive answer and its remaining TTL, then check the destination service. A reverse proxy, cached page, application redirect or invalid certificate can produce the symptom after DNS is already correct. Give support the exact hostname, query results and observed error so the next investigation starts at the failing layer.