The Universal Messenger core application running in a Tomcat server offers two interface types on HTTP:

• The graphical user interface, usually /cmsbs

• Web services (both built-in and individually built for your project with CSE), usually /cmsbs/rest

Those web services can act as interfaces to other systems but they can also be consumed by front end applications on your web sites. Those public interfaces can be:

• Tracking for newsletters

• Newsletter archive or browser view for individual newsletters

• Forms or JavaScript applications integrated into your website as widgets (e.g. newsletter subscription form, general contact form etc.)

• REST services consumed by headless web applications

In that case it is necessary to expose those interfaces to the Internet.

Directly exposing /cmsbs/rest and let your website users have access to all services is a very bad idea, especially, but not only, from a security standpoint.

UM REST Proxy

To expose specific web services to the Internet there is a separate web component called “UM REST Proxy”. It is a small Java web application which can run in a separate Tomcat server. It offers extensive configuration options to limit traffic and general availability of individual REST interfaces of the Universal Messenger.

Properties and functions

• Application specific Reverse Proxy or Application firewall

  • It manages only access to REST services offered by the Universal Messenger and only gives access to those REST services which are explicitly allowed (whitelist).

• Caching static resources so that the Universal Messenger has to answer only as few HTTP requests as possible. 

• Protection of internal infrastructure (Universal Messenger, databases etc.) from the effects of external (D)DOS attacks 

• Separation of public and protected API (internet vs. extranet) 

• Distribute and allocate front-end tasks in a cluster 

Infrastructure

You can have different UM Rest Proxy instances on different web servers, e.g. Intranet vs. Internet or different domains/tenants which all use different interfaces on the UM backend.

Getting the REST proxy web app

The UM REST Proxy web app is shipped with every Universal Messenger installation.

It can either be copied from the UM server directory UM/web-integration/cmsbs-restproxy.war and manually configured via context file or downloaded from the UM GUI as a preconfigured WAR file.

Typical configuration

Assuming you have the following setup:

1. Outmost web server for www.yourwebsite.com on server A, running on https port 443

2. Apache Tomcat with UM REST Proxy on same server A running on port 8080

3. Apache Tomcat with Universal Messenger on server B running on port 8080

Outmost web server → UM REST Proxy on local Tomcat

On your outmost web server or load balancer which handles your website under www.yourwebsite.com add a Reverse Proxy configuration to handle all requests to /p/…

Apache will need the following modules:

• proxy

• proxy_http

• headers

The configuration would looks like this:

<Location /p/>
    SetEnv proxy-initial-not-pooled 1
    ProxyPass "http://localhost:8080/p/"
    ProxyPassReverse "http://localhost:8080/p/"
    RequestHeader set x-cmsbs-urlprefix "https://www.yourwebsite.com/p"
    RequestHeader unset x-cmsbs-restproxy-path 
    RequestHeader unset x-forwarded-host 
</Location>

UM REST Proxy on local Tomcat → Universal Messenger on server B

Assuming the UM REST Proxy will be deployed as /p on Tomcat the context file would look like this:

<Context path="/p" docBase="/opt/UM/cmsbs-restproxy.war">
    <Parameter name="cmsbs.resturl" value="http://server-b:8080/cmsbs/rest" />
...
</Context>