Cannot get Jira to load in browser

Question

Hello, I recently setup Jira Core and Confluence on the same server.  Using SSL reverse proxy, Apache 2.4.  Shibboleth authentication with a SSO SAML plugin by Re:solution. Everything was working fine a few weeks ago, and I put the project on hold while fiscal bought the licenses.  Licenses show up today so I go to install them, but I cannot get Jira to load in a browser.  Confluence works fine though.  I've tried several browsers on different machines, and nothing.  No browser error, just blank.

atlassian-jira.log  says

2018-12-13 15:15:28,946 JIRA-Bootstrap INFO [c.a.jira.startup.JiraStartupLogger]

************************************************************************************
JIRA 7.10.1 build: 710002 started. You can now access JIRA through your web browser.
***********************************************************************

*************

Bypassing the SSO redirect by going to https://my site blah/jira/login.action?nosso should allow for local login but that page does not load either.

And this: wget https://####/jira/login.action?nosso
--2018-12-13 15:59:18-- https://####jira/login.action?nosso
Resolving
Connecting to |:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2018-12-13 15:59:18 ERROR 404: Not Found.

But yet: wget https://######/login.action?nosso
--2018-12-13 16:57:25-- https://#######/confluence/login.action?nosso
Resolving
Connecting to p|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘login.action?nosso’

So I'm stuck and not sure where to look cause this all work, and the only changes since then have been some RHEL updates.

thank you for the help - BW

it@phhp.ufl.edu · Answer

Hello, finally getting back around to this... I put the same proxy config above in a non-ssl vhost, commented out all the Shibboleth locations, and Jira works just fine over HTTP. HTTPS gives a "service unavailable screen". wget: Connecting to 127.0.0.1:8080... connected. HTTP request sent, awaiting response... 302 Location: /jira/ [following] --2019-02-14 16:19:16-- http://127.0.0.1:8080/jira/ Reusing existing connection to 127.0.0.1:8080. HTTP request sent, awaiting response... 200 Length: unspecified [text/html] Saving to: ‘jira’ [ <=> ] 45,672 --.-K/s in 0.02s Like I said this was working fine, nothing with the Jira/Apache configs changed. I looked back through the yum logs and noticed that the cacerts got updated. Would that have an effect since I'm using Apache for SSL? Not really sure where to look. Here's some debug log from an attempt to connect via HTTPS. [Thu Feb 14 16:21:45.291261 2019] [socache_shmcb:debug] [pid 6689] mod_socache_shmcb.c(522): AH00835: socache_shmcb_retrieve (0x29 -> subcache 9) [Thu Feb 14 16:21:45.291286 2019] [socache_shmcb:debug] [pid 6689] mod_socache_shmcb.c(877): AH00851: shmcb_subcache_retrieve found no match [Thu Feb 14 16:21:45.291292 2019] [socache_shmcb:debug] [pid 6689] mod_socache_shmcb.c(532): AH00836: leaving socache_shmcb_retrieve successfully [Thu Feb 14 16:21:45.291322 2019] [ssl:debug] [pid 6689] ssl_engine_kernel.c(1891): [client 10.15.200.30:41474] AH02043: SSL virtual host for servername ***jira*** found [Thu Feb 14 16:21:45.301920 2019] [ssl:debug] [pid 6689] ssl_engine_kernel.c(1824): [client 10.15.200.30:41474] AH02041: Protocol: TLSv1.2, Cipher: ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) [Thu Feb 14 16:21:45.301997 2019] [ssl:debug] [pid 6689] ssl_engine_kernel.c(225): [client 10.15.200.30:41474] AH02034: Initial (No.1) HTTPS request received for child 19 (server **jira***:443) [Thu Feb 14 16:21:45.302010 2019] [mod_shib:debug] [pid 6689] mod_shib.cpp(369): [client 10.15.200.30:41474] get_request_config created per-request structure [Thu Feb 14 16:21:45.302153 2019] [authz_core:debug] [pid 6689] mod_authz_core.c(809): [client 10.15.200.30:41474] AH01626: authorization result of Require all granted: granted [Thu Feb 14 16:21:45.302169 2019] [authz_core:debug] [pid 6689] mod_authz_core.c(809): [client 10.15.200.30:41474] AH01626: authorization result of : granted [Thu Feb 14 16:21:45.302225 2019] [mod_shib:debug] [pid 6689] mod_shib.cpp(984): [client 10.15.200.30:41474] shib_fixups entered in pid (6689) [Thu Feb 14 16:21:45.302288 2019] [proxy:debug] [pid 6689] mod_proxy.c(1123): [client 10.15.200.30:41474] AH01143: Running scheme http handler (attempt 0) [Thu Feb 14 16:21:45.302305 2019] [proxy:debug] [pid 6689] proxy_util.c(2203): AH00942: HTTP: has acquired connection for (*) [Thu Feb 14 16:21:45.302312 2019] [proxy:debug] [pid 6689] proxy_util.c(2256): [client 10.15.200.30:41474] AH00944: connecting http://localhost:8090/jira/secure/Dashboard.jspa to localhost:8090 [Thu Feb 14 16:21:45.303011 2019] [proxy:debug] [pid 6689] proxy_util.c(2426): [client 10.15.200.30:41474] AH00947: connected /jira/secure/Dashboard.jspa to localhost:8090 [Thu Feb 14 16:21:45.303138 2019] [proxy:debug] [pid 6689] proxy_util.c(2793): (111)Connection refused: AH00957: HTTP: attempt to connect to [::1]:8090 (*) failed [Thu Feb 14 16:21:45.303211 2019] [proxy:error] [pid 6689] (111)Connection refused: AH00957: HTTP: attempt to connect to 127.0.0.1:8090 (*) failed [Thu Feb 14 16:21:45.303233 2019] [proxy_http:error] [pid 6689] [client 10.15.200.30:41474] AH01114: HTTP: failed to make connection to backend: localhost [Thu Feb 14 16:21:45.303238 2019] [proxy:debug] [pid 6689] proxy_util.c(2218): AH00943: HTTP: has released connection for (*) [Thu Feb 14 16:21:45.303382 2019] [ssl:debug] [pid 6689] ssl_engine_io.c(993): [client 10.15.200.30:41474] AH02001: Connection closed to child 19 with standard shutdown (server **jira**:443) [Thu Feb 14 16:21:45.354777 2019] [ssl:info] [pid 6676] [client 10.15.200.30:41476] AH01964: Connection to child 15 established (server ***jira***:443) [Thu Feb 14 16:21:45.354933 2019] [ssl:debug] [pid 6676] ssl_engine_kernel.c(1891): [client 10.15.200.30:41476] AH02043: SSL virtual host for servername ***jira*** found [Thu Feb 14 16:21:45.355502 2019] [ssl:debug] [pid 6676] ssl_engine_kernel.c(1824): [client 10.15.200.30:41476] AH02041: Protocol: TLSv1.2, Cipher: ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) [Thu Feb 14 16:21:45.357531 2019] [ssl:debug] [pid 6676] ssl_engine_kernel.c(225): [client 10.15.200.30:41476] AH02034: Initial (No.1) HTTPS request received for child 15 (server ***jira***:443) [Thu Feb 14 16:21:45.357547 2019] [mod_shib:debug] [pid 6676] mod_shib.cpp(369): [client 10.15.200.30:41476] get_request_config created per-request structure [Thu Feb 14 16:21:45.357619 2019] [authz_core:debug] [pid 6676] mod_authz_core.c(809): [client 10.15.200.30:41476] AH01626: authorization result of Require all granted: granted [Thu Feb 14 16:21:45.357627 2019] [authz_core:debug] [pid 6676] mod_authz_core.c(809): [client 10.15.200.30:41476] AH01626: authorization result of : granted [Thu Feb 14 16:21:45.357647 2019] [mod_shib:debug] [pid 6676] mod_shib.cpp(984): [client 10.15.200.30:41476] shib_fixups entered in pid (6676) [Thu Feb 14 16:21:45.357669 2019] [proxy:debug] [pid 6676] mod_proxy.c(1123): [client 10.15.200.30:41476] AH01143: Running scheme http handler (attempt 0) [Thu Feb 14 16:21:45.357675 2019] [proxy:debug] [pid 6676] proxy_util.c(2203): AH00942: HTTP: has acquired connection for (*) [Thu Feb 14 16:21:45.357680 2019] [proxy:debug] [pid 6676] proxy_util.c(2256): [client 10.15.200.30:41476] AH00944: connecting http://localhost:8090/favicon.ico to localhost:8090 [Thu Feb 14 16:21:45.357821 2019] [proxy:debug] [pid 6676] proxy_util.c(2426): [client 10.15.200.30:41476] AH00947: connected /favicon.ico to localhost:8090 [Thu Feb 14 16:21:45.357879 2019] [proxy:debug] [pid 6676] proxy_util.c(2793): (111)Connection refused: AH00957: HTTP: attempt to connect to [::1]:8090 (*) failed [Thu Feb 14 16:21:45.357935 2019] [proxy:error] [pid 6676] (111)Connection refused: AH00957: HTTP: attempt to connect to 127.0.0.1:8090 (*) failed [Thu Feb 14 16:21:45.357944 2019] [proxy_http:error] [pid 6676] [client 10.15.200.30:41476] AH01114: HTTP: failed to make connection to backend: localhost [Thu Feb 14 16:21:45.357948 2019] [proxy:debug] [pid 6676] proxy_util.c(2218): AH00943: HTTP: has released connection for (*) [Thu Feb 14 16:21:45.358027 2019] [ssl:debug] [pid 6676] ssl_engine_io.c(993): [client 10.15.200.30:41476] AH02001: Connection closed to child 15 with standard shutdown (server ***jira***:443) Thank you - Boyd

Christian Reichert (resolution) · Answer

Hi Boyd,

ok - if it still happens with Plugins disabled, then it has got nothing to do with our SSO Plugin or any of the other one's.

Not sure what you try to achieve with AuthType Shibboleth in front of our Plugin Path? It looks a bit like you are forcing a Shibboleth Authentication before our Plugin can actually do the Single Sign On for the first time. 
This should not be necessary as if there isn't an established shibboleth session before we do the redirect for the first time, then Shibboleth will just do the Authentication then & there. But this shouldn't be the reason your Jira doesn't load.

What happens when you do a

wget -v http://127.0.0.1:8080/jira

locally on the machine where you are running this i.e. not going via the Proxy?

Cheers,
    Christian

it@phhp.ufl.edu · Answer

Hi Christian Starting with the plugins disabled has the same effect and yes a reverse proxy is setup. Here's the relevant bits. ProxyRequests Off ProxyPreserveHost Off ProxyTimeout 120 ProxyPassInterpolateEnv On ProxyPass /confluence http://127.0.0.1:8090/confluence ProxyPassReverse /confluence http://127.0.0.1:8090/confluence ProxyPass /jira http://127.0.0.1:8080/jira ProxyPassReverse /jira http://127.0.0.1:8080/jira Require all granted #AllowOverride All AuthType shibboleth ShibRequireSession On # ShibUseHeaders On Require shib-attr #here is our Active Directory group used to access Order deny,allow Allow from all # Ensure shibboleth responds to this path SetHandler shib # Shib protect /jira location AuthType shibboleth #ShibRequireSession On require shibboleth # Shib protext /confluence location AuthType shibboleth require shibboleth ____________ And here's server.xml thank you - Boyd