ERR_ICANN_NAME_COLLISION — ICANN-level warning. Your internal network uses a domain (.corp, .home, .lan) that became a public TLD after ICANN gTLD expansion (2013+). Now external DNS resolves your internal hostname → confusion. Chrome warns. Fix: rename internal zones to .internal or .arpa (reserved), or explicitly blacklist.
Below: causes, fixes, FAQ.
Free online tool — DNS lookup tool: instant results, no signup.
.internal, .home.arpa (RFC 8375)The ERR_ICANN_NAME_COLLISION error occurs when a domain name resolves to an internal TLD (Top-Level Domain) that collides with a public TLD, causing DNS resolution failures. This typically affects private networks or local test environments where domains are misconfigured or overlap with existing ICANN TLDs. To resolve this, ensure your internal TLDs do not conflict with public TLDs by using custom or non-ICANN TLDs.
The ERR_ICANN_NAME_COLLISION error arises when a domain name used in a private network conflicts with a public TLD registered with ICANN (Internet Corporation for Assigned Names and Numbers). This conflict can occur when:
Such collisions can lead to issues in DNS resolution, affecting the accessibility of services hosted on the conflicting domain.
To resolve the ERR_ICANN_NAME_COLLISION error, it is essential to implement best practices in domain naming and DNS configuration. Below are several strategies you can employ:
nslookup yourdomain.testReplace yourdomain.test with your actual domain. If this resolves to a public IP, you may need to adjust your DNS records.
C:\Windows\System32\drivers\etc\hosts, and on Linux or macOS, edit /etc/hosts. Add lines like:127.0.0.1 yourdomain.testThis will force the system to resolve yourdomain.test to your local machine.
By implementing these practices, you can minimize the risk of encountering the ERR_ICANN_NAME_COLLISION error and ensure smooth operation of your web services.
DNS (Domain Name System) translates domain names into IP addresses. DNS records are instructions that define where to route traffic, email, and how to verify domainownership.
Query all record types — A, AAAA, MX, NS, TXT, CNAME, SOA — in a single request.
Direct queries to authoritative servers. Results in milliseconds, no caching.
SPF, DKIM, and DMARC analysis to evaluate email protection against spoofing and phishing.
Save check results. Compare DNS records before and after registrar changes.
DNS check after deploy
SPF/DKIM/DMARC audit
DNS config audit
DNS zone control
v=spf1 TXT record.DNS check history, API keys and DNS change monitoring.
Sign up free.corp, .home, .mail, .office — NOT in public use but reserved by ICANN. Safer: .internal (proposed reserved), .home.arpa, .localhost.
Yes: attacker can register a .corp domain, resolve internal names to malicious IPs, MITM.
Chrome warns, does not block. But may treat as suspicious for certain workflows.
.internal (IETF draft), .test, .localhost, .invalid, .example — safe. Anything else — ideally check the public registry.
Free plan — 10 monitors, checks every 5 min, no card required. Upgrade for 1-minute interval and multi-region monitoring.