Set up SSL

Set up SSL

Get an overview of the tasks that are required to configure SSL for WebSphere Portal. Some of these tasks are performed on the IBM WAS and the Web server. The steps that refer to the WAS and the Web server are summarized here; you should refer to the WAS and the Web server documentation for detailed information. Steps that are unique to WebSphere Portal are described in detail here. This procedure might be slightly different if a front-end security proxy server such as IBM TivoliAccess Manager WebSEAL is used. In that case, the front-end security server handles the client SSL connections. The Web server receives connections from the front-end security proxy server. Mutually authenticated SSL could be configured between the Web server and the front-end security proxy server if needed. This is highly dependent on the security requirements of each deployment.
If you plan to use a Tivoli Access Manager WebSEAL TAI with an SSL junction, perform only steps 1-3 of this procedure.
If only the login process should be secure over SSL, perform the first three steps and then go to Configuring SSL only for the login process.
Configure the Web server to support HTTPS. This involves setting up the Web server to accept inbound connections from client browsers over SSL. Depending on the Web server you want to use, other software may have to be installed on the Web Server machine, for instance Microsoft™ Internet Information Server and Microsoft Certificate Service. The Web server must have a port defined (usually 443), and the necessary certificates and keys must be installed. Go to Secure with SSL communications for information on how to enable SSL on an IBM HTTP Server.
If this is a production environment, obtain a certificate from a certificate authority. For testing purposes, you can use IKEYMAN to generate a self-signed certificate. Refer to Certificate management using iKeyman prior to SSL for information about the IKEYMAN.
For Internet Information Server, use the Web server's resource tool kit to create SSL keys.

Configure the WAS plug-in for the Web server to forward WebSphere Portal traffic that is received over SSL to WAS (which will then forward the traffic to WebSphere Portal ). Refer to Configure the Web server plug-in for Secure Sockets Layer for information on how to configure the plug-in. This topic discusses the configuration for the IBM HTTP Server; however, the Web server-related configuration in this situation is not specific to any distributed platform Web server.

In configurations where the Web server and WebSphere Portal reside on separate machines, requests to the Web server are rerouted to the application server. Under these circumstances, you can also configure SSL between the Web server and the application server to provide more complete security. This requires that you create additional keyfiles for the Web server plug-in and for the embedded HTTPS of WAS. For information on configuring SSL between the Web server and the application server, refer to the section entitled 8.7.2 Application server configuration: Web container configuration of the IBM WAS V7.0 Security Guide, SG24-7660-00.
Always create a new SSL keystore and truststore for the external Web server and change the WebSphere_Portal server's secure transport channel to use the new SSL repository.
CAUTION: Do not modify the default SSL key and truststore.

Create or modify the two required properties in the configuration services:

Log on to the IBM WAS administrative console in a standalone environment or on the Deployment Manager administrative console in a clustered environment.

Navigate to Resources -> Resource Environment -> Resource Environment Providers.

Click WP ConfigService.

Click Custom Properties under the Additional Properties heading.

Locate the redirect.login.ssl property and perform one of the following options:
Parameter values: redirect.login.ssl determines the protocol to use when you click the login button. Specify one of the following values:

true to use HTTPS.

false to use HTTP.

If the property exists, click the property to modify it and change the value to true.

If the property does not exist, click New to create the property and enter the following information:

Name: redirect.login.ssl

Value: true

Type: java.lang.String

Locate the host.port.https property and perform one of the following options:

If the property exists, click the property to modify it and change the value to alias_port.
alias_port is the port number used for the virtual host alias that is specified in a previous step (usually 443).

If the property does not exist, click New to create the property and enter the following information:

Name: host.port.https

Value: 443

Type: java.lang.String

Click Save to save the changes to the master configuration.

Log out of the administrative console.
Update the Transport Security Constraint in wps.ear.
You can modify the transport guarantee so that WAS enforces the use of SSL for all pages under the /myportal/ URL. This step is required only if you need to completely secure the protected area over HTTPS.
Perform this step on the primary node, then perform a full resynchronize to propagate the changes to all nodes.
Export wps.ear.
See the following topic for instructions: Export the portal EAR file.

Navigate to the directory where you exported wps.ear: path_to_exported_EAR/installedApps/node_name/wps.ear/wps.war/WEB-INF
You might need to extract the exported EAR before you can edit any files.

