Skip to content

Use cases

What can I use inping for?

You can use inping wherever websites and servers should run reliably and someone needs to hear in time when they do not: for the customer projects of an agency, on your own servers, in an online shop, for a SaaS service, on a NAS, for an overview of security holes and for watching content.

The sections below are typical scenarios, not customer stories. They show the task, what inping does in it, where the limits are and where to go next.

Agency with customer projects

An agency looks after many customer projects

The task

Dozens of websites on different servers, and the customer should not be the first to notice that something is wrong. A single collective overview quickly blurs who is responsible for what.

What inping does

  • Separates by customer: one account, one team per customer, one project per application, each team with its own runners, agents and plan limits.
  • Informs the right people: your team, up to ten external addresses and the customer contacts of the project, with double opt-in.
  • Gives the customer their own status page with their logo, their colour and, if they wish, their domain.
  • Assigns roles: editors and viewers see only the projects you assign to them.

Read on

One account with several teams, each team with several projectsYour accountTeam customer AWebsiteURLs, serversShopURLs, serversTeam customer BPortalURLs, serversAPIURLs, servers
One possible split: one account, one team per customer, one project per application. Each team has its own runners, agents and plan limits; each project its own URLs, pages, servers and notification rules. The names are examples.

Features in this scenario

Internal IT and your own servers

An IT department runs its own servers

The task

Disks fill up, a service stops, a forgotten cron job runs under the wrong account. Problems like these usually surface only when someone calls.

What inping does

  • The agent reports CPU, memory, swap, disks and accounts, on Linux, Windows, macOS and FreeBSD. It only reads and opens no port.
  • Four default rules apply from the first report; you add your own per server. A silent agent is an alert of its own.
  • All installed packages and scheduled jobs of the host are on one page.
  • Your own runner in your own network checks internal applications.

Where the limit is

inping monitors servers and HTTP(S) services, not network devices over SNMP, and not individual ports or ICMP pings.

Read on

web-01.example.com Ubuntu 24.04
CPU34%
RAM11.4 of 16 GB
Disk /184 of 200 GB

Example data, modelled on the view in the app.

Features in this scenario

Online shop

An online shop has to stay reachable and up to date

The task

When the shop is down, revenue stops at once. If shipping texts or prices on a page change unnoticed, or a plugin has a known hole, it usually comes out late.

What inping does

  • Checks shop, checkout and API as individual URLs from several locations, also behind Basic Auth or with custom headers.
  • Watches individual pages such as shipping or terms and reports changes with a line diff.
  • Reads Composer and npm packages from the lock files and reports known vulnerabilities.
  • Collects errors from backend and browser through the Sentry SDKs, grouped into issues.

Where the limit is

The uptime check requests a URL and checks the status code. It does not click through an order.

Read on

shop.example.com 99.94%184 ms
1 min ago: 100 % · 170 ms
2 min ago: 100 % · 188 ms
3 min ago: 100 % · 205 ms
4 min ago: 100 % · 217 ms
5 min ago: 100 % · 224 ms
6 min ago: 100 % · 227 ms
7 min ago: 100 % · 224 ms
8 min ago: 100 % · 219 ms
9 min ago: 100 % · 212 ms
10 min ago: 100 % · 205 ms
11 min ago: 100 % · 201 ms
12 min ago: 100 % · 200 ms
13 min ago: 100 % · 203 ms
14 min ago: 100 % · 208 ms
15 min ago: 100 % · 215 ms
16 min ago: 100 % · 222 ms
17 min ago: 100 % · 227 ms
18 min ago: 100 % · 228 ms
19 min ago: 100 % · 225 ms
20 min ago: 100 % · 216 ms
21 min ago: 100 % · 202 ms
22 min ago: 100 % · 185 ms
23 min ago: 100 % · 166 ms
24 min ago: 100 % · 149 ms
25 min ago: 100 % · 133 ms
26 min ago: 100 % · 122 ms
27 min ago: 100 % · 116 ms
28 min ago: 100 % · 116 ms
29 min ago: 100 % · 119 ms
30 min ago: 100 % · 125 ms
31 min ago: 100 % · 131 ms
32 min ago: 100 % · 137 ms
33 min ago: 100 % · 140 ms
34 min ago: 100 % · 139 ms
35 min ago: 100 % · 136 ms
36 min ago: 100 % · 129 ms
37 min ago: 100 % · 121 ms
38 min ago: 100 % · 115 ms
39 min ago: 0 %
40 min ago: 0 %
41 min ago: 0 %
42 min ago: 100 % · 126 ms
43 min ago: 100 % · 141 ms
44 min ago: 100 % · 158 ms
45 min ago: 100 % · 177 ms
46 min ago: 100 % · 194 ms
47 min ago: 100 % · 208 ms
48 min ago: 100 % · 218 ms
49 min ago: 100 % · 222 ms
50 min ago: 100 % · 222 ms
51 min ago: 100 % · 218 ms
52 min ago: 100 % · 212 ms
53 min ago: 100 % · 206 ms
54 min ago: 100 % · 201 ms
55 min ago: 100 % · 200 ms
56 min ago: 100 % · 202 ms
57 min ago: 100 % · 207 ms
58 min ago: 100 % · 214 ms
59 min ago: 100 % · 222 ms
60 min ago: 100 % · 229 ms
61 min ago: 100 % · 232 ms
62 min ago: 100 % · 230 ms
63 min ago: 100 % · 224 ms
64 min ago: 100 % · 212 ms
65 min ago: 100 % · 196 ms
66 min ago: 100 % · 178 ms
67 min ago: 100 % · 160 ms
68 min ago: 100 % · 143 ms
69 min ago: 100 % · 130 ms
70 min ago: 100 % · 122 ms
71 min ago: 100 % · 119 ms
72 min ago: 100 % · 121 ms
73 min ago: 100 % · 126 ms
74 min ago: 100 % · 132 ms
75 min ago: 100 % · 137 ms
76 min ago: 100 % · 140 ms
77 min ago: 100 % · 140 ms
78 min ago: 100 % · 137 ms
79 min ago: 100 % · 131 ms
80 min ago: 100 % · 123 ms
81 min ago: 100 % · 114 ms
82 min ago: 100 % · 109 ms
83 min ago: 100 % · 106 ms
84 min ago: 100 % · 109 ms
85 min ago: 100 % · 117 ms
86 min ago: 100 % · 130 ms
87 min ago: 100 % · 147 ms
88 min ago: 100 % · 166 ms
89 min ago: 100 % · 184 ms
90 min ago: 100 % · 199 ms
Now90 minutes ago

Example data, modelled on the view in the app.

SaaS with a status page

A SaaS provider wants to inform its users itself

The task

During an incident, support requests pile up and the current state is in several places. Users want to see whether the problem is on their side or with the service.

What inping does

  • Publishes a status page on your own domain: only the public URLs with names, state, 90 days of uptime and open incidents.
  • Updates the page live through WebSockets; with no JavaScript it stays readable as a document.
  • Triggers signed webhooks to your own systems, for example a ticket system.
  • Shows logs, traces and the slowest endpoints; errors that come back count as a regression.

Read on

All systems operational status.example.com
1 min ago: 100 %
2 min ago: 100 %
3 min ago: 100 %
4 min ago: 100 %
5 min ago: 100 %
6 min ago: 100 %
7 min ago: 100 %
8 min ago: 100 %
9 min ago: 100 %
10 min ago: 100 %
11 min ago: 100 %
12 min ago: 100 %
13 min ago: 100 %
14 min ago: 100 %
15 min ago: 100 %
16 min ago: 100 %
17 min ago: 100 %
18 min ago: 100 %
19 min ago: 100 %
20 min ago: 100 %
21 min ago: 100 %
22 min ago: 100 %
23 min ago: 100 %
24 min ago: 100 %
25 min ago: 100 %
26 min ago: 100 %
27 min ago: 100 %
28 min ago: 100 %
29 min ago: 100 %
30 min ago: 100 %
31 min ago: 100 %
32 min ago: 100 %
33 min ago: 100 %
34 min ago: 100 %
35 min ago: 100 %
36 min ago: 100 %
37 min ago: 100 %
38 min ago: 100 %
39 min ago: 0 %
40 min ago: 0 %
41 min ago: 0 %
42 min ago: 100 %
43 min ago: 100 %
44 min ago: 100 %
45 min ago: 100 %
46 min ago: 100 %
47 min ago: 100 %
48 min ago: 100 %
49 min ago: 100 %
50 min ago: 100 %
51 min ago: 100 %
52 min ago: 100 %
53 min ago: 100 %
54 min ago: 100 %
55 min ago: 100 %
56 min ago: 100 %
57 min ago: 100 %
58 min ago: 100 %
59 min ago: 100 %
60 min ago: 100 %
61 min ago: 100 %
62 min ago: 100 %
63 min ago: 100 %
64 min ago: 100 %
65 min ago: 100 %
66 min ago: 100 %
67 min ago: 100 %
68 min ago: 100 %
69 min ago: 100 %
70 min ago: 100 %
71 min ago: 100 %
72 min ago: 100 %
73 min ago: 100 %
74 min ago: 100 %
75 min ago: 100 %
76 min ago: 100 %
77 min ago: 100 %
78 min ago: 100 %
79 min ago: 100 %
80 min ago: 100 %
81 min ago: 100 %
82 min ago: 100 %
83 min ago: 100 %
84 min ago: 100 %
85 min ago: 100 %
86 min ago: 100 %
87 min ago: 100 %
88 min ago: 100 %
89 min ago: 100 %
90 min ago: 100 %

Example data, modelled on the view in the app.

NAS and homelab

A NAS or homelab should run reliably

The task

In a homelab much of it runs behind the router, and no one checks it from outside. Containers stop or volumes fill up with no one noticing.

What inping does

  • The agent runs on a Synology NAS as a Compose project in Container Manager (not tested by us on real hardware) and reports CPU, memory, disks and every container.
  • Your own runner in Docker or on a Linux machine checks internal interfaces if you allow private networks in its configuration.
  • The free plan is enough to begin with: 2 agents and 1 own runner.

Where the limit is

On a Synology the agent reads neither DSM packages nor packages in other containers. Vulnerabilities there relate to mounted project directories.

Read on

Your own runner in a private network checks internal services and reports outbound to inpingYour networkNASweb interfaceIntranetinternal applicationControllernetwork managementYour own runnerLinux or Dockerchecks over HTTP(S)443inpingHTTPS only,outbound only
Your own runner also checks what cannot be reached from outside, if you allow private networks in its configuration. Nothing has to be opened inbound.

Features in this scenario

Security and patch overview

Security staff need a patch overview

The task

Which servers and projects use a vulnerable version? Are runtimes still running without support? With no inventory, that question starts from scratch with each new advisory.

What inping does

  • Keeps an inventory of all host packages (dpkg, RPM, apk) and all project packages from the lock files.
  • Compares daily with OSV and endoflife.date and reports new findings once, with severity and fixed version, until an update resolves them.
  • Links each finding to a public page under security advisories.
  • Checks dependencies in a CI job with the one-line scan, which exits with an error code on findings.

Where the limit is

The comparison relies on known entries in the databases. inping does not test your application for holes and does not replace a penetration test.

Read on

Vulnerabilities in shop.example.com

example/http-client 2.1.0 → 2.1.4 Critical
example-parser 1.8.2 → 1.8.5 High
PHP 8.1 → 8.4 End of Life

Example data, modelled on the view in the app.

Features in this scenario

Content and compliance

Legal texts and content should not change unnoticed

The task

An imprint, privacy policy, terms or price details can change through an update, a plugin error or an edit without the responsible person hearing of it. The same goes for newly published pages.

What inping does

  • Watches exactly the pages that count, with a CSS selector even just the relevant part, at an interval from 5 minutes to one week.
  • Reports every text change with a line diff by email or webhook to the responsible person.
  • Reports pages that have been added, through the sitemap.
  • Keeps 20 versions per page, so the previous text can be read again.

Where the limit is

inping reports that something has changed and does not assess it legally. With 20 versions per page it is neither a long-term archive nor proof.

Read on

/shipping changed 4 minutes ago

- Delivery time: 2 to 3 working days

+ Delivery time: 5 to 7 working days

+ New: we now also ship to Switzerland

Example data, modelled on the view in the app.

Features in this scenario

Side by side

Which feature suits which scenario?

The main features per scenario at a glance. The other features are available too, within the limits of your plan.

Features assigned to the scenarios
ScenarioUptimePage changesVulnerabilitiesServersDockerAlertsLogs and errorsStatus pagesAPI and MCP
Agency with customer projectsNoNoNoNoNo
Internal IT and your own serversNoNoNoNoNo
Online shopNoNoNoNoNo
SaaS with a status pageNoNoNoNoNo
NAS and homelabNoNoNoNoNoNo
Security and patch overviewNoNoNoNoNo
Content and complianceNoNoNoNoNoNoNo

Frequently asked questions

Questions about where inping fits

Who is inping for?

For agencies and teams who run several web applications for themselves and their customers, and for anyone who wants to keep an eye on their own servers, a NAS or individual websites. Anyone can sign up for free.

Can I monitor internal services with no public address?

Yes, with your own runner in the same network. You allow private networks in the configuration of the runner; the platform releases them only to your own runners. The runner opens only outbound HTTPS connections to inping. Loopback, link-local and cloud metadata addresses stay blocked.

Can my customers see what inping reports?

Yes, in three ways: through a public status page, as recipients of emails through the customer contacts of the project with double opt-in, or as viewers with access to the projects assigned to them.

Do I have to use all the features?

No. For uptime and change detection an account, a project and a URL are enough. The agent, your own runner, the status page and the log connection are added only if you need them.