-
-
Notifications
You must be signed in to change notification settings - Fork 4
Description
Is your feature request related to a problem? Please describe.
I run media apps (autobrr, radarr, etc) on a Kubernetes cluster. They are behind an Ingress-Nginx proxy/load balancer that does https termination. These services's ingress are configured to use oauth2-proxy to provide simple authentication using Ingress-Nginx's external oauth authentication feature. I also deployed dashbrr on this cluster (without oauth2-proxy).
Because of this, dashbrr cannot use the https URL to the media apps since it cannot complete the oauth flow. But it can use the internal service address provided by Kubernetes (e.g. radarr.default.svc.cluster.local).
While this works, it does make the link in the dashbrr frontend for the service unusable.
Describe the solution you'd like
Allow configuring separate "frontend" and "API" URLs for each service. The API URL is to be used by dashbrr to query the service, while the frontend URL is to be rendered in the UI for the user.