Why is the site unavailable from some cities?
-
The reasons may vary: regional ISP blocks, routing issues,
CDN restrictions, IP address blocking. Use different check types
(HTTP, Ping) for accurate diagnostics.
What types of checks are available?
-
- HTTP/HTTPS - checks whether the web server responds, returns the response code, latency, IP address and redirects. Suitable for websites, APIs and web applications
- Ping (ICMP) - sends a packet to the specified host and measures response time. Shows whether the server is reachable at the network level, but does not guarantee the web service is working — many servers block ICMP
- TCP Port - checks whether a specific port is open on the server (e.g. 443, 25, 3306). Allows you to verify availability not only of websites, but also mail servers, databases and other services
- DNS - checks whether the domain name resolves to an IP address. If DNS does not respond, the site will be unavailable even if the server is working. Returns DNS records and resolution time
What does the website availability check show?
-
The check results include:
- HTTP response code — whether the server responds and how
- Response time (latency) — how many milliseconds it took the server to respond from each location
- Resource IP address — which address was resolved for the domain at a specific point in the world
- Redirect chain — if the server redirects the request, the service will show the full path
- Availability from different locations — the site may be unavailable only in certain regions or countries, while responding normally from other points
Which HTTP codes indicate the site is working correctly?
-
A normal response has a code in the 2xx range:
- 200 OK - page loaded successfully
- 201 Created - resource created (relevant for APIs)
- 204 No Content - request completed, response body is empty
3xx codes are also not errors — they are redirects:
- 301 Moved Permanently - permanent page move to a new address
- 302 Found - temporary redirect
Which HTTP codes indicate a problem?
-
Problem codes fall in the 4xx and 5xx ranges:
- 400 Bad Request - malformed request to the server
- 401 Unauthorized - authentication required
- 403 Forbidden - access to the resource is denied
- 404 Not Found - page not found
- 429 Too Many Requests - server is blocking requests due to rate limit exceeded
- 500 Internal Server Error - internal server error
- 502 Bad Gateway - server received an invalid response from an upstream server
- 503 Service Unavailable - server is overloaded or under maintenance
- 504 Gateway Timeout - server did not receive a timely response from upstream
A missing response (timeout) also indicates the resource is unavailable.
What does the Ping check show?
-
Ping sends ICMP packets to the specified host from multiple locations and measures response time. The check results show:
- Packet result — how many packets reached the server and came back (e.g. 3/3 means all three packets received a reply)
- RTT min/max/avg - minimum, maximum and average response time in milliseconds from each city
- IP address — which address corresponds to the domain at that point
If a city shows an empty result — the server is not responding to ICMP requests from that location. This may indicate either real unavailability or Ping being blocked at the firewall level.
What does the TCP port check show?
-
The TCP check establishes a connection to the specified server port from different locations. Unlike Ping, it checks not just host reachability but the availability of a specific service. The results show:
- Connection time per port — how many milliseconds it took to establish a TCP connection to port 443 (HTTPS) and port 80 (HTTP) from each city
- IP address — the address resolved for the domain at that point
- Port availability — if the port is closed or blocked, the connection will not be established and the result will be empty
The TCP port check is useful when a site does not open but Ping succeeds — this means the server is running but the web service is unavailable.
What does the DNS check show?
-
The DNS check requests domain name resolution to an IP address from different cities and countries using selected DNS servers. You can choose public resolvers — Cloudflare, Google, Yandex — or specify your own. The results show:
- IP addresses the domain resolves to — including IPv4 and IPv6 — from each point and through each DNS server
- Resolution time — how many milliseconds the DNS server took to respond from that location
- Summary statistics — total check time, number of points and countries covered
The DNS check helps identify whether a domain is blocked at the DNS level by a specific ISP, whether DNS record changes have propagated correctly after a site migration, and whether different resolvers return the same IP across different regions.
How long are check results stored?
-
Check results are guaranteed to be available via link for 2 days. After that, we
will store them for as long as our resources allow. Old data deletion
will be performed automatically once the storage volume limit is exceeded.
Save the link if you need to share the results with colleagues.
Can I select specific providers for the check?
-
Yes, use the provider filter in the interface. Checks are available via MTS,
Megafon, Beeline, Rostelecom and other operators in different cities.
What protocols are supported?
-
GEOPinger supports HTTP/HTTPS checks (including redirects and SSL validation),
ICMP Ping, TCP port scanning and DNS resolution via various servers.
All checks are performed in parallel from 40+ points.
Is it safe to use the service?
-
Yes, GEOPinger performs only standard network requests and does not collect sensitive data.
All checks are logged minimally and used only for displaying results.