VERIFIED SOLUTION i

e-messaging problems logging in with load balancer

Issue

while using the load balancer to login. I get the welcome page, but entering my default user - super and password- tomcat, will not let me login.

 

Please explain why this is happening.

 

web-sphere 8.5.5.5

aix 7.1

oracle for the database v30

java 1.6

 

1.4m6

 

uses jdbc connector SQL on a different box

 

On Dev if they access the console through

 

http://paz1e1dsd2a1a:9080/emessaging/login.jsp (accessing the box directly, not going through load balancer)

 

they can login successfully,

 

But if they access dev through

 

http://dev1mcomp.caremark.com/emessaging/login.jsp

 

they will reach the login screen, but upon login they get pushed back out to the login screen again

And according to the websphere team the ports are not blocked on that system, but they will be on the SIT and future PROD environments.

 

E-Messaging is configured to use the localhost and port number but the middleware(websphere) admin team has made it clear that they will be shutting the ports.

 

So the issue is : how do they login into the console? Should they update any part of my DB to login to the console using this link from above, or any servlet.config.properties have to be updated?

 

According to the websphere team , we will continue to use even in future on all environments, this link only:

 

http://dev1mcomp.caremark.com/emessaging/login.jsp -- DEV ---> cannot login into the console.

 

http://sit2mcomp.caremark.com/emessaging/login.jsp ---> SIT2 (TESTING) ---> cannot login into the console.

 

http://dev2mcomp.caremark.com/emessaging/login.jsp --> DEV2 ---> cannot login into the console.

 

 

we will not be able to access the PORT and the hostname link which actually allows me to login.

 

emessaging logs have the following:

 

2015-12-28 09:34:48,024 [EM] DEBUG [WebContainer : 7] ServerNameMatcher.debug(196) | looking for hostname match on current server name dev2mcomp.caremark.com

2015-12-28 09:34:48,025 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | processing request for /emessaging/index.jsp

2015-12-28 09:34:48,027 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | after utf-8 decoding /emessaging/index.jsp

2015-12-28 09:34:48,028 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | context stripped

2015-12-28 09:34:48,030 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | url /index.jsp

2015-12-28 09:34:48,031 [EM] DEBUG [WebContainer : 7] RuleBase.debug(196) | Rule 0 run called with /index.jsp

2015-12-28 09:34:48,032 [EM] DEBUG [WebContainer : 7] RuleBase.trace(151) | no match on "from" for ^/login.html$ and /index.jsp

2015-12-28 09:34:48,033 [EM] DEBUG [WebContainer : 7] RuleBase.debug(196) | Rule 1 run called with /index.jsp

2015-12-28 09:34:48,034 [EM] DEBUG [WebContainer : 7] RuleBase.trace(151) | no match on "from" for ^/flushCache.html$ and /index.jsp

2015-12-28 09:34:48,036 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | processing outbound url for /emessaging/mainMenu.html

2015-12-28 09:34:48,037 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | processing outbound url for /emessaging/mainMenu.html

2015-12-28 09:34:48,039 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | processing outbound url for /emessaging/mainMenu.html

2015-12-28 09:34:48,040 [EM] DEBUG [WebContainer : 7] UrlRewriter.debug(196) | processing outbound url for /emessaging/mainMenu.html

2015-12-28 09:34:48,224 [EM] DEBUG [WebContainer : 4] ServerNameMatcher.debug(196) | looking for hostname match on current server name dev2mcomp.caremark.com

2015-12-28 09:34:48,225 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing request for /emessaging/login.jsp

2015-12-28 09:34:48,227 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | after utf-8 decoding /emessaging/login.jsp

2015-12-28 09:34:48,228 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | context stripped

2015-12-28 09:34:48,229 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | url /login.jsp

2015-12-28 09:34:48,230 [EM] DEBUG [WebContainer : 4] RuleBase.debug(196) | Rule 0 run called with /login.jsp

2015-12-28 09:34:48,231 [EM] DEBUG [WebContainer : 4] RuleBase.trace(151) | no match on "from" for ^/login.html$ and /login.jsp

2015-12-28 09:34:48,231 [EM] DEBUG [WebContainer : 4] RuleBase.debug(196) | Rule 1 run called with /login.jsp

2015-12-28 09:34:48,232 [EM] DEBUG [WebContainer : 4] RuleBase.trace(151) | no match on "from" for ^/flushCache.html$ and /login.jsp

2015-12-28 09:34:48,233 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/group1/layout-1col.css

2015-12-28 09:34:48,234 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/group1/layout-1col.css

2015-12-28 09:34:48,235 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/j_security_check

2015-12-28 09:34:48,235 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/j_security_check

2015-12-28 09:34:48,238 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/images/favicon.ico

2015-12-28 09:34:48,240 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/images/favicon.ico

2015-12-28 09:34:48,241 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/group1/theme.css

2015-12-28 09:34:48,241 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/group1/theme.css

2015-12-28 09:34:48,242 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/myfaces.css

2015-12-28 09:34:48,243 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/myfaces.css

2015-12-28 09:34:48,243 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/group1/print.css

2015-12-28 09:34:48,244 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/styles/group1/print.css

2015-12-28 09:34:48,245 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/scripts/iefix.js

2015-12-28 09:34:48,245 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/scripts/iefix.js

2015-12-28 09:34:48,247 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/

2015-12-28 09:34:48,248 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/

2015-12-28 09:34:48,250 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/login.jsp

2015-12-28 09:34:48,252 [EM] DEBUG [WebContainer : 4] UrlRewriter.debug(196) | processing outbound url for /emessaging/login.jsp

 

websphere logs have the following:

 

[12/28/15 9:34:47:734 CST] 0000021d LoggerListene W org.acegisecurity.event.authentication.LoggerListener onApplicationEvent Authentication event InteractiveAuthenticationSuccessEvent: super; details: org.acegisecurity.ui.WebAuthenticationDetails@fffe9938: RemoteIpAddress: 10.204.42.7; SessionId: cu4YBe0tKZj1b4v81C-Yw-B --> entry for 1(b)

Cause

Turned out that this was a configuration issue in websphere.  Apparently they had it configured so that https: was forced.  If they used https: instead of http: then it worked.

Resolution

UPDATED: September 8, 2017
Use https: