-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support for multiple server names in ood-portal.conf.j2
#191
Comments
We deprecated the use of That said - 3.0 did ship with If it doesn't let me know as I would like to enable this upstream in OnDemand itself and forgo |
We have support for server_aliases here, but there appears to be a bug in it (it's using maintenance_ip_allowlist instead). ood-ansible/templates/ood_portal.yml.j2 Lines 23 to 34 in 45e3460
|
Hi @johrstrom , thank you very much for the quick reply!
That is great news, thank you! Indeed, that will solve the issue once we upgrade |
Thanks! I'll fix the bug in this role's support for |
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
The text was updated successfully, but these errors were encountered: