<%NUMBERING1%>.<%NUMBERING2%>.<%NUMBERING3%> PRTG Manual: Remote Probe Setup Using Installer

In section Install a PRTG Remote Probe, we accompany your remote probe installation using the Remote Probe Installer. Here you find further information about necessary settings for a successful core probe connection and debugging tips.

icon-book-arrowsFor a semi-automatic installation of a Remote Probe directly from the device tree in the PRTG web interface, see section Remote Probe Quick Setup.

icon-i-round-redDo you run PRTG in a cluster? Then mind this important note.

Step 1: Prepare the Core Server

Because your remote probe needs to connect to your PRTG core server, your PRTG core server needs to accept incoming remote probe connections. So, please prepare your PRTG core server first.

Edit the relevant settings in System Administration—Core & Probes. From the main menu in the PRTG web interface, select Setup | System Administration | Core & Probes to access the probes settings and go to the Probe Connection Settings.

Probe Connection Settings in System Administration

Probe Connection Settings in System Administration

By default, a core server accepts connections from the Local Probe only (IP address 127.0.0.1). This setting is the most secure setting, but it does not allow any remote probe to connect to your PRTG core server.

To accept remote probes, choose one of the following settings:

  • All IPs available on this computer: Any IP on your core server system accepts incoming probe connections.
  • Specify IPs: Specify selected IP addresses that accept incoming connections.

Other settings are:

  • In the Access Keys field, you can enter a new access key that can be used for a core probe connection. The access key can include arbitrary signs and have arbitrary length. During the remote probe install process PRTG will add an access key automatically, so usually you will not have to define a key here.
  • In the Allow IPs field, you can enter the IP address of the computer you want to install a remote probe on. To make things easier, you can also enter the word any: this will set the core server to accept remote probes connecting from any IP address.
    icon-i-round-redIf you use any, make sure you write the word in lower case only! Any other variations will not be valid!
     
  • In the Deny IPs field, you can enter the IP address of the computers that you do not want to connect to the PRTG core server.
  • In the Deny GIDs field, you can enter the global ID (GID) of a device in your network that you do not want to connect to the PRTG core server. Future probe connections from this device will be denied automatically.
    icon-i-roundWhat is a global ID (GID)? It is the ID that PRTG Network Monitor attributes to every device that you include in your monitoring.

When you are done, click Save to save your settings. If you click Cancel, all changes to the core and probe settings will be discarded.

icon-i-round-redIf you change this setting, PRTG needs to restart the core server to apply your changes. After clicking the Save button, a dialog box appears which asks you to confirm the required core server restart. Click OK to trigger the restart and follow the instructions on the screen. During the restart all the users of the PRTG web interface, of the Enterprise Console, or of PRTG Apps for Mobile Network Monitoring will be disconnected and reconnected.

icon-book-arrowsFor further information about the core probe connection settings, see also the System Administration—Core & Probes section.

icon-i-roundTo edit the core probe connection settings you can also use the PRTG Administration Tool on your core server.

PRTG Cluster and Remote Probes Outside the LAN

icon-i-redIf you use the Clustering feature of PRTG and you want to run remote probes outside your local network, you have to make sure your cluster nodes and the addresses they use are reachable from the outside! Check your cluster node settings under System Administration—Cluster before installing a remote probe outside your local network. Enter addresses (DNS names or IPs) which are valid for both cluster nodes to reach each other and for remote probes to reach all cluster nodes individually. Remote probes outside your LAN cannot connect to your cluster nodes if they use local addresses.

icon-sheet-ok-blueIf you already have a remote probe installed outside your LAN and the probe is disconnected because of this, please follow these steps:

  1. Uninstall the current remote probe.
  2. Update the cluster node settings with addresses that are reachable from outside your LAN.
  3. Restart your PRTG core servers.
  4. Install the remote probe again. It will then obtain the IP address or DNS name entries that it can reach.

icon-book-arrowsSee also section Failover Cluster Configuration—Remote Probes in Cluster.

Step 2: Download and Install the Remote Probe

On the computer on which you want to install your remote probe, log in to the PRTG web interface, download the setup file, and install it. For more detailed instructions, please follow the steps described in Install a PRTG Remote Probe.

