-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add DevZero domains #2229
Add DevZero domains #2229
Conversation
Domains are renewed until 2029! Please let me know if there's anything else necessary :-) |
Hey Ellie, unfortunately we probably won't be able to approve this as it doesn't meet our minimum user requirement we normally enforce (1,000+). We also don't allow adding a domain to the PSL for the sole purpose of evading third parties' limits. |
Right, right. Sorry. Let me fix the description. |
Fixed! I underestimated our user count by a lot - it's been a while since I took a look at our analytics 😅 |
Please work directly with Let's Encrypt. |
As we’ve stated above, we do plan on working with Let’s Encrypt. Our needs are beyond just working around third-party rate-limits. I detailed that they are only one aspect of why we are trying to get this subdomain listed as a public subdomain. We are, after all, hosting end-user content on this subdomain, not unlike virtually everyone else who has been listed here. I’m not quite certain where the disconnect is here, please let me know if I can clarify anything. |
@@ -12607,6 +12607,10 @@ dedyn.io | |||
deta.app | |||
deta.dev | |||
|
|||
// DevZero: https://devzero.io | |||
// Submitted by Ellie Ford <[email protected]> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please use a non-personal email address.
|
After careful review of this whole submission, it really appears that the order of operations would be to CLOSE this, and have you re-open it once your organization has already made arrangements with Let's Encrypt or any other organizations that your org needs rate limit expansions on. |
Public Suffix List (PSL) Submission
Checklist of required steps
Description of Organization
Robust Reason for PSL Inclusion
DNS verification via dig
Run Syntax Checker (
make test
)Each domain listed in the PRIVATE section has and shall maintain at least two years remaining on registration, and we shall keep the
_psl
TXT record in place in the respective zone(s).Submitter affirms the following:
This request was not submitted with the objective of working around other third-party limits.
The submitter acknowledges that it is their responsibility to maintain the domains within their section. This includes removing names which are no longer used, retaining the _psl DNS entry, and responding to e-mails to the supplied address. Failure to maintain entries may result in removal of individual entries or the entire section.
The Guidelines were carefully read and understood, and this request conforms to them.
The submission follows the guidelines on formatting and sorting.
Abuse Contact: DevZero Support ([email protected])
Description of Organization
Hi! I'm Ellie from DevZero - I'm a staff software engineer here, working primarily on our networking & compute infrastructure. At DevZero, we're looking to provide cloud development environments, in the form of a Linux-based workspace and a virtual ephemeral Kubernetes cluster. This (unfortunately) makes us a hosting provider, and as part of that, we also are in the business of maintaining a globally distributed fleet of reverse proxies to expose our customer's services to the public internet. With that, we also aim to keep everything secure & encrypted, by means of automagically conjuring HTTPS certificates out of thin air, so that our customers don't need to think about all of that nonsense.
Organization Website: https://devzero.io
Reason for PSL Inclusion
As part of conjuring HTTPS certificates out of thin air, we've come to realize that providers like Let's Encrypt & Cloudflare impose limitations on what you're able to do - namely, how many certificates you're able to provision for a single domain within a certain span of time (typically a week). We haven't run into those limitations yet, and as such, we haven't started conversations with Let's Encrypt / Cloudflare yet.
It's important to note that we're not only interested in just the SSL certificates. We will start those conversations with those providers directly when we've started hitting those rate-limits, and we're not looking to be listed for the sole purpose of circumventing third-party limits. We're also interested in keeping each subdomain isolated from each other (i.e. we don't want cookies from *.team-foo.dv0.io to be present on *.team-bar.dv0.io), as we expect that users will be hosting their own web applications through our networking services.
Number of users this request is being made to serve: According to our product analytics, approximately ~1600 users.
DNS Verification
Results of Syntax Checker (
make test
)