Home » Funktionen » Netzwerküberwachung

Globales Monitoring-Netzwerk: 33 Standorte, 18 Länder, 6 Kontinente

Hier wird Ihre Website, API und Infrastruktur tatsächlich getestet. Dotcom-Monitor betreibt eigene Monitorstandorte in 33 Städten in 18 Ländern und 6 Kontinenten, mit 75 Überwachungsknoten auf IPv4 und 48 auf IPv6.

Jeder Standort läuft auf eigener Infrastruktur in einem kommerziellen Rechenzentrum, mit veröffentlichten IP-Adressen, wobei dieselben Prüfungen zum gleichen Zeitplan durchgeführt werden. Wählen Sie die Standorte aus, die zu Ihren Nutzern passen, und vergleichen Sie die Ergebnisse zwischen ihnen.
Die Kurzfassung

Was Unser Globales Monitoring-Netzwerk Ist

Unser globales Monitoring-Netzwerk ist die Sammlung von 33 Monitoring-Standorten, von denen Dotcom-Monitor Prüfungen durchführt — 18 Länder, 6 Kontinente, jeder ein Monitoring-Knoten in einem kommerziellen Rechenzentrum mit eigenen veröffentlichten IP-Adressen. Wenn Sie einen Monitor konfigurieren, wählen Sie aus, welche dieser Standorte ihn ausführen. Jeder ausgewählte Standort führt die vollständige Prüfung unabhängig aus und meldet seine eigenen Zeiten, Statuscodes und Fehler, sodass ein Problem, das nur in einem Teil der Welt besteht, nur dort als Problem angezeigt wird.

Standorte führen jeden vom System unterstützten Prüfungstyp aus: echte Browser-Seitenaufrufe und mehrstufige EveryStep-Transaktionen, REST-, SOAP- und GraphQL-API-Aufrufe sowie Protokollebene-Prüfungen wie DNS, SSL, SMTP, FTP, TCP-Port, Ping und Traceroute. Es gibt keinen reduzierten Funktionsumfang am Rand — eine Prüfung in Sydney ist die gleiche Prüfung wie eine in Chicago.

Eine Klarstellung, weil die Namen ähnlich aussehen. Diese Seite handelt davon, von wo wir überwachen: unsere eigene Infrastruktur und deren geographische Abdeckung. Es geht nicht um die Überwachung des Netzwerks, das Sie besitzen. Wenn Sie Erreichbarkeits-, Latenz-, Routing- und Paketverlust-Prüfungen gegen Ihre eigenen Hosts, Router und Leitungen benötigen — Ping-, Traceroute- und TCP-Port-Überwachung, die auf Ihre Infrastruktur gerichtet ist — das ist Netzwerküberwachung, und dazu gibt es eine eigene Seite. Die beiden arbeiten zusammen: Netzwerküberwachung ist das, was Sie prüfen, das globale Monitoring-Netzwerk ist der Ort, von dem aus Sie prüfen.

Abdeckung

Von Wo Wir Überwachen

Alle 33 Standorte, gruppiert nach Regionen. Jeder einzelne ist für jedes Monitoring-Gerät in Ihrem Konto verfügbar — es gibt keine Premium-Stufe von „globalen“ Standorten, die niedrigen Tarifen vorenthalten wird.

Dotcom-Monitor's 33 global monitoring locations plotted across 18 countries and 6 continents

Die Karte ist ein visueller Index. Die maßgebliche Liste ist der darunterstehende Text — und in Ihrem Konto, wo jeder Standort namentlich im Gerätekonfigurationsbildschirm erscheint.

Nordamerika

Europa

Asien & Pazifik

Südamerika, Naher Osten & Afrika

Benötigen Sie unsere IPs? Die meisten Teams wollen sie aus zwei Gründen: um synthetischen Traffic aus ihrer Analyse herauszufiltern und um unseren Agenten den Durchlass durch eine WAF oder Firewall zu ermöglichen. Die aktuellen IPv4- und IPv6-Bereiche für jeden Standort sind in der Wissensdatenbank veröffentlicht und gepflegt — siehe den Artikel Monitoring-Standort IP-Adressen. Wir halten sie absichtlich dort und nicht auf dieser Seite, weil sich Adressen ändern und dieser Artikel die gepflegte Quelle der Wahrheit ist. Diese Adressen ermöglichen es Ihnen auch, unser Hosting selbst zu überprüfen: Schlagen Sie eine beliebige Adresse in whois oder RDAP nach und Sie sehen das Netzwerk und den Anbieter, auf dem sich der Standort befindet.

Unterscheidungsmerkmal

IPv6 Monitoring

Über die 33 Standorte betreiben wir 75 Monitoring-Knoten auf IPv4 und 48 auf IPv6. Sechsundzwanzig der 33 Standorte antworten auf beiden Protokollen, so dass der Großteil des Netzwerks wirklich dual-stack ist und nicht IPv4-mit-einem-Tunnel. Sieben Standorte sind ausschließlich IPv4 — Buenos Aires, Warschau, Tel Aviv, Hongkong, Qingdao, Tokio und Singapur — und ein Knoten, in San Francisco, ist nur IPv6 ohne jegliche IPv4-Adresse.

Der IPv6-only-Knoten ist der entscheidende. Auf einem dual-stack Host fällt ein Client, der mit IPv6 scheitert, meist schnell auf IPv4 zurück, so dass nichts kaputt aussieht — Happy Eyeballs verbirgt den Fehler bewusst. Ein dual-stack Prüfpunkt kann also eine gesunde Seite melden, während Ihre IPv6-only Nutzer sie nicht erreichen können. Ein IPv6-only Prüfpunkt hat keine Rückfalloption: wenn der AAAA-Eintrag fehlt, der Eintrag auf die falsche Adresse verweist, die Firewall-Regel nur für v4 geschrieben wurde oder der Load Balancer keinen v6 Listener erhalten hat, schlägt die Überprüfung fehl und Sie erfahren es.

Dies ist kein theoretisches Publikum. Große Mobilfunkanbieter betreiben IPv6-only Zugangsnetze mit NAT64 am Rand, und der Einkauf bei Unternehmen und staatlichen Stellen in mehreren Ländern schreibt IPv6-Erreichbarkeit vor. Single-Stack Monitoring sieht davon nichts.

Was Sie testen können
Wo es läuft
Was es erfasst
IPv4-Checks
75 Knoten über alle 33 Standorte
Die Basis, die jeder Anbieter abdeckt — Erreichbarkeit, Latenz und Routing über IPv4 von sechs Kontinenten.
Dual-Stack-Checks
48 IPv6 Knoten an 26 Standorten
Unterschiede in Latenz, Routing und TLS-Verhalten zwischen den beiden Protokollen aus der gleichen Stadt.
IPv6-only Checks
Ein Knoten in San Francisco, keine IPv4 Adresse
Fehlende oder falsche AAAA-Einträge, nur für v4 geschriebene Firewall- und WAF-Regeln, Load Balancer ohne v6 Listener — Fehler, die das IPv4-Fallback sonst überall verdeckt.

Die Adresse jedes Knotens ist veröffentlicht: Die IPv6-Adressen für jeden Standort stehen zusammen mit den IPv4-Adressen im Artikel IP-Adressen der Monitoring-Standorte, aus dem auch die oben genannten Knotenzahlen stammen. Sie können sie selbst zählen.

Das Argument

Warum der Monitoring-Standort wichtig ist

Die Überwachung eines einzelnen Standorts beantwortet eine Frage: Ist die Website für diese eine Maschine erreichbar? Alles andere ist für sie unsichtbar.

Regionale Ausfälle

Cloud-Regionen, Transit-Anbieter und IX-Peering fallen regional, nicht global aus. Ein Ausfall in eu-central betrifft Ihre europäischen Kunden, während jeder US-Check grün bleibt. Ohne europäische Sonden ist Ihr erstes Signal ein Support-Ticket.

CDN und DNS nach Geografie

Beide sind von Haus aus geografische Systeme. Ein veralteter Edge-Cache, ein falsch gerouteter PoP oder eine schlechte GeoDNS-Antwort betrifft jeweils nur eine Region. Sie erkennen dies, indem Sie denselben Check über Kontinente hinweg vergleichen.

Latenz, die je nach Kontinent variiert

Eine Seite, die in Chicago in 1,2s geladen wird, kann in Sydney oder Johannesburg 5s brauchen — TLS-Roundtrips, Entfernung und nicht gecachte Assets summieren sich. Standortbaselines zeigen Ihnen, welche Märkte ein Edge-Präsenz benötigen.

Tests aus einer Jurisdiktion

Einige Verpflichtungen sind geografisch: Die Verfügbarkeit für Kunden in einem bestimmten Land nachzuweisen, zu überprüfen, ob geo-eingeschränkte Inhalte korrekt funktionieren, oder die Einhaltung von SLAs von dort zu belegen, wo sich der Kunde tatsächlich befindet.

Vertrauen

Wie wir Fehlalarme eliminieren

Der schnellste Weg, ein Bereitschaftsteam dazu zu bringen, Ihre Überwachung zu ignorieren, ist, es wegen eines kurzen Ausfalls bei einer einzigen Sonde zu alarmieren. Ein einziger fehlgeschlagener Check ist kein Beweis dafür, dass eine Seite offline ist – es ist der Beweis, dass ein Pfad zwischen einer Maschine und Ihrer Seite einmal fehlgeschlagen ist. Das sind verschiedene Aussagen, und das Netzwerk liefert Ihnen die zweite ständig: ein vorübergehender Wegsturz, ein momentanes Paketverlustereignis, ein rate-limitierter Edge-Knoten, ein Resolver-Aussetzer.

Eine Überprüfung von mehreren Standorten klärt die Unklarheit, bevor ein Alarm die Plattform verlässt:

Ein Standort meldet einen Fehler

Der Check wird an diesem Standort als Fehler erfasst, mit vollständiger Rückmeldung, Headern und Timings für die Nachanalyse. Es wird noch nichts gesendet.

1

Die Plattform führt den Check von anderen Standorten aus erneut durch

Dasselbe Gerät, dasselbe Skript, dieselben Schwellenwerte – ausgeführt von unabhängigen Monitoring-Standorten in verschiedenen Netzwerken, in verschiedenen Ländern.

2

Die Ergebnisse werden verglichen

Wenn die anderen Standorte erfolgreich sind, war der Fehler lokal auf einem Pfad und der Vorfall wird nicht eröffnet. Wenn sie ebenfalls fehlschlagen, ist der Ausfall real und von mehreren Kontinenten bestätigt.

3

Erst dann wird der Alarm ausgelöst

Die Benachrichtigung enthält die Beweise — welche Standorte ausgefallen, welche erfolgreich waren und was jeder einzelne gesehen hat — und wird über Ihre Alarmierungs-Regeln und Eskalationsplan geleitet.

4

Das Ergebnis ist ein Alarm, auf den Ihr Team reagieren kann, ohne ihn zuvor manuell zu überprüfen. Es zeigt auch den gegenteiligen Fall: wenn mehrere Standorte ausfallen und einige wenige erfolgreich sind, handelt es sich nicht um einen Totalausfall — sondern um einen regionalen, und die Liste der ausgefallenen Standorte ist bereits der erste Hinweis, wo genau.

Über das öffentliche Netzwerk hinaus

Überwachung innerhalb Ihres eigenen Netzwerks: Private Agents

Unsere 33 öffentlichen Standorte erreichen alles, was das öffentliche Internet erreichen kann. Intranet-Anwendungen, interne APIs, Staging-Umgebungen und Infrastruktur hinter einer Firewall sind, wie vorgesehen, nicht auf dieser Liste.

Für diese installieren Sie einen private agent — dieselbe Monitoring-Knotensoftware, die auf Ihrer eigenen Hardware in Ihrem eigenen Netzwerk läuft. Er erscheint in Ihrem Konto als weiterer Monitoring-Standort, liefert die gleichen Dashboards, Berichte und Alarme und kommuniziert nur ausgehend, sodass keine eingehenden Firewall-Regeln erforderlich sind. Teams führen häufig dieselbe Prüfung gleichzeitig von einem öffentlichen Standort und einem privaten Agenten durch: Wenn die öffentliche Prüfung fehlschlägt und die interne besteht, liegt der Fehler zwischen Ihrem Perimeter und dem Internet, nicht in der Anwendung.

Führen Sie die Überwachung von innen durch Ihre Firewall gegen interne Apps, APIs und Infrastruktur durch, die das öffentliche Internet nicht erreichen kann.

