Closed ltalirz closed 1 year ago
We deprecated the use of ood-portal.conf.j2
. It's just too much to maintain both that and ood_portal.yml.j2
which the proper OnDemand libraries use to make the actual conf file. So, we should be using values in ood_portal.yml
and let OnDemand generate the apache config file.
https://github.com/OSC/ood-ansible/issues/128
That said - 3.0 did ship with server_aliases
(which I'm now seeing we didn't document). Would this solve your issue?
If it doesn't let me know as I would like to enable this upstream in OnDemand itself and forgo ood_portal.conf.j2
templating.
We have support for server_aliases here, but there appears to be a bug in it (it's using maintenance_ip_allowlist instead).
Hi @johrstrom , thank you very much for the quick reply!
That said - 3.0 did ship with
server_aliases
(which I'm now seeing we didn't document). Would this solve your issue?
That is great news, thank you! Indeed, that will solve the issue once we upgrade
@xpillons @matt-chan
Thanks! I'll fix the bug in this role's support for server_aliases
today.
This is a minor feature request for a scenario that comes up when deploying HPC clusters in cloud environments for corporations
For this to work, as of today the domain name (or the private IP address) on both sides needs to match, since the templating of the apache configuration file only supports one server name.
It would probably not be too difficult to extend the role to support a list of server names. I copy below a comment that may have been for a previous version of this role (and perhaps somewhat specific to use in AZ-HOP); but the basic idea still applies
=====
For the HTTP=>HTTPS redirect rule in
/opt/rh/httpd24/root/etc/httpd/conf.d/ood-portal.conf
, the generic solution is simple:For the SSL hosts it is a little more involved since the FQDN appears in many places. Also, the fact that different FQDNs will have different certificates means there is no similarly generic solution (some work will need to be done per domain in order to create the certificates).
The easiest way to handle this in the config file is probably using
mod_macro
, something like (untested)You can then simply have one line per FQDN in the config file