This is an archive related to a previous version of Esri Maps for MicroStrategy. If you need the current version go to http://doc.arcgis.com/en/maps-for-microstrategy/.

Work with proxies

Under some circumstances, Esri Maps for MicroStrategy uses an internal proxy mechanism to broker communication with the ArcGIS platform (in addition to any web services referenced by retrieved ArcGIS items). When required, Esri Maps for MicroStrategy sends HTTP requests to the proxy, and the proxy forwards the requests to the remote web server (such as ArcGIS). The proxy then relays the response back to Esri Maps for MicroStrategy.

internal proxy mechanism

The internal proxy is not used if Esri Maps for MicroStrategy and all the data and web services it uses are on the same domain, or if both the client browser and all servers support Cross-Origin Resource Sharing (CORS). In most production environments, however, this configuration is not common, and configuring the internal proxy is recommended.

Specify CORS-enabled servers (optional)

Most modern browsers use the recommended standard, Cross-Origin Resource Sharing (CORS). The CORS standard adds headers to the HTTP specification that allow servers to describe the set of origins that are permitted to read resources and services using a web browser.

Esri Maps for MicroStrategy automatically detects servers that use Cross-Origin Resource Sharing (CORS) and communicates with these servers without issue. In some cases, however, the initial request (an HTTP POST, for example) is automatically routed through the Esri Maps for MicroStrategy internal proxy, even though the server is CORS-enabled. As an Esri Maps for MicroStrategy administrator, you can list the URLs for known CORS-enabled servers in the Esri Maps for MicroStrategy configuration file (settings.js) to ensure that all calls originating from those locations are automatically considered CORS-enabled, thereby bypassing the proxy.

To specify CORS-enabled servers:

  1. Use a standard text editor to open the application's configuration file.

    On Windows, the configuration file is in the following location: <MicroStrategy plugin directory>\em4mstr\JavaScript\configuration\settings.js

    On Linux, the configuration file is in the following location: <MicroStrategy plugin directory>/em4mstr/JavaScript/configuration/settings.js

  2. In the corsEnabledServers property, specify the URLs of the servers to be automatically considered CORS-enabled.

    Each URL must be enclosed within quotation marks, with multiple URLs separated by commas.

    For example: corsEnabledServers: ["mapserver.mycompany.com", "otherserver.othercompany.com"]

  3. Save and close the settings.js file.
  4. Restart your web application server. Clearing the browser cache may be required to implement changes.

Configure the internal proxy

Although the internal proxy is designed to work with minimal custom configuration, you can customize its settings to allow only requests to specific servers; that is, you can specify the resources to which the proxy will forward requests.

To configure the internal proxy settings, modify the proxy configuration file using a standard text editor.

The proxy configuration file (proxy.config) is located in the proxy directory that applies to your environment:

  • For Active Server Pages (ASP.NET) configurations (IIS), the proxy is located in the MicroStrategy Web installation directory.

    The default location is C:\Program Files (x86)\MicroStrategy\Web ASPx\plugins\em4mstr\asp\proxy.config.

  • For all JavaServer Pages (JSP) web application configurations, the proxy is in the location in which the web application server extracted the MicroStrategy WAR file.

    For example, when installing on Tomcat, the default location is Tomcat/webapps/MicroStrategy/plugins/em4mstr/jsp/proxy.config.

To define the URLs that Esri Maps for MicroStrategy is allowed to access, specify each individual URL in a separate serverUrl child element. Create a separate serverUrl element for every server that Esri Maps for MicroStrategy must access to retrieve map services.

For example:

<ProxyConfig mustMatch = "true">
  <serverUrls>
    <serverUrl url="http://www.arcgis.com"/>
    <serverUrl url=”http://geoenrich.arcgis.com”/>
    <serverUrl url=”http://geocode.arcgis.com”/>
    <serverUrl url=”http://gis.mycompany.com/arcgis/rest/services”/>
</serverUrls>

Test the proxy

To test the internal proxy, route an HTTP request through it. If the proxy returns the expected value, it is working correctly. The following steps provide examples of calls that simulate the HTTP traffic that Esri Maps for MicroStrategy would generate.

  1. To verify the location of the Esri Maps for MicroStrategy internal proxy, type its URL in a web browser's address bar.

    For ASP.NET configurations:http://Your_IIS_SERVER_URL.com/MicroStrategy/plugins/em4mstr/asp/proxy.ashx?www.TEST_URL.com

    For J2EE configurations:http://Your_JSP_SERVER_URL.com/MicroStrategy/plugins/em4mstr/jsp/proxy.jsp?http://www.TEST_URL.com

  2. Verify that you can connect to a known resource.

    For example, each of the following URLs should return a JSON object that describes the version of the software installed on the server.

    • ArcGIS Online: http://www.arcgis.com/sharing?f=pjson
    • Portal for ArcGIS instance: http://myPortal/gis/sharing/?f=pjson

  3. Route traffic through the internal proxy.

    For example, each of the following URLs should return a JSON object that describes the version of the software installed on the server:

    • ArcGIS Online:
      • ASP.NET configurations: http://Your_IIS_SERVER_URL.com/MicroStrategy/plugins/em4mstr/asp/proxy.ashx?http://www.arcgis.com/sharing?f=pjson
      • J2EE configurations: http://Your_JSP_SERVER_URL.com/MicroStrategy/plugins/em4mstr/jsp/proxy.jsp?http://www.arcgis.com/sharing?f=pjson
    • Portal for ArcGIS instance:
      • ASP.NET configurations: http://Your_IIS_SERVER_URL.com/MicroStrategy/plugins/em4mstr/asp/proxy.ashx?http://myPortal/gis/sharing?f=pjson
      • J2EE configurations: http://Your_JSP_SERVER_URL.com/MicroStrategy/plugins/em4mstr/jsp/proxy.jsp?http://myPortal/gis/sharing ?f=pjson

    A successful result means that your proxies are properly configured and working as expected.

Configure an optional upstream proxy

In situations in which Esri Maps for MicroStrategy must use its internal proxy, the internal proxy must be able to forward HTTP requests to the intended target resources (such as map services). In some environments, firewall rules prevent these requests from being sent; for example, the firewall may prevent HTTP traffic from leaving the internal network.

To solve this problem, you can configure an upstream forwarding proxy.

An upstream proxy allows connections outside the network without compromising the security of the internal network. One common approach to using an upstream proxy is to place a proxy server in a perimeter network to protect the internal network.

Place the optional upstream proxy server in a perimeter network to protect the internal network

The upstream proxy itself represents an enterprise-level, third-party (non-Esri) solution. It is not part of Esri Maps for MicroStrategy.

The Esri Maps for MicroStrategy proxy configuration file contains elements that allow you to configure an upstream proxy.

To configure upstream proxy settings, modify the proxy configuration file using a standard text editor.

  1. Set the useUpstreamProxy element's enabled attribute to true.
  2. Specify the URL of the upstream proxy server using the following convention:
    http://<address>:<port>
    

    where:

    • address—The address of the proxy server, for example, proxy.mycompany.com
    • port—The port number assigned to the proxy server, for example, 8888

    For example:

    <useUpstreamProxy enabled = true>
        http://proxy.mycompany.com:8888
    </useUpstreamProxy>
    

  3. To test the upstream proxy, route a request through the internal proxy, which will in turn route the call through the upstream proxy. For more information, see Test the proxy.