Skip to content
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

Better domain management #2397

Open
tognee opened this issue Jun 15, 2024 · 2 comments
Open

Better domain management #2397

tognee opened this issue Jun 15, 2024 · 2 comments

Comments

@tognee
Copy link

tognee commented Jun 15, 2024

Currently domains are checked based on the users emails registered and there are no settings to manage them.

I want to make a PR to add this feature.

My proposal:

  • Add to the DB a new table for domains.
  • Add the option to disable web hosting and A/AAAA records check on single domains
  • Edit the user creation form to add a drop-down to choose which domain the user generated should use
  • Edit the interface components about domains to reflect the changes made

I'm making this issue to see if the PR could be considered for merging when submitted.

@JoshData
Copy link
Member

JoshData commented Jun 16, 2024

I would accept that. It's something I've wanted to do.

The main thing I would want to discuss more is "Add the option to disable web hosting and A/AAAA records check on single domains":

  • Disabling web hosting is frequently asked for, but it's not exactly a sensible request. If the domain has an A record that points to the box, then the box has to respond to web requests. It can't not respond since it's already listening on its IP address for all of the other websites (including the admin). If the user sets a custom A record pointing elsewhere, or is using External DNS and sets an A record pointing elsewhere, then it doesn't matter if the box is configured to do web hosting for that domain.
  • I would like to talk through what exactly would be disabled with different settings for the domain.
  • I'd like to discuss the database table schema so that we get something that is easy to maintain for the future.

But these don't have to stop you from starting.

@tognee
Copy link
Author

tognee commented Jun 17, 2024

Hi, thanks for your kind response

Database table schema:
Currently I've added a domains table with the fields domain and options. I've modelled the options field to work as the privileges fields in the table users. The options in options act as a boolean value, true if present and false if not.
There is only one option for now, no-web that should do what I described in the OP.

What will be disabled:
Let's make an example with a domain example.com.

  • box.example.com - box domain
  • example.com - primary domain
  • anotherexample.com - secondary domain

box.example.com can't enable this option as it's needed to show the admin panel, the webmail and nextcloud.
example.com and anotherexample.com can enable this option.

This option will:

  • skip creating the servers on nginx for the root and www subdomains
  • remove the entries from the DNS
  • hide and skip the checks for the A and AAAA records on root and www subdomains
  • hide the actions in the SSL certificates panel and the web panels for the root and www subdomains

As for the why:
The secondary domain is not connected via glue nameservers so the web hosting could be on another server.
The primary domain should have an option to disable the web hosting if the box is using an external DNS without glue records or the user doesn't want to host a static website and wants to use their own server with their own instance of nginx.
When using glue records the user could still remove the web server and add A AAAA or even CNAME records using the Custom DNS panel already present in the admin.

If any point is not clear enough let me know and I'll try to explain it better.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants