mirror of
https://github.com/BookStackApp/BookStack.git
synced 2026-05-04 18:08:46 +03:00
use {Host} header or something else instead of {APP_URL} Enviroment #3373
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @toshiya14 on GitHub (Dec 1, 2022).
Describe the feature you'd like
I deployed the app into one internal server and use a public server to reserve proxy to it.
Now, if I specified {APP_URL} with the public host address.
It would redirect to the public host address even I enter the internal IP or hostname in browser.
Could I visit the app via internal IP or hostname but not the public host?
Describe the benefits this would bring to existing BookStack users
Sometimes it is no need to visit via reverse proxy. But the redirect would always navigate users to the reserse proxy endpoint.
Can the goal of this request already be achieved via other means?
No.
Have you searched for an existing open/closed issue?
How long have you been using BookStack?
0 to 6 months
Additional context
No response
@ssddanbrown commented on GitHub (Dec 1, 2022):
You can use an IP or any hostname you'd like, but the fundamental thing here is that BookStack only officially supports being hosted at on IP/hostname at a time.
@toshiya14 commented on GitHub (Dec 1, 2022):
So the problem for me is: I'd like to use hostname:
http://notebook/for private network visiting.And
https://notes.something.comfor public network and reverse proxy to the deployment.APP_URLis required. I could not leave it empty. And if I set tohttps://notes.something.com, when I visithttp://notebookit navigate me tohttps://notes.something.com.And I do not want to get this redirection.
Actually, I visit
http://notebook/I could get the homepage displayed correctly.But if I click any of the link in the page, it would redirect to
https://notes.something.com/xxx.@ssddanbrown commented on GitHub (Dec 1, 2022):
Okay, to be honest I've never really understood the desire/need to bypass an external domain/host when used in-network.
Just seems to complicate matters.
Either way, support for multiple base URLs is already open in #1342 and therefore I'll close this off as a duplicate since it essentially has the same request at the core of it.