[gpfsug-discuss] [gpfs][gui] Change document root in server.xml

Jon Diprose jon at well.ox.ac.uk
Tue Feb 9 09:13:55 GMT 2021


Might it be easier to add gpfs1.<fqdn> and gpfs2.<fqdn> as CNAMEs to  your web proxy / firewall <fqdn>, and then configure the web proxy to select the backend on the basis of the requested hostname? https://gpfs1.<fqdn>/ redirects to https://gpfs1.<fqdn>/gui/ and there's no mucking about with gpfs stuff required at all.

Jon 

-- 
Dr. Jonathan Diprose <jon at well.ox.ac.uk>             Tel: 01865 287837
Research Computing Manager
Henry Wellcome Building for Genomic Medicine Roosevelt Drive, Headington, Oxford OX3 7BN

-----Original Message-----
From: gpfsug-discuss-bounces at spectrumscale.org <gpfsug-discuss-bounces at spectrumscale.org> On Behalf Of Mills, Jonathan B. (GSFC-606.2)[InuTeq, LLC]
Sent: 08 February 2021 16:00
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Subject: [gpfsug-discuss] [gpfs][gui] Change document root in server.xml

Dear Community,

We have multiple GPFS clusters within our internal networks.  We want to expose more than one GPFS GUI interface, from behind a shared web proxy / firewall setup, which has SAML2 integration with our organization's IDP.  (The SAML2 is not part of the question, it's just a rationale for doing it this way.)  

Essentially, we're trying to do something like https://<fqdn>/gpfs/gui1 and https://<fqdn>/gpfs/gui2

The websphere config in the GPFS GUI packages basically assume a document root of "/".  This poses additional problems when it forms relative URLs...for example, immediately after login, it tries to redirect from "/" to "/gui".  Through our web proxy, this ends up being https://<fqdn>/gui which is a 404.

While problems might be addressable with some complex mod_rewrite in our web proxy, I've been looking for a more straightforward solution. In /opt/ibm/wlp/usr/servers/gpfsgui/server.xml, it's possible to change the document root in line 34:

<webApplication id="GSS_GUI" location="ROOT.war" name="/" />

Changing the document root would allow me to mod_proxy from https://<fqdn>/gpfs/gui1 to https://<internal_rfc1918>/gpfs/gui1, and in theory that makes it easy to support many GPFS GUIs, and should fix the relative URL / redirect issue.

However, while it seems like this ought to simplify matters, in fact it just breaks other parts of the GPFS GUI, because it calls URLs that aren't part of "ROOT.war" and those also assume a document root of "/".

So, my basic question for the community is this:  Has anyone out there successfully mucked with the GPFS GUI document root?  Or am I just barking up the wrong tree?

Thanks in advance,

Jonathan


--
Jonathan Mills / jonathan.mills at nasa.gov NASA GSFC / NCCS HPC (606.2) Bldg 28, Rm. S230 / c. 252-412-5710 _______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss



More information about the gpfsug-discuss mailing list