Configure a reverse caching proxyConfigure a reverse proxy that directs all traffic to your IBM Connections deployment to a single server.
Before you beginThis is an optional configuration. It is recommended for optimal performance, especially if users are accessing IBM Connections from a wide area network (WAN).
Ensure that you have installed IBM WebSphere Edge Components which is supplied with WAS Network Deployment. For more information, go to the http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.edge.doc/concepts/concepts10.htm#caching">WebSphere Edge Components information center.
You must also have completed the basic configuration of WebSphere Edge Components, set up a target backend server, and created an administrator account.
About this taskThe IBM WAS Edge components provide a caching proxy that you can use to optimize your deployment. Edge components are provided with the WAS Network Deployment software.
A reverse proxy configuration intercepts browser requests, forwards them to the appropriate content host, caches the returned data, and delivers that data to the browser. The proxy delivers requests for the same content directly from the cache, which is much quicker than retrieving it again from the content host. Information can be cached depending on when it will expire, how large the cache should be, and when the information should be updated.
This topic describes how to configure the Edge components to optimize the performance of IBM Connections.
1. Open the ibmproxy.conf configuration file for the Edge components in a text editor. The file is stored in the following directory:
- AIX or Linux™: /etc/
- Microsoft™ Windows™: C:\Program Files\IBM\edge\cp\etc\
2. Make the following edits to the file:
a. In the SendRevProxyName Directive section, add or enable the following rule:
b. In the PureProxy Directive section, add or enable the following rule:
c. In the SSL Directives section, add or enable the following rules:
d. In the Keyring Directive section, add or enable the following rules:
e. In the Mapping Rules section, add the following reverse pass rules:
ReversePass http://<httpserver>/* http://<proxyserver>/*
ReversePass https://<httpserver>/* https://<proxyserver>/*
where <httpserver> is the host name of the HTTP server. The HTTP server is usually IBM HTTP Server, but could be a load balancer or another proxy, depending on your deployment. <proxyserver> is the host name of the proxy server.
Note: You can only specify * in the URL (to indicate that all URLs for the server can be passed) if IBM Connections is the only application installed on the server. Alternatively, you can use a more specific URL such as http://<httpserver>/connections. You can use more than one ReversePass rule if you need to specify different servers for each component.
Add the following proxy rules:
Proxy /* http://<httpserver>/* :80
Proxy /* https://<httpserver>/* :443
f. Set the CacheTimeMargin rule to zero seconds. When a document's expiry date is set to “soon” and soon is defined by the CacheTimeMargin rule, setting this rule to zero disables the calculation and forces all documents to be cached, regardless of their expiry date. This setting is required for Blogs caching to function properly; it does not negatively affect the other applications.
CacheTimeMargin 0 seconds
g. Prevent the validation of a cache object from sending multiple requests for the same resource to the backend server by setting the KeepExpired rule to on. An expired or stale copy of the resource will be returned for the brief time that the resource is being updated on the proxy.
h. In the Method Directives section, add the following methods:
i. Add the following rule to the CacheQueries Directives section:
j. Configure the proxy to allow large file uploads by editing and uncommenting the LimitRequestBody directive:
LimitRequestBody n M
where n is the maximum file size in MB. For example: LimitRequestBody 50 M allows a file size of up to 50 MB.
3. Save and close the ibmproxy.conf file.
4. Update the dynamicHosts attribute in the LotusConnections-config.xml file to reflect the URL of the proxy server:
- The dynamic hosts settings does not affect interservice URLs. Therefore, even when the proxy server is enabled, IBM Connections still routes internal communication between the applications through their own interservice URLs. You can force this internal traffic to be routed over the proxy server by updating the interservice URLs to use the proxy server.
- Each href attribute in the LotusConnections-config.xml file is case-sensitive and must specify a fully-qualified domain name.
5. Restart the Edge server.
Parent topicOptional post-installation tasks
Mapping applications to IBM HTTP Server
Wiki - reverse-proxy
September 20, 2011 10:09:05 AM
Sep 20, 2011 10:09:05 AM Added proxy rules. 3 Jun 30, 2011 9:01:36 AM Changed CacheTimeMargin input value from "0 s" to "0 seconds" 2 May 23, 2011 9:46:53 AM Added note about updating the interservice URLs to use the proxy serve... 1 Submitted by Christoph Stoettner on Oct 26, 2011 6:34:08 AM
Re: Configuring a reverse caching proxy
I had to set SendRevProxyName to no!
With yes the WAS Plugin don't accept the Connections URLS.Submitted by Klaus Bild on Apr 12, 2011 8:34:40 AM
Re: Configuring a reverse caching proxy: ic301
CacheTimeMargin has to be "0 seconds" not "0s"