+

Search Tips   |   Advanced Search

Set the security bindings on a server acting as a client using the admin console


Use the Web services client editor within an assembly tool to include the binding information, that describes how to run the security specifications found in the extensions, in the client enterprise archive (EAR) file.

There is an important distinction between V5.x and V6 and later applications. The information in this article supports V5.x applications only that are used with WAS Version 6.0.x and later. The information does not apply to Version 6.0.x and later applications.

When configuring a client for WS-Security, the bindings describe how to run the security specifications found in the extensions. Use the Web services client editor within an assembly tool to include the binding information in the client EAR file.

We can configure the client-side bindings from a pure client accessing a Web service or from a Web service accessing a downstream Web service. Complete the following steps to find the location in which to edit the client bindings from a Web service that is running on the server. When a Web service communicates with another Web service, configure client bindings to access the downstream Web service.

 

  1. Deploy the Web service using the WAS admin console. Click Applications > Install New Application.

    We can access the admin console by typing http://localhost:port_number/ibm/console in your Web browser unless we have changed the port number.

    For more information, read about installing a new application.

  2. Click Applications > Application Types > WebSphere enterprise apps > application_name.

  3. Under Manage modules, click URI_name.

  4. Under WS-Security Properties, click Web Services: Client security bindings. A table displays with the following columns:

    • Component Name

    • Port

    • Web Service

    • Request Sender Binding

    • Request Receiver Binding

    • HTTP Basic Authentication
    • HTTP SSL Configuration

    For WS-Security, edit the request sender binding and response receiver binding configurations. We can use the defaults for some of the information at the server level and at the cell level in ND environments. Default bindings are convenient because we can configure commonly reused elements such as key locators once and then reference their aliases in the application bindings.

  5. View the default bindings for the server using the admin console by clicking Servers > Server Types > WebSphere application servers > myserver . Under Additional Properties, click JAX-WS and JAX-RPC security runtime.

    In a mixed node cell with a server using Websphere Application Server version 6.1 or earlier, click Web services: Default bindings for WS-Security

    You can configure the following sections. These topics are discussed in more detail in other sections of the documentation.

 

Next steps

When configuring the security request sender binding configuration, synchronize the information used to perform the specified security with the security request receiver binding configuration, which is configured in the server EAR file.

These two configurations must be synchronized in all respects because there is no negotiation during run time to determine the requirements of the server. For example, when configuring the encryption information in the security request sender binding configuration, use the public key from the server for encryption. Therefore, the key locator that you choose must contain the public key from the server configuration. The server must contain the private key to decrypt the message. This example illustrates the important relationship between the client and server configuration. Additionally, when configuring the security response receiver binding configuration, the server must send the response using security information known by this client security response receiver binding configuration.

The following table shows the related configurations between the client and the server. The client request sender and the server request receiver are relative configurations that must be synchronized with each other. The server response sender and the client response receiver are related configurations that must be synchronized with each other. Note that related configurations are end points for any request or response. One end point must communicate its actions with the other end point because run time requirements are not required.


Table 1. Related configurations

Client configuration Server configuration
Request sender Request receiver
Response receiver Response sender

 

Related concepts


Trust anchors
Collection certificate store
Key locator
Trusted ID evaluator
Login mappings

 

Related tasks


Set the client for request signing: digitally signing message parts
Set the client for request signing: choosing the digital signature method
Set the server for request digital signature verification: Verifying the message parts
Set the server for request digital signature verification: choosing the verification method
Set the server for response signing: digitally signing message parts
Set the server for response signing: choosing the digital signature method
Set the client for response digital signature verification: verifying the message parts
Set the client for response digital signature verification: choosing the verification method
Set the client security bindings using an assembly tool
Set the server security bindings using an assembly tool
Set the server security bindings
Install enterprise application files with the console
Secure Web services for V5.x applications using XML digital signature