After adding your custom domain to Kanorio, is the status stuck on the yellow "Waiting for DNS to propagate" indicator, or is the secure padlock (HTTPS) missing from your browser? This usually doesn't mean your website is broken; it means the global network is still syncing your new settings or a specific record needs a minor adjustment.
This guide will help you understand the automatic diagnostic tips in the "DNS Settings" drawer and provide a step-by-step troubleshooting checklist.
When you see "Waiting for DNS to propagate" or your site is temporarily inaccessible, it's tempting to remove the domain and add it again. Please do not do this:
Go to "Website Settings › Domains" and click the "DNS Settings" button next to your domain (or expand "View details" at the bottom of the drawer). The system probes public DNS in real-time to pinpoint where the process is stuck:
CNAME record is correctly pointing to saas.kanorio.com. The system is waiting for global ISP caches to update and is automatically issuing a free HTTPS secure padlock (SSL certificate) from the certificate authority.saas.kanorio.com pointer and reports Cloudflare's proxy IP instead, preventing Kanorio from verifying the domain and blocking SSL issuance.saas.kanorio.com, click edit, and switch the orange cloud to "Gray cloud (DNS Only)", then save. Return to Kanorio and click "Check again now".
(Note: Kanorio includes global edge CDN acceleration, DDoS mitigation, and automatic SSL protection, so using the gray cloud will not compromise your site's speed or security.)A record (IP address), or an old A record remains on the same name. Kanorio only supports binding via CNAME (pointing to saas.kanorio.com). An A record prevents automated certificate validation.www or subdomain (or your registrar supports root domain CNAME/ALIAS): Delete the A record at your registrar and add a CNAME record pointing to saas.kanorio.com.yourbrand.com) and your registrar doesn't support root CNAMEs: See the next section, "Consider using www."www.yourbrand.com"www (e.g., yourbrand.com), but your registrar (e.g., GoDaddy, Squarespace, and some traditional providers) does not technically allow CNAME records on root domains.www.yourbrand.com" button in the drawer; the system will automatically update your binding to www.CNAME record named www pointing to saas.kanorio.com.A record pointing to your old site and enable "URL Forwarding" at your registrar to redirect yourbrand.com to https://www.www.yourbrand.com.www or @):
CNAME: Edit it and change the target to saas.kanorio.com.A or AAAA (IPv6) record: Delete the old A and AAAA records and add a new CNAME record pointing to saas.kanorio.com.
(Note: Only modify the @ or www records; do not delete MX or TXT records used for company email.)TXT record. Copy these and add them to your DNS provider (keep your existing CNAME record). Validation usually passes within minutes.letsencrypt.org, pki.goog), the secure padlock cannot be issued.If you've updated your settings but things still feel "off" (e.g., works on mobile but not desktop), check these 6 points:
Common mistake: The domain was bought at Company A, but years ago, the "Nameservers" were pointed to Company B (e.g., Cloudflare or a previous agency). Changing settings at Company A will have no effect.
ns.cloudflare.com). Update settings at that platform.If your root domain still has an IPv4 (A) or IPv6 (AAAA) record pointing to an old site, browsers might randomly connect to the old IP, causing the site to flicker between the new and old versions or fail to load. Ensure all old A and AAAA records for the same name (@ or www) are deleted.
For most registrars, when adding a CNAME for www, you only need to enter www. The system automatically appends .yourbrand.com. If you enter the full www.yourbrand.com, some registrars save it as www.yourbrand.com.yourbrand.com, making it unresolvable.
. (Common with Gandi and traditional registrars)At registrars using traditional Zone File formats, if you don't add a trailing dot . to the CNAME target, the system might append your domain, resulting in saas.kanorio.com.yourbrand.com. If "View details" shows this, change the target to saas.kanorio.com. (with the trailing dot).
www are handledyourbrand.com and www.yourbrand.com are distinct addresses. If you only bound www.yourbrand.com in Kanorio but didn't set up a redirect at your registrar, visitors typing yourbrand.com will see an error. See to add the redirect.
Your computer, office router, and ISP cache old DNS results (based on TTL). When Kanorio shows green "Active" but your computer shows the old site, turn off Wi-Fi on your phone, use 4G/5G, and open an Incognito window. If it works on mobile, the setup is 100% successful. Your computer will recover once the cache expires.
About the 7-day auto-cleanup mechanism: If a new custom domain doesn't point to Kanorio for over 7 days, the system will clean up the incomplete setup. You can simply re-add it when you're ready. (If your CNAME is correctly pointing to Kanorio, the system will automatically extend the retention and continue retrying in the background.)
If you encounter any of the following, stop troubleshooting and contact us via the bottom-right chat or :
To get the fastest help, include these 2 screenshots:
You can use them as a reference, but Kanorio's green "Active" status is the final authority. Some providers using CNAME Flattening/ALIAS might not show the CNAME text in WhatsMyDNS, returning the converted IP instead. Also, even if DNS has propagated, SSL certificates take a few minutes to issue. When Kanorio says "Active," it means HTTPS is ready.
Absolutely not! Once your custom domain passes CNAME verification, Kanorio automatically issues and permanently renews your SSL certificate for free.
If the homepage loads and the secure padlock is present, DNS and domain settings are perfectly fine. Specific internal paths fail because the page URL structure has changed. Go to URL Redirects to add a 301 redirect rule from the old path to the new page.