You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/useful/faq.md
+7-11Lines changed: 7 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -60,20 +60,18 @@ Refer to [this article](https://www.namecheap.com/support/knowledgebase/article.
60
60
Please note that you may only do this on a *nested subdomain*, as root subdomains must be related to software development as is required in our [Terms of Service](https://is-a.dev/terms).
61
61
62
62
## Who can use NS records?
63
-
We allow NS records for the following reasons and use-cases:
63
+
We permit NS records for the following reasons:
64
64
65
-
- Users who require a private zone, as they are using their home IP address through **an `A` OR `AAAA` record** behind a proxy service such as Cloudflare. **You *MUST* provide evidence of usage for this reasoning to be approved.**
66
-
- When a third-party service (e.g. Aternos, Wix or Squarespace) mandates specific NS records and you are unable to manage DNS records directly under that domain. Approval requires:
67
-
- Documentation or evidence from the third-party service explicitly stating this requirement.
68
-
- Proof that no alternative DNS configuration (CNAME, A records, etc.) can achieve the same result.
65
+
- The DNS record types we already support are not sufficient for your use case. **Evidence must be provided for your use case and why you require them.**
66
+
- When a provider (e.g. Aternos) requires NS delegation, where they maintain the DNS zone, not you. **Supporting documentation must be provided.**
69
67
70
68
We do not permit NS records for:
71
69
72
70
- Convenience-only setups: Where alternatives such as A, AAAA, or CNAME records are sufficient.
73
-
- Non-operational purposes: Vanity configurations, aesthetic setups, or speculative use.
74
-
-Unverifiable claims: Any setup lacking clear and concrete evidence of necessity.
75
-
- Misleading configurations: Attempts to misrepresent ownership, mislead users, or impersonate another entity.
76
-
- Security risks: Configurations that introduce vulnerabilities, such as delegating to untrusted or unreliable servers.
71
+
- Non-operational purposes
72
+
-Lack of evidence for need of use
73
+
- Misleading evidence
74
+
- Security risks
77
75
78
76
***We reserve the right to deny NS records at our discretion, no matter the reasoning.***
79
77
@@ -82,8 +80,6 @@ We have to be strict with who we delegate NS records to as they allow the end-us
82
80
83
81
As you can probably imagine, this opens the door to a lot of abuse, which is why they are not freely available to everyone.
84
82
85
-
If we could, we would delegate NS records to everyone that wanted them, however we do not live in a perfect world, so we unfortunately can't.
86
-
87
83
## How can I make changes to or delete my is-a.dev subdomain?
88
84
1.**Read this documentation and our [ToS](https://is-a.dev/terms)**: This is so that you can ensure you fully understand the registration process, our requirements, and how to fully comply with our Terms of Service.
89
85
2.**Open your JSON file:** Navigate to the `domains` directory in your fork and open the JSON file corresponding to your subdomain (`domains/your-subdomain.json`).
0 commit comments