Locate and open web.xml with any text editor.
Set the value of the <transport-guarantee> element to CONFIDENTIAL under the <security-constraint> element for the /myportal/* URL. Do not change the values for the other <transport-guarantee> elements.
Update the XML as follows:
      <security-constraint id="SecurityConstraint_1">
         <web-resource-collection id="WebResourceCollection_1">
            <web-resource-name></web-resource-name>
         <url-pattern>/myportal/*</url-pattern>
         	
			<http-method>DELETE</http-method>
            <http-method>POST</http-method>
            <http-method>GET</http-method>
            <http-method>PUT</http-method>
         </web-resource-collection>
         <auth-constraint id="AuthConstraint_1">
            <description></description>
            <role-name>All Role</role-name>
         </auth-constraint>
         <user-data-constraint id="UserDataConstraint_4">
            <transport-guarantee>CONFIDENTIAL</transport-guarantee> 
         </user-data-constraint>
      </security-constraint>
Save and close web.xml.

Redeploy wps.ear.
See the following topic for instructions: Redeploying the portal EAR file.

Clustered: Synchronize the nodes.

Log in to the Deployment Manager.

Select System Administration -> Nodes.

Select the nodes to synchronize from the list.

Click Full Resynchronize.
To update theme links:
Edit the JSP and JSPF files that provide the login link. Locate the JSP and JSPF files that include the "wps.Login" string:
You should not edit any of the themes shipped with WebSphere Portal because these themes are updated with fixes. Instead, you should copy the theme and make changes to the copy.
Find theme resources: See the Location of theme resources link below.
This attribute should appear in a tag similar to the following:
     <portal-navigation:urlGeneration contentNode="wps.Login" 
          portletWindowState="Normal">
The exact structure of this tag can vary depending on how it was constructed by the page designer. JSP comments might also be used to indicate where the login link is located:
      <%-- login button --%>
After finding the login link, change or add the ssl="true" attribute to the <portal-navigation:urlGeneration> tag of the anchor, for example:
<wps:if loggedIn="no" notSelection="wps.Login">
 <wps:urlGeneration contentNode="wps.Login" 
            portletWindowState="Normal" ssl="true">
  <td class="wpsToolBar" valign="middle" nowrap>
   <a href="<% wpsURL.write(escapeXmlWriter); %>" class="wpsToolBarLink">
   <wps:text key="link.login" bundle="nls.engine"/>
   </a>
  </td>
 </wps:urlGeneration>
</wps:if>
The previous examples use the portal-navigation: prefix to designate JSP tags from the portal navigation tag library. Your custom JSPs might use a different tag prefix.
Optional. Perform the following steps when using a remote Web server if you need to allow direct access to the WebSphere_Portal node on the internal port, for example http://www.ibm.com:10039/wps/portal:

From the WAS Administrative console go to Servers -> Server Types -> WebSphere application servers -> WebSphere_Portal -> Web Container Settings -> Web Container Transport Chains.

Click New.

Select a name for the transport chain.

Select the WebContainer-Secure template (templates/chains|webcontainer-chains.xml).

Select Next.

Specify the Port name; for example 443.

Click Next.

Click Finish to confirm the creation of the transport chain.

Click Save.

If this is a clustered environment, repeat the above steps for each node in the cluster, for example WebSphere_Portal2, and then synchronize the changes to all nodes.

Optional. Perform the following steps only if using the Login portlet:

Log in to WebSphere Portal.

Navigate to Administration -> Portlet Management -> Portlets.

Locate the Login portlet and click the Configure portlet icon.

Locate the UseSecureLoginActionUrl parameter and click the Edit value icon.

Type true in the Value field and click OK to save changes.

Click OK to return to the Manage Portlets portlet.

In a stand-alone environment, stop and restart the server1 and WebSphere_Portal servers. In a clustered environment, stop and restart the Deployment Manager and the WebSphere_Portal servers.
Clustered: In the Deployment Manger, verify that the EAR changes have been successfully synchronized to all nodes. Stop and restart the servers on all nodes.

Follow these steps to test changes:

Launch the home page in a Web browser through an HTTP URL that is not secure (for example, http://hostname.example.com:10039/wps/portal, where hostname.example.com is the fully qualified host name of the machine where WebSphere Portal is running and 10039 is the default transport port that is created by WAS; the port number may be different for environment.).

Verify that the login link in the banner area uses the HTTPS schema for the link to the login page.

Enter username and password and then click the login link to verify that this page is already protected; the URL must be HTTPS and the browser must indicate that the page is protected.
Browser security prompt: After you click the login link to accept the server certificate, a browser security prompt might appear.

Log off.

Log in using an HTTP URL that is not secure and that points directly to the protected area (for example, http://www.ibm.com:10039/wps/portal).

Verify that you are requested to login and that the login page and the portal page afterwards are protected through SSL.
If the security-constraint has not been modified to CONFIDENTIAL, SSL will not protect the login page and the portal pages.
Parent
Configure SSL

Next topic
Configure SSL only for the login process

Related tasks

Redeploying the portal EAR file
Export the portal EAR file
Location of theme resources

Configure SSL only for the login process

+
Search Tips | Advanced Search