In this Article

Overview

Your Self-managed Snaplex (Groundplex) allows access to endpoints that are in your network firewall. As a SnapLogic Org admin, you might typically involve your network admin or DevOps team from an organization to define the network settings of the Groundplex. Your Snaplex makes outbound HTTPS requests to the SnapLogic Control Plane. In addition to the SnapLogic Control Plane, the Snaplex also makes WebSocket Secure (WSS) outbound connections with the Control Plane, which uses this connection to send inbound control messages to the Snaplex. WSS is an extension of HTTPS that provides a standards-compliant and secure message-passing mechanism. The Groundplex does not require inbound network connectivity. The only requirement is outbound connectivity to the SnapLogic Control Plane over the HTTPS port 443.

A Groundplex also makes outbound connections to any endpoints referenced in a Pipeline. If the Pipeline running on the Snaplex communicates with Salesforce and Redshift endpoints, then the Snaplex makes outbound connections with Salesforce and Redshift databases. The protocol depends on the endpoint. For example, Salesforce Snaps use an HTTPS connection, and Redshift Snaps use a TCP connection, over TLS (SSL) optionally, to establish the JDBC connection.

Most Groundplexes run on nodes with outbound access to the internet enabled. Therefore, your Snaplex can start without any specific configuration. If your Groundplex is running on a node with restricted outbound access, use one of the following two methods to configure it: 

The IP address allowlist method requires you to open the firewall rules for each endpoint the Groundplex communicates with. Because many endpoints do not have a single IP address to allowlist, this might be a challenging task. Additionally, the Snaplex communicates directly with Amazon S3 for file operations, so those requests need to proxy through the Control Plane, causing the requests to run slowly. Some operations cannot be supported when direct access to S3 is disabled. The HTTP proxy method does not have these limitations.

note

We recommend using an HTTP proxy, because it enables communication with any endpoints using the HTTP protocol.

We recommend using an HTTP proxy, because it enables communication with any endpoints using the HTTP protocol.

You can set up Snaplex network communication through the following UI dialogs in Manager:

Learn more about the configuration fields on these tabs in https://docs-snaplogic.atlassian.net/wiki/spaces/SD/pages/840598217/Creating+the+Snaplex+in+Manager#Node-Configuration-Options.

HTTP Port Configuration

Use the Node Properties tab to change port values.

You can change the default values:

HTTP/HTTPS Port Customization

You can customize the HTTP port configuration used by the JCC node.

  1. Point the cursor and click the target Snaplex to open the Update Snaplex dialog.

  2. Click the Node Properties tab.

  3. In the HTTP Port or HTTPS Port field, specify the custom port value.

    snaplex-nodeproperties-ports.png

Updating this option changes the default setting in the global.properties file:

jcc.jetty_port = 8090

jcc.cc_secure_port = 8888

Feedmaster Broker Port Customization

If you Snaplex has a Feedmaster node, you can also customize the Feedmaster node port configuration. The default is 8089.

  1. Point the cursor and click the target Snaplex to open the Update Snaplex dialog.

  2. Click the Node Properties tab.

  3. Under Global properties, click (blue star) to open the key-value fieldset.

  4. Specify the custom port value.

The port used should be unique and cannot be the same as the ports used for the HTTP and HTTPS services.

HTTP Connection Pooling

Outbound HTTP connections created to the SnapLogic cloud or to any other HTTP endpoints are placed in a connection pool by default. You can configure the properties for the pool in etc/global.properties by adding them to the Update Snaplex dialog, Node Properties tab, Global properties table.

The http_client_socket_timeout must be set to a value higher than the maximum child Pipeline execution time. 

HTTP Proxy Configuration

In the typical HTTP Proxy configuration, the proxy forwards requests to any endpoint. You can use the same HTTP proxy for connecting with the SnapLogic Control Plane and also for connecting to other REST endpoints, such as Salesforce. Forward HTTP proxy type is the most flexible method for integrating multiple endpoints.

You can obtain the proxy configuration settings from your network operations team. You can open the Update Snaplex dialog in SnapLogic Manager and configure the HTTP proxy settings.

Learn more about specific field settings on the Node Proxies tab in Updating a Snaplex.

By default, a proxy routes all outbound HTTP and HTTPS requests. To restrict the proxy for requests routing outside your firewall, you need to change the proxy settings. First, you need to configure the Non-proxy Hosts field to restrict the endpoints that the proxy uses. Second, you need to disable the proxy to enable communication among the nodes in a Snaplex. If you cannot do the latter task, it can result in neighbor connectivity check failures for your Snaplex.

In the following example, the field restricts HTTP requests from routing to the local host or host in the http://example.com domain.

The proxy settings are configured per the standard JRE settings. These are displayed in the Node Proxies tab of your Snaplex in SnapLogic Manager:

jcc.http.proxyHost = myproxy.example.com
jcc.http.proxyPort = 3128
jcc.http.nonProxyHosts = localhost|127.*|[::1]|MYHOSTNAME|*.example.com
jcc.https.proxyHost = myproxy.example.com
jcc.https.proxyPort = 3128
jcc.https.nonProxyHosts = localhost|127.*|[::1]|MYHOSTNAME|*.example.com
jcc.http.proxyUser=proxyuser
jcc.http.proxyPassword=proxypass

Reverse Proxy Configuration

In some scenarios, your network operations team might configure a reverse proxy instead of a traditional proxy. In that case, all requests to the proxy are directly sent to the SnapLogic Control Plane. For example, if https://myproxy.test.com/ is the proxy server, a request will return the status from the SnapLogic Control Plane.

For example: curl https://myproxy.test.com/status 

To enable the Snaplex to work with the reverse proxy, add the following two key-value pairs to the Global Properties of your Snaplex:

Global property

Key

jcc.sldb_uri

Value

https://myproxy.test.com:443

Key

jcc.host_header

Value

control-plane-name.snaplogic.com

Where control-plane-name is one of the following:

Setting up a reverse proxy is unusual. In most cases, a forward proxy should be used.

Troubleshooting Snaplex Communication

You can run the following cURL commands to test communication with the Snaplex. In each command, you specify the Control Plane name in the URL.

Name

Control Plane

elastic

Production - default

emea

Production - EMEA region

uat

Testing - default

curl https://control-plane-name.snaplogic.com/status

A response with the status OK indicates successful completion.

If this request hangs or fails, then a proxy is required. Request the HTTP proxy information from your network operations team.

curl -x myproxy.mydomain.com:3128 https://control-plane-name.snaplogic.com/status

If this request fails with a 407 (Proxy Authentication Required), then you need to specify the authentication information in the proxy.

curl -x myproxy.mydomain.com:3128 --proxy-user "proxyuser:proxypasswd" https://control-plane-name.snaplogic.com/status

The -v option can be added to curl to get detailed messages.

Control Plane Name

For Windows-based Groundplexes, download the TLS (SSL) enabled https://curl.haxx.se/dlwiz/?type=bin&os=Win32&flav=-&ver=- to verify your configuration.