So far the tunnelling example has used a connection, where the sending DataHub instance pushes data to the receiving DataHub instance. But it is also possible to pull the data from the sending DataHub instance, using . This allows you to make an outbound tunnelling connection from the receiving side, which can be useful in some configurations.

![]() | |
This section builds on the previous two. For the best outcome, we recommend working through those sections first if you have not already done so. |
In the Tunnel/Mirror option
go to the Tunnel/Mirror Master section and make sure that the
box is checked, with the
default service/port number 4503.

We use this port in this example to demonstrate that this tunnelling works over SSL, and so we can enable and disable each connection independently.
When finished, click and .
In the Tunnel/Mirror option
click the
button.

Configure the following:

Connection Name: Enter
TUN001.
Primary Host: The name or IP address of the sending side computer.
Port: Set it to 4503
to match the SSL port on the sending side.
You can leave all other options at their default settings. When tunnelling external historian data, the local and remote data domain names are not used, and the data flow and connection options are ignored.
When finished, click and .
To keep this data separate from the Tunnel(Push) connection, you will need
to configure a separate InfluxDB database in the External
Historian option
.
Click the button to add an
connection. For the
Label enter Influx3 and for the
Database name enter
DataHubDB3.

This Influx3 historian will store your
separately from your
connection that logs to
Influx2.
Click and .
Now you need to create the Tunnel(Pull) connection itself. Again from the External Historian option, click the button and add a connection.

The Label can be something like
PullFromDH1.
The Tunnel connection name must match what
you entered above, TUN001.
For the Local historian label select
DataHubDB3
In the Remote System settings the Remote
forwarding strategy should be
FwdByTunnel.

When finished, click and .
The connection should now be functioning.
You can check Chronograf to see the results.

Test the store and forward feature by disabling the Tunnel/Mirror Slave connection on this side for at least 10 or 15 seconds.

You will start to see a gap in the data. When you re-enable the tunnel, the data should fill in, making the two trend lines identical again.