Skip to main content

Configure Webgate to use https protocol if SSL offloading is done at F5 (SSL termination at loadbalancer),

Issue:

When logging into a webgate on a reverse proxy using a login form the redirect back to the protected resource is reset to HTTP instead of the originally requested HTTPS.

Cause:

Weblogic server not using loadbalancer protocol (https) for redirect urls
 
When SSL is terminated at the loadbalancer or using reverse proxy, weblogic server should use the loadbalancer hostname/protocol for all redirect URLs


Solution:

1. Add a ProxySSLHeaderVar entry to the "User Defined Parameters" section at the bottom of the form. The value of the proxySSLHeaderVar parameter defines the name of the header variable the proxy must set. The value of the header variable must be "ssl" or "nonssl". For example: 

ProxySSLHeaderVar:IS_SSL

2.Set the WebLogic 'Plugin Enabled' flag as follows
  a. Log into WebLogic Console 
  b. Click the domain name on the left menu bar
  c. Then choose 'Configurations' Tab and 'Web Applications' sub tab
  d. Click 'Lock & Edit' button on top left menu
  e. Check box 'WebLogic Plugin Enabled'
  f. Save and activate the change.

  If proxying requests to a standalone WebLogic Server, please enable this setting on the individual server level from the admin console by clicking on the -> Configuration -> General tab. In the advanced options, check the checkbox for WebLogicPluginEnabled and save the changes.

  If proxying requests to a WebLogic Cluster, enable this setting at the cluster level from the admin console by clicking on the Cluster -> Configuration -> General tab. In the advanced options, check the checkbox for WebLogicPluginEnabled and save the changes.

3. Restart Weblogic AdminServer and Managed Server using the following commands
    ./startWeblogic.sh --Dweblogic.http.isWLProxyHeadersAccessible=true
    ./startManagedWeblogic.sh <MANAGED_SERVER> http://<AdminHost>:<AdminPort> -Dweblogic.http.isWLProxyHeadersAccessible=true

4.Use WebLogic 10.3.2 or a higher patch level of WebLogic 10.3.x
  This is required because there is a an issue in WebLogic 10.3.1 that causes issues with this functionality. The bug number is 8786487.

5. In the loadbalancer, add an HTTP custom header variable that contains the IS_SSL and set its value to “ssl”.

6. In the loadbalancer, add an HTTP custom header variable that contains the WL-Proxy-SSL to true.


Comments

Popular posts from this blog

Node id does not exist for the current application server id

Issue: After completing cloning procedure, you generally may across the following issue. "Node id does not exist for the current application server id". Solution: First stop the application. Run adgendbc.sh script to configure apps tier dbc file with the correct id from the database instance. Start the application and test your issue. Location of script: 11i: $COMMON_TOP/admin/install/$CONTEXT_NAME R12: $INST_TOP/admin/install [appldev@erptest install]$ sh adgendbc.sh (Note: It will prompt you to give apps username and apps password.)

How to change EBS R12 database and application port number

On Database Tier 1. Logon as oracle database user and source environment for R12 RDBMS ORACLE_HOME 2. Start database instance for which you want to change R12 port 3. Backup contextfile 4. Change as below in contextfile         dbport  : Change database port from 1521 to 1541         db_ons_localport : 6300 to 6320         db_ons_remoteport : 6400 to 6420         cmanport : 1521 to 1541 5. Run adautocfg.sh On Apps Tier Change Application port from 8000 to 8020 1. Logon as application manager user and source environment for R12 2. Backup contextfile 3. Run adpreclone    $ perl ./adpreclone.pl appsTier 4. Run adcfgclone and choose new port pool    $ cd $COMMON_TOP/clone/bin    $ perl ./adcfgclone.pl appsTier 5. Check new application URL SQL> select home_url from icx_parameters; HOME_URL ----------...

Oracle R12 : You are trying to access a page that is no longer active

Login fails “You are trying to access a page that is no longer active.” The issue can be reproduced at will with the following steps: Issue : After cloning process the login page of Oracle E-Business Suite R12 show the above error. Solution :  For this you need to update the new hostname in the  icx_parameteres table 1.   SQL> SELECT SESSION_COOKIE_DOMAIN FROM icx_parameters; SESSION_COOKIE_DOMAIN --------------------- erp.local.com (This is hostname of Source Application Tier) 2. SQL>update icx_parameters set SESSION_COOKIE_DOMAIN = ‘target.local.com’; 1 row updated. SQL> commit; Commit complete. (This has changed the SESSION_COOKIE_DOMAIN of target application to target hostname.domain_name) 3. SQL> SELECT SESSION_COOKIE_DOMAIN FROM icx_parameters; SESSION_COOKIE_DOMAIN --------------------- target.local.com