This documentation supports the 20.02 version of Remedy Action Request (AR) System.

To view an earlier version, select the version from the Product version menu.


Configuring a mid tier to launch a browser in a different mid tier

This section describes how to configure a central mid tier to launch a browser on another mid tier. Perform this procedure only after you have read and understood Multiple browser sessions in a distributed mid tier environment.

If you use BMC Remedy ITSM Suite applications, see  Registering hub and spoke servers Open link .

Best practice

We recommend that you do not configure your central AR System server until you have prepared a remote AR System server to be configured at the same time.

To configure a mid tier to render content in a different mid tier

Note

Perform this procedure on the central server for each remote server that you are configuring.

  1. On the central AR System server, add a new entry to the AR System Server to Key Map form for the remote AR System server.
    1. In the Server Name field, type the name of the server used for the remote AR System server in the midtier config tool of the remote mid tier. 

      Note

      If you enter the Fully Qualified Domain Name (FQDN) of the AR System server, then make sure that the FQDN of the remote AR System server can be resolved by using the domain name system (DNS) from the central mid tier server and from the remote mid tier server.

      If the FQDN of a remote AR System server is invalid, make sure the Server Name value for the remote server is valid in the AR System Server to Key Map form on the central server. Make sure the valid remote Server Name can be resolved from outside the specific DNS.

    2.  In the Public Key field, copy the Public Key for the remote AR System Server. Make sure to click the expand box of the Public Key field, then copy the Public Key into the expand box. The Public Key for the remote AR System Server will be found in the server's entry on the AR System Server to Key Map form hosted on the remote AR Server. In a server group, the group shares the same Public/Private key pair.
    3. In the Public Key field, copy the Public Key from the remote AR System Server. Make sure to click the expand box of the Public Key field, then copy the Public Key into the expand box. The Public Key for the remote AR System Server will be found in the server's entry on the AR System Server to Key Map form hosted on the remote AR server. For example, http:/midtierservername:port/arsys.
    4. In the Web Path field, type the mid tier base URL for the remote mid tier.
      If there is a load balancer situated between the browser and the remote mid tier, then type the URL of the load balancer instead of the mid tier base URL.

      Best practice

      For improved security, we recommend that you use HTTP over SSL (HTTPS) on all mid tiers. If a reverse proxy or load balancer is set up with HTTPS protocol, and the mid tier server is set up with HTTP protocol, then the transfer of information between these two servers is less secure. The less secure transfer of information between the two servers is most likely limited to within the secured intranet zone.

      If higher security is needed with encryption at all levels, the mid tier server can also be set up with HTTPS protocol. However, this might impair performance to end users due to multiple levels of encryption and decryption.

      If you configure multiple remote servers on the same reverse proxy, configure those servers with name-based virtual hosting and not URI path-based naming. For example, one central server and two remote servers on a single reverse proxy would be named hub.eng.remedy.com, spoke1.eng.remedy.com, and spoke2.eng.remedy.com. For details, see Sample configuration of a single reverse proxy server Open link .

  2. Write a workflow that invokes an Open Window action on the remote AR System server. For an example workflow, see the Scenario for creating an Open Window action workflow.

Note

You can only process a request in one session at a time. Therefore, click Open in New Window only once and then process that request. If you log on to the remote server in another browser window on the remote AR System server, and then close the new window without logging off, you can receive an error while attempting to process a request in the original session. This error is caused by concurrent sessions.

Scenario for creating an Open Window action workflow

This section provides a sample workflow for creating an active link on a test button with an Open Window action.

  1. Using SAMPLEDATA source, specify the following:
    • Sample Server Name as the central AR System server (such as arscentral.bmc.com)
    • Sample Form as User
    • Runtime Server Name as $Srv$
    • Runtime Form Name as $Form$
  2. Set up Window Type as Submit.
  3. Set up Target location as New.
  4. Set the Login Name field (Field ID 101) to User.
  5. Save the active link.
Was this page helpful? Yes No Submitting... Thank you

Comments