-
Notifications
You must be signed in to change notification settings - Fork 538
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
Feature Request For routes instead of port number #1900
Comments
Having it by a port number gives a little bit tougher security (because of instead of going /adguard and cracking the password, you have to find the port number which could be a bit tricky). The public isn't supposed to be able to access the apps. |
individual users can configure any name for user can configure mydns, adguarddns, adguard, adblocker, customdns |
This is a bad idea, using routes like http://umbrel.local/adguard instead of port numbers can cause conflicts, as many applications have their own routing paths. This approach is not standard and can lead to routing issues. The preferred method is to use subdomains, such as http://adguard.umbrel.local/. Subdomains prevent routing conflicts, maintain clean architecture, and enhance security through the Same Origin Policy. They also offer SEO benefits by being treated as separate entities by search engines. As a bonus, you can achieve this using the Cloudflare Tunnel app, which is highly secure and easy to use. This allows you to set up a subdomain like https://subdomain.mydomain.com, with the option to make the route public or private just for you. See cloudflared |
Instead of giving port number, can we add feature to provide routes for example for nextcloud we can provide http://umbrel.local/adguard so it will internally redirect to http://umbrel.local:8085
The text was updated successfully, but these errors were encountered: