Navigation:  Remote Monitoring and Management > Proactive Monitoring > Linux Server Monitoring > 24x7 Checks >

TCP Service Check

Previous pageReturn to chapter overviewNext page


Monitors the specified port on an IP address or hostname on the LAN, WAN or internet generating an alert where this is either open or closed


It can be used to alert to security risks and malfunctioning TCP/IP services applications, allowing developing problems on the network to be identified and resolved before they become big disasters.


There are various uses for this check including and you can be alerted when:


The mail server is not accepting connections

A web-server is not accepting connections

A database server is not accepting connections

Network Services DNS, DHCP, Wins etc are down

Required ports on other devices are not accepting connections

The SMTP gateway is not accepting connections

VPN services are no longer available

Specific ports are open when they shouldn't be, for example security risks on the network such as ports 25 (SMTP), 80 (HTTP), 3389 (RDP), 1723 (PPTP)


Check configuration:


The check is configured via the Dashboard:


Add : from the Add Check drop-down go to Add 24x7 Check, TCP Service Check.


Enter the Descriptive Name for the Check, which will appear on the Dashboard and Reports, then enter the Hostname or IP Address to query.


Select the Port from the drop-down. This list contains a number of preconfigured Ports, but it also possible to add custom ports by entering the port number in the Port: box.


The Alert behaviour is configured via the Check Mode, whether an Alert is generated if the specified port IS or is NOT accepting connections.


The Number of consecutive before an Alert is sent may be configured, where this threshold is exceeded an Alert is generated and the Check reported as failed on the Dashboard.


Edit : select the required PING Check in the lower pane then from the Checks drop-down Edit Check  and configure as required.


Where a Check is added or edited the new settings are downloaded to the Agent the next time it communicates back to the Dashboard and applied when the Check runs after that.


Delete : select the required TCP Service Check in the lower pane then from the Checks drop-down Delete. Enter the password of the user you have logged on to the Dashboard under to confirm deletion.