Tips to troubleshoot device to server connection

This guide gives you some tips to for troubleshooting if you cannot get your tracker to connect to your GpsGate Server installation.


When you've device connectivity issues, it's always useful to review the following items one by one:

1. SIM card

2. Ports open

3. Terminal traffic

4. Check Unknown connections

1. SIM card

  • Make sure the SIM card is active or GPRS is enabled on your SIM card (surprisingly often it is not). The best way to verify this is to test your SIM card in a mobile phone. Use the web browser to verify that GPRS is enabled. You can also test a TCP/IP service, or ask your operator, as some SIM cards only permit HTTP traffic and not TCP/IP.

An example of a SIM card activation portal. Consult your SIM provider for more details.


  • Verify the device APN settings. Check the APN, APN Username, and APN Password with your SIM provider.
  • If you have a prepaid card, make sure you have enough credit on it.
  • Disable the PIN code on the SIM card (or make sure the tracker can handle the PIN code). Put the SIM card in a mobile phone and go to the security settings to disable the PIN code.

More things to consider with SIM cards and GPRS billing. 

2. Ports Open

It's important to verify that both the server's and firewall ports are open, to allow incoming traffic from the GPS trackers. There are mainly two ways to check this in GpsGate platform:

In the application

1. Log in to an application with a Site Admin user.

2. Edit a unit/vehicle.

3. Go to Device 1.

4. Check the ports are open, if not, click on Open firewall.


Test the connection 

1. Navigate to Site Admin › Devices › Listeners

2. Select the device

3. Use the Test connection button.

Click on the Screenshot 2023-12-12 at 15.59.59.png button for your device listener to make a connection test from the Internet.

If the test completes in green, means that the configuration is correct.

Screenshot 2023-12-12 at 16.00.56.png

If the tester will mark where the problem is in red. In this example, the problem is that the firewall ports are closed for the TCP/IP 12050 which is the port Teltonika uses by default.

  • Enable Windows' Firewall ports.

Even if you open your router firewall ports, it could be Windows Firewall blocking your ports at the server level.

You can open Windows Firewall ports directly in the interface by pressing on the Allow Windows Firewall button:

Screenshot 2023-12-12 at 16.04.13.png

  • If the test fails on the Firewall side, you might have to perform the correspondent port-forwarding settings in your firewall or router and try again.
  • You also need to open port 80 for your web server.

3. Terminal traffic

The Terminal is a very useful tool to diagnose connections between server and tracker. Any incoming traffic will be displayed here.

If there's no traffic in the terminal, it could be a sign that you're missing some of the steps of the checklist above.


Read how to use the terminal here.

4. Check unknown connections

The Site administrator can check the unknown connections to check if the device is reporting but does not get recognised as an asset in the application by navigating to Site Admin › Diagnostics › Unknown connections: 

Clicking on each device will provide additional information.