Configuration - alternate root path for proxied container deployment
See original GitHub issueI just set up BaGet using an nginx reverse-proxy to a container, under the location /baget/
, so it is accessed at https://example.com/baget
- but the interface seems to assume that baget is at the root of the domain.
How can I configure BaGet to know it is not at the root of the domain?
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (2 by maintainers)
Top Results From Across the Web
How to setup a Docker Nginx reverse proxy server example
Start with the official Nginx image ... By default, the Nginx Docker image is configured as a file server, not a reverse proxy...
Read more >How to handle relative urls correctly with a nginx reverse ...
The problem is basically that using a proxy_pass directive won't rewrite HTML code and therefor relative URL's to for instance a img ...
Read more >Configuring the cluster-wide proxy - OpenShift Documentation
You can configure OpenShift Container Platform to use a proxy by modifying the Proxy object for existing clusters or by configuring the proxy...
Read more >Configuring a registry
storage : filesystem: rootdirectory: /var/lib/registry ... you can specify an alternate YAML configuration file by mounting it as a volume in the container....
Read more >Behind a Proxy - FastAPI
Setting the root_path in the FastAPI app¶ ... Passing the root_path to FastAPI would be the equivalent of passing the --root-path command line...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Thank you - solution was to change my sites nginx configuration from
to
After successfully adding a package though I can see that the trick for the UI definitely hasn’t fixed everything 😄
Update - I found a closed PR that appears to have added an undocumented configuration parameter PathBase: #114
Adding
PathBase=/baget
does not seem to effect myhttps://example.com/baget/v3/index.json
file. I am able to fetch the json file correctly but its data points to the root levelhttps://example.com/api/...
instead of the correcthttps://example.com/baget/api/...
paths. As a result, trying to push a package using the dotnet cli fails, because the index.json points at incorrect paths.Note: I seem to have mostly gotten the UI to work by adding the following to my docker startup script