Hi@all,
It has already been mentioned in a few posts, but I just wanted to summarise it again.
Apps like Rocket.Chat or Jitsi are accessible under their own URLs:
Jitsi: https://jitsi.[Hostname].[Subdomain].[Domain].[TLD]
Rocket.Chat: https://[hostname].[subdomain].[domain].[TLD]/rocketchat/home
In the simplest case, it’s just messy. In the other case, it prevents access.
To make my life easier, I installed the UCS environment with a subdomain [subdomain].[domain].[TLD]
that is real [domain].[TLD]
and over which I have control.
In order to use the external services, I created the corresponding subdomain on the external DNS server:
meet.[Domain].[TLD]
→ For Jitsi
chat.[Domain].[TLD]
→ For Rocket.Chat
I direct these subdomains to the corresponding machine using an HA proxy. In the case of Rocket.Chat, the problem is solvable. I simply call up the URL including the path from outside:
https://chat.[Domain].[TLD]/rocketchat/home
Better, of course, would be:
https://chat.[Domain].[TLD]
and you land directly on Rocket.Chat. If I call up the URL as specified, I get to the UCS administration. In the case of Jitsi, I can’t access it externally at all. Apparently because ‘jitsi’ is placed in front of the URL.
I have been looking for a solution for several days. My guess is that it can be solved with Apache-VHOST and there with mod_rewrite
.
Can anyone tell me if I am in the right direction?
Unfortunately I don’t have any skills with RegEX but that is “a bit” more difficult and the fact that (I think at least) there is some kind of proxy (Apache) running between host <-> container doesn’t make it any easier
So if someone could give me a nudge in the right direction I would be grateful. And of course, if someone of you has already solved it, I’ll gladly take more.
with best
sven