Ping-, Traceroute- und TCP-Port-Prüfungen auf Ihre eigenen Hosts und Routen — von außen nach innen und von innen nach außen.

Leiten Sie bestätigte Vorfälle an die richtige Bereitschaftsperson per E-Mail, SMS, Telefon, Slack, PagerDuty und Webhooks weiter.

Häufig gestellte Fragen

Fragen zu unseren Monitoring-Standorten

Von 33 Überwachungsstandorten in 18 Ländern auf 6 Kontinenten: 10 in Nordamerika, 7 in Europa, 12 in Asien und dem Pazifikraum sowie 4 in Südamerika, dem Nahen Osten und Afrika. Jeder Standort ist auf dieser Seite benannt, und die aktuellen IP-Adressen für jeden sind im Knowledge-Base-Artikel zu IP-Adressen der Überwachungsstandorte veröffentlicht.

Ja, pro Überwachungsgerät. Sie wählen die Standorte aus, wenn Sie ein Gerät erstellen oder bearbeiten, und können die Auswahl jederzeit ändern. Die meisten Teams wählen einige Standorte aus, die ihrem tatsächlichen Nutzerstandort entsprechen, und fügen dann weitere Standorte hinzu, um einen bestimmten Markt zu untersuchen. Jeder ausgewählte Standort führt die Prüfung im gewählten Intervall durch und meldet seine eigenen Ergebnisse, sodass Sie diese nebeneinander vergleichen können.

Ja. Wir betreiben 75 Überwachungsknoten auf IPv4 und 48 auf IPv6. Sechsundzwanzig der 33 Standorte sind Dual-Stack und antworten auf beiden Protokollen; die sieben, die nur IPv4 unterstützen, sind Buenos Aires, Warschau, Tel Aviv, Hongkong, Qingdao, Tokio und Singapur. Ein Knoten in San Francisco ist ausschließlich IPv6 mit keiner IPv4-Adresse. Dieser IPv6-only Knoten erkennt fehlende AAAA-Einträge, IPv4-only Firewall-Regeln und Load Balancer ohne v6-Listener — Fehler, die ein IPv4-Fallback bei jedem Dual-Stack-Test maskiert.

Alle. Jeder Überwachungsstandort ist in jedem Plan verfügbar; es gibt keine geografische Stufe, die “globale” Standorte einschränkt. Was sich zwischen den Plänen unterscheidet, ist die Anzahl der Überwachungsgeräte und wie häufig sie ausgeführt werden — siehe Preise für die aktuellen Limits oder starten Sie eine kostenlose Testphase und konfigurieren Sie die benötigten Standorte.

Ja, mit privaten Agenten. Ein privater Agent ist dieselbe Überwachungs-Knotensoftware, die auf Ihrer eigenen Hardware in Ihrem Netzwerk installiert wird, sodass er auf Intranet-Anwendungen, interne APIs und hinter Firewalls befindliche Infrastruktur zugreifen kann. Er erscheint in Ihrem Konto als zusätzlicher Überwachungsstandort und liefert die gleichen Berichte und Warnmeldungen wie unsere öffentlichen Standorte, wobei die Kommunikation nur ausgehend erfolgt.

Wenn ein Standort einen Ausfall meldet, führt die Plattform dieselbe Prüfung von anderen Standorten erneut durch, bevor ein Vorfall eröffnet wird. Wenn die anderen erfolgreich sind, war der Ausfall lokal auf einen Netzwerkpfad beschränkt und es wird keine Warnung gesendet. Wenn auch diese fehlschlagen, wird der Ausfall von unabhängigen Netzwerken auf verschiedenen Kontinenten bestätigt und die Warnung wird mit standortspezifischen Beweisen ausgelöst. Das ist der Unterschied zwischen einer Seite, die Sie bearbeiten können, und einer Seite, die Sie lernen zu ignorieren.

Testen Sie Ihre Website von allen 33 Standorten aus

Starten Sie eine 30-tägige kostenlose Testphase, richten Sie einen Monitor für Ihre Website ein und wählen Sie alle für Sie relevanten Standorte aus. Keine Kreditkarte erforderlich.

Volle Plattformzugriffe während der Testphase — alle Überwachungsstandorte, alle Prüfungsarten, keine Kreditkarte erforderlich.