icon-i-roundThe PRTG core system already includes a local probe or cloud probe service. This is why you cannot additionally install a remote probe on that system.

icon-i-roundThe version numbers of core and probe services must match. By default, PRTG updates probes automatically when a new version is installed on the PRTG core server. To update your remote probe manually, open a web browser on your remote computer and download the remote probe installer as described in this manual section.

Step 3: Approve the New Probe and Start Monitoring

icon-prtg-on-premisesRemember to log in to the PRTG web interface to acknowledge your new remote probe!

Remote Probe Approval

Remote Probe Approval

icon-prtg-on-demandIf you successfully installed the remote probe from a PRTG in the cloud installation, you will see the following dialog box.

icon-i-round-redWhen you deny or remove a remote probe, PRTG will automatically add this device's global ID (GID) to the Deny GIDs list in System Administration—Core & Probes. Future probe connections from this device will be denied automatically.

icon-i-roundDenying the remote probe in the PRTG device tree does not uninstall the probe, but only denies access to the core server. The probe will continue to run on the target system until you uninstall it manually.

For unwanted probe connections, you can click Deny new probe.

icon-i-round-redWhen you deny or remove a remote probe, PRTG will automatically add this device's global ID (GID) to the Deny GIDs list in System Administration—Core & Probes. Future probe connections from this device will be denied automatically.

Once approved, PRTG automatically creates a set of sensors for the probe to ensure you can detect bottle-necks on the probe system immediately. We recommend that you keep these sensors. You can now create groups, devices, and sensors for monitoring via the new probe.

Furthermore, when a new probe connects to the core server for the first time, PRTG creates a new ToDo ticket.

Debugging Probe Connection Problems

If you have trouble with your core probe connection, make sure that you meet the following requirements:

  • The IP address of the computer on which you want to install a remote probe is not listed in the Deny IPs field.
  • The default port 23560 for probe connections is not blocked by firewall rules on your core server's side.

icon-book-bulbIf you need to set a different port (not recommended), see this Knowledge Base article: How can I customize PRTG's ports for core-probe-connections?

Furthermore, you can also take a look at the probe's log files. The probe process writes log files with a file name in the format PRTG Probe Log (x).log. Open the one with the most recent date.

For a correct connection the probe log should look similar to this:

11.08.2012 16:15:15 PRTG Probe Server V12.3.2.5101
11.08.2012 16:15:15 Starting Probe on "WINXPVMWARE"
11.08.2012 16:15:15 Data Path: C:\documents and settings\All Users\a[...]
11.08.2012 16:15:15 Local IP: 0.0.0.0
11.08.2012 16:15:15 Core Server IP and Port: 10.0.2.167:23560
11.08.2012 16:15:15 Probe ID: -1
11.08.2012 16:17:01 Connected to 10.0.2.167:23560
11.08.2012 16:17:06 Login OK: Welcome to PRTG

 

If the connection fails, for example due to an incorrect Access Key, or due to incorrect IP settings (see Step 2), you will see:

11.08.2012 16:31:02 Try to connect...
11.08.2012 16:31:02 Connected to 10.0.2.167:23560
11.08.2012 16:31:07 Login NOT OK: Access key not correct!

 

If you need to adjust any probe settings for the connection to the core server, use the PRTG Administration Tool on your probe system.

Remote Probe Settings in PRTG Administrator

Remote Probe Settings in PRTG Administrator

In the Connection to PRTG Core Server tab, you can then edit the following settings:

  • Server: Enter the IP address or DNS name of the core server the remote probe will connect to. If Network Address Translation (NAT) is used, this has to be the IP address that is externally visible, because the remote probe will connect from outside your network.
  • Probe Access Key and Confirm Access Key: Enter the access key that the probe will send to the core server. This access key has to be defined on the PRTG core server. Make sure the key phrases match exactly.

Remember to always click Save & Close to confirm your settings and to (re)start the probe service.

icon-book-arrowsFor more detailed information about these settings, see section PRTG Administration Tool.

More

Knowledge Base: How can I customize PRTG's ports for core-probe-connections?

 

 

 

Advanced Topics

Keywords: