Zum Inhalt springen

Anwendungsfälle

Wofür kann ich inping nutzen?

Sie können inping überall dort nutzen, wo Websites und Server zuverlässig laufen sollen und jemand rechtzeitig davon erfahren muss, wenn sie es nicht tun: bei Kundenprojekten einer Agentur, auf eigenen Servern, in einem Online-Shop, für einen SaaS-Dienst, auf einem NAS, für den Überblick über Sicherheitslücken und zum Beobachten von Inhalten.

Die folgenden Abschnitte sind typische Szenarien, keine Kundengeschichten. Sie zeigen die Aufgabe, was inping dabei tut, wo die Grenzen liegen und wo es weitergeht.

Agentur mit Kundenprojekten

Eine Agentur betreut viele Kundenprojekte

Die Aufgabe

Dutzende Websites auf verschiedenen Servern, und der Kunde soll nicht als Erster bemerken, dass etwas nicht stimmt. Eine einzige Sammelübersicht vermischt dabei schnell die Zuständigkeiten.

Was inping tut

  • Trennt nach Kunde: ein Konto, ein Team je Kunde, ein Projekt je Anwendung, jedes Team mit eigenen Runnern, Agents und Planlimits.
  • Informiert die richtigen Personen: Ihr Team, bis zu zehn externe Adressen und die Kundenkontakte des Projekts mit Double-Opt-in.
  • Gibt dem Kunden eine eigene Statusseite mit seinem Logo, seiner Farbe und auf Wunsch seiner Domain.
  • Vergibt Rollen: Bearbeiter und Betrachter sehen nur die Projekte, die Sie ihnen zuweisen.

Weiterlesen

Ein Konto mit mehreren Teams, jedes Team mit mehreren ProjektenIhr KontoTeam Kunde AWebsiteURLs, ServerShopURLs, ServerTeam Kunde BPortalURLs, ServerAPIURLs, Server
Eine mögliche Aufteilung: ein Konto, ein Team je Kunde, ein Projekt je Anwendung. Jedes Team hat eigene Runner, Agents und Planlimits; jedes Projekt eigene URLs, Seiten, Server und Benachrichtigungsregeln. Die Namen sind Beispiele.

Funktionen in diesem Szenario

Interne IT und eigene Server

Eine IT-Abteilung betreibt eigene Server

Die Aufgabe

Datenträger laufen voll, ein Dienst bleibt stehen, ein vergessener Cron-Job läuft unter dem falschen Konto. Solche Probleme fallen meist erst auf, wenn jemand anruft.

Was inping tut

  • Der Agent meldet CPU, Speicher, Swap, Datenträger und Konten, auf Linux, Windows, macOS und FreeBSD. Er liest nur und öffnet keinen Port.
  • Vier Standardregeln greifen ab dem ersten Bericht; eigene Regeln kommen je Server hinzu. Ein stummer Agent ist ein eigener Alarm.
  • Alle installierten Pakete und geplanten Jobs des Hosts stehen auf einer Seite.
  • Interne Anwendungen prüft ein eigener Runner im eigenen Netz.

Wo die Grenze liegt

inping überwacht Server und HTTP(S)-Dienste, keine Netzwerkgeräte über SNMP und keine einzelnen Ports oder ICMP-Pings.

Weiterlesen

web-01.beispiel.de Ubuntu 24.04
CPU34 %
RAM11,4 von 16 GB
Disk /184 von 200 GB

Beispieldaten, der Ansicht in der App nachgebildet.

Funktionen in diesem Szenario

Online-Shop

Ein Online-Shop muss erreichbar und aktuell bleiben

Die Aufgabe

Fällt der Shop aus, fehlt der Umsatz sofort. Ändern sich Versandtexte oder Preise auf einer Seite unbemerkt, oder hat ein Plugin eine bekannte Lücke, fällt es meist erst spät auf.

Was inping tut

  • Prüft Shop, Kasse und API als einzelne URLs aus mehreren Standorten, auch hinter Basic Auth oder mit eigenen Headern.
  • Beobachtet einzelne Seiten wie Versand oder AGB und meldet Änderungen mit Zeilen-Diff.
  • Liest Composer- und npm-Pakete aus den Lock-Dateien und meldet bekannte Schwachstellen.
  • Sammelt Fehler aus Backend und Browser über die Sentry-SDKs, gruppiert zu Issues.

Wo die Grenze liegt

Die Uptime-Prüfung fragt eine URL ab und prüft den Statuscode. Sie klickt sich nicht durch einen Bestellvorgang.

Weiterlesen

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

Beispieldaten, der Ansicht in der App nachgebildet.

SaaS mit Statusseite

Ein SaaS-Anbieter möchte seine Nutzer selbst informieren

Die Aufgabe

Bei einer Störung laufen Support-Anfragen auf, und der Stand steht an verschiedenen Stellen. Nutzer möchten sehen, ob das Problem bei ihnen oder beim Dienst liegt.

Was inping tut

  • Veröffentlicht eine Statusseite unter eigener Domain: nur die öffentlichen URLs mit Namen, Zustand, 90 Tagen Uptime und offenen Störungen.
  • Aktualisiert die Seite live über WebSockets, ohne JavaScript bleibt sie als Dokument lesbar.
  • Löst signierte Webhooks an eigene Systeme aus, zum Beispiel an ein Ticketsystem.
  • Zeigt Logs, Traces und die langsamsten Endpunkte; Fehler, die zurückkehren, gelten als Regression.

Weiterlesen

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

Beispieldaten, der Ansicht in der App nachgebildet.

Funktionen in diesem Szenario

NAS und Homelab

Ein NAS oder Homelab soll zuverlässig laufen

Die Aufgabe

Im Homelab läuft vieles hinter dem Router, und von außen prüft das niemand. Container stoppen oder Volumes laufen voll, ohne dass es jemand merkt.

Was inping tut

  • Der Agent läuft auf einem Synology-NAS als Compose-Projekt im Container Manager (von uns nicht auf echter Hardware getestet) und meldet CPU, Speicher, Datenträger und jeden Container.
  • Ein eigener Runner in Docker oder auf einem Linux-Rechner prüft interne Oberflächen, wenn Sie private Netze in seiner Konfiguration erlauben.
  • Der kostenlose Tarif reicht für den Einstieg: 2 Agents und 1 eigener Runner.

Wo die Grenze liegt

Auf einer Synology liest der Agent weder DSM-Pakete noch Pakete in fremden Containern. Schwachstellen beziehen sich dort auf eingebundene Projektverzeichnisse.

Weiterlesen

Ein eigener Runner im privaten Netz prüft interne Dienste und meldet ausgehend an inpingIhr NetzNASWeboberflächeIntranetinterne AnwendungControllerNetzwerkverwaltungEigener RunnerLinux oder Dockerprüft per HTTP(S)443inpingnur HTTPS,nur ausgehend
Ein eigener Runner prüft auch, was von außen nicht erreichbar ist, wenn Sie private Netze in seiner Konfiguration erlauben. Eingehend muss nichts geöffnet werden.

Funktionen in diesem Szenario

Sicherheit und Patch-Übersicht

Sicherheitsverantwortliche brauchen einen Patch-Überblick

Die Aufgabe

Welche Server und Projekte nutzen eine verwundbare Version? Laufen noch Laufzeiten ohne Support? Ohne Inventar beginnt diese Frage bei jeder neuen Meldung von vorn.

Was inping tut

  • Führt ein Inventar aller Host-Pakete (dpkg, RPM, apk) und aller Projektpakete aus den Lock-Dateien.
  • Gleicht täglich mit OSV und endoflife.date ab und meldet neue Befunde einmal, mit Schweregrad und korrigierter Version, bis ein Update sie behebt.
  • Verlinkt jeden Befund auf eine öffentliche Seite unter Sicherheitsmeldungen.
  • Prüft Abhängigkeiten im CI-Job mit dem Ein-Zeilen-Scan, der bei Befunden mit einem Fehlercode endet.

Wo die Grenze liegt

Der Abgleich beruht auf bekannten Einträgen in den Datenbanken. inping testet Ihre Anwendung nicht auf Lücken und ersetzt keinen Penetrationstest.

Weiterlesen

Sicherheitslücken in shop.beispiel.de

beispiel/http-client 2.1.0 → 2.1.4 Kritisch
beispiel-parser 1.8.2 → 1.8.5 Hoch
PHP 8.1 → 8.4 End of Life

Beispieldaten, der Ansicht in der App nachgebildet.

Funktionen in diesem Szenario

Inhalte und Compliance

Rechtstexte und Inhalte sollen nicht unbemerkt wechseln

Die Aufgabe

Impressum, Datenschutzerklärung, AGB oder Preisangaben können sich durch ein Update, einen Plugin-Fehler oder eine Bearbeitung ändern, ohne dass die zuständige Person davon erfährt. Dasselbe gilt für neu veröffentlichte Seiten.

Was inping tut

  • Beobachtet genau die Seiten, die zählen, mit einem CSS-Selektor auch nur den relevanten Bereich, im Intervall von 5 Minuten bis zu einer Woche.
  • Meldet jede Textänderung mit Zeilen-Diff per E-Mail oder Webhook an die zuständige Person.
  • Meldet über die Sitemap Seiten, die neu hinzugekommen sind.
  • Bewahrt 20 Stände je Seite auf, damit sich der vorherige Text nachlesen lässt.

Wo die Grenze liegt

inping meldet, dass sich etwas geändert hat, und bewertet es nicht rechtlich. Mit 20 Ständen je Seite ist es kein Langzeitarchiv und kein Nachweis.

Weiterlesen

/versand geändert vor 4 Minuten

- Lieferzeit: 2 bis 3 Werktage

+ Lieferzeit: 5 bis 7 Werktage

+ Neu: Versand auch in die Schweiz

Beispieldaten, der Ansicht in der App nachgebildet.

Funktionen in diesem Szenario

Im Vergleich

Welche Funktion passt zu welchem Szenario?

Die wichtigsten Funktionen je Szenario auf einen Blick. Die übrigen Funktionen stehen daneben ebenfalls bereit, im Rahmen der Limits Ihres Tarifs.

Zuordnung der Funktionen zu den Szenarien
SzenarioUptimeSeitenänderungenSchwachstellenServerDockerAlarmeLogs und FehlerStatusseitenAPI und MCP
Agentur mit KundenprojektenNeinNeinNeinNeinNein
Interne IT und eigene ServerNeinNeinNeinNeinNein
Online-ShopNeinNeinNeinNeinNein
SaaS mit StatusseiteNeinNeinNeinNeinNein
NAS und HomelabNeinNeinNeinNeinNeinNein
Sicherheit und Patch-ÜbersichtNeinNeinNeinNeinNein
Inhalte und ComplianceNeinNeinNeinNeinNeinNeinNein

Häufige Fragen

Fragen zu den Einsatzmöglichkeiten

Für wen eignet sich inping?

Für Agenturen und Teams, die mehrere Webanwendungen für sich und ihre Kunden betreiben, und für alle, die eigene Server, ein NAS oder einzelne Websites im Blick behalten möchten. Registrieren kann sich jede Person kostenlos.

Kann ich interne Dienste ohne öffentliche Adresse überwachen?

Ja, mit einem eigenen Runner im selben Netz. Private Netze erlauben Sie dafür in der Konfiguration des Runners; die Plattform gibt sie nur eigenen Runnern frei. Der Runner baut nur ausgehende HTTPS-Verbindungen zu inping auf. Loopback, Link-Local und Cloud-Metadaten-Adressen bleiben gesperrt.

Können meine Kunden sehen, was inping meldet?

Ja, auf drei Wegen: über eine öffentliche Statusseite, als Empfänger von E-Mails über die Kundenkontakte des Projekts mit Double-Opt-in oder als Betrachter mit Zugriff auf die ihnen zugewiesenen Projekte.

Muss ich alle Funktionen nutzen?

Nein. Für die Uptime und die Änderungserkennung genügen ein Konto, ein Projekt und eine URL. Der Agent, ein eigener Runner, die Statusseite und die Log-Anbindung kommen nur dazu, wenn Sie sie brauchen.