33
Überwachungsstandorte
18
Länder
6
Kontinente
75 / 48
Knoten auf IPv4 / IPv6
- Feature · Überwachungsstandorte
Globales Überwachungsnetzwerk: 33 Standorte, 18 Länder, 6 Kontinente
Hier werden Ihre Website, API und Infrastruktur tatsächlich getestet. Dotcom-Monitor betreibt eigene Überwachungsstandorte in 33 Städten in 18 Ländern auf 6 Kontinenten und betreibt 75 Monitoring-Knoten auf IPv4 und 48 auf IPv6.
Jeder Standort läuft auf eigener Infrastruktur in einem kommerziellen Rechenzentrum, mit veröffentlichten IP-Adressen, die dieselben Prüfungen im gleichen Zeitplan ausführen. Wählen Sie die Standorte aus, die mit dem Ort Ihrer Nutzer übereinstimmen, und vergleichen Sie die Ergebnisse untereinander.
Jeder Standort läuft auf eigener Infrastruktur in einem kommerziellen Rechenzentrum, mit veröffentlichten IP-Adressen, die dieselben Prüfungen im gleichen Zeitplan ausführen. Wählen Sie die Standorte aus, die mit dem Ort Ihrer Nutzer übereinstimmen, und vergleichen Sie die Ergebnisse untereinander.
Die kurze Version
Was Unser Globales Monitoring-Netzwerk Ist
Unser globales Monitoring-Netzwerk ist die Gesamtheit von 33 Monitoring-Standorten, von denen Dotcom-Monitor Prüfungen durchführt — 18 Länder, 6 Kontinente, jeder ein Monitoring-Knotenpunkt in einem kommerziellen Rechenzentrum mit eigenen veröffentlichten IP-Adressen. Wenn Sie einen Monitor konfigurieren, wählen Sie aus, welche dieser Standorte die Prüfung durchfü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 existiert, auch nur als Problem in diesem Teil der Welt angezeigt wird.
Die Standorte führen jede von der Plattform unterstützte Prüfform aus: reale Browser-Seitenladevorgänge 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 eingeschränkten Funktionsumfang am Rand — eine Prüfung in Sydney ist dieselbe Prüfung wie in Chicago.
Eine Klarstellung, da die Namen ähnlich aussehen. Diese Seite handelt davon, von wo aus wir monitoren: unsere eigene Infrastruktur und deren geografische Abdeckung. Es geht nicht um das Monitoring Ihres eigenen Netzwerks. 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 sind —, dann handelt es sich um Netzwerkmonitoring, und dafür gibt es eine eigene Seite. Die beiden arbeiten zusammen: Netzwerkmonitoring ist das, was Sie prüfen, das globale Monitoring-Netzwerk ist der Ort, von dem aus Sie prüfen.
Abdeckung
Von Wo Aus Wir Monitoren
Alle 33 Standorte, gruppiert nach Region. Jeder einzelnen davon steht jedem Monitoring-Gerät in Ihrem Konto zur Verfügung — es gibt keine Premium-Stufe von “globalen” Standorten, die für niedrigere Pläne zurückgehalten wird.
Die Karte ist ein visueller Index. Die autoritative Liste ist der Text darunter — und in Ihrem Konto, wo jeder Standort namentlich im Gerätekonfigurationsbildschirm erscheint.
Nordamerika
- 10 Standorte
- Chicago, Illinois
- Dallas, Texas
- Denver, Colorado
- Miami, Florida
- Minneapolis, Minnesota
- Montreal, Kanada
- New York, New York
- San Francisco, Kalifornien
- Seattle, Washington
- Washington D.C., Virginia
Europa
- 7 Standorte
- Amsterdam, Niederlande
- Kopenhagen, Dänemark
- Frankfurt, Deutschland
- London, Vereinigtes Königreich
- Madrid, Spanien
- Straßburg, Frankreich
- Warschau, Polen
Asien & Pazifik
- 12 Standorte
- Peking, China
- Brisbane, Australien
- Chengdu, China
- Guangzhou, China
- Hongkong
- Mumbai, Indien
- Qingdao, China
- Shanghai, China
- Shenzhen, China
- Singapur
- Sydney, Australien
- Tokio, Japan
Südamerika, Naher Osten & Afrika
- 4 Standorte
- Bogotá, Kolumbien
- Buenos Aires, Argentinien
- Johannesburg, Südafrika
- Tel Aviv, Israel
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 Zugang 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 über Monitoring-Standort-IP-Adressen. Wir behalten sie absichtlich dort und nicht auf dieser Seite, da 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: Suchen Sie eine davon mithilfe von whois oder RDAP, und Sie sehen das Netzwerk und den Anbieter, auf dem dieser Standort liegt.
Unterscheidungsmerkmal
IPv6 Monitoring
An den 33 Standorten betreiben wir 75 Monitoring-Knoten für IPv4 und 48 für IPv6. 26 von 33 Standorten antworten auf beiden Protokollen, so dass ein Großteil des Netzwerks tatsächlich dual-stack ist und nicht nur IPv4 mit Tunnel. Sieben Standorte sind IPv4-only — Buenos Aires, Warschau, Tel Aviv, Hongkong, Qingdao, Tokio und Singapur — und ein Knoten in San Francisco ist ausschließlich IPv6-only ohne IPv4-Adresse.
Der IPv6-only-Knoten ist der entscheidende. Bei einem Dual-Stack-Host fällt ein Client, der über IPv6 scheitert, normalerweise schnell auf IPv4 zurück, sodass nichts kaputt aussieht — Happy Eyeballs verdeckt den Fehler absichtlich. Ein Dual-Stack-Probe kann daher eine gesunde Seite melden, obwohl Ihre IPv6-only-Nutzer diese nicht erreichen können. Ein IPv6-only-Probe hat keine Rückfalloption: Wenn der AAAA-Eintrag fehlt, auf eine falsche Adresse zeigt, die Firewall-Regel nur für v4 geschrieben wurde oder der Load-Balancer keinen v6-Listener hat, schlägt der Check fehl und Sie werden informiert.
Dies ist kein theoretisches Publikum. Große Mobilfunkanbieter betreiben IPv6-only-Zugangnetze mit NAT64 am Rand, und Beschaffungen von Unternehmen und Regierungen in mehreren Ländern verlangen IPv6-Erreichbarkeit. Monitoring mit Single-Stack sieht davon nichts.
Was Sie testen können | Wo es läuft | Was es erkennt |
|---|---|---|
IPv4-Prüfungen | 75 Knoten an allen 33 Standorten | Die Basis, die jeder Anbieter abdeckt — Erreichbarkeit, Latenz und Routing über IPv4 von sechs Kontinenten. |
Dual-Stack-Prüfungen | 48 IPv6-Knoten an 26 Standorten | Unterschiede in Latenz, Routing und TLS-Verhalten zwischen beiden Protokollen aus derselben Stadt. |
IPv6-only-Prüfungen | 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 durch IPv4-Rückfall anderswo verborgen bleiben. |
Die Adresse jedes Knotens wird veröffentlicht: Die IPv6-Adressen für jeden Standort befinden sich neben den IPv4-Adressen in dem Artikel Monitoring-Standort IP-Adressen, aus dem auch die oben genannten Knotenzahlen stammen. Sie können sie selbst zählen.
Das Argument
Warum der Monitoring-Standort wichtig ist
Monitoring an einem einzigen Standort beantwortet eine Frage: Ist die Seite 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 aus, nicht global. Ein Ausfall in eu-central betrifft Ihre europäischen Kunden, während alle US-Prüfungen grün bleiben. Ohne europäische Sonden ist Ihr erstes Signal ein Support-Ticket.
CDN und DNS nach Geografie
Beide sind per Design geografische Systeme. Ein veralteter Edge-Cache, ein falsch gerouteter PoP oder eine fehlerhafte GeoDNS-Antwort betreffen jeweils nur eine Region. Sie erkennen dies, indem Sie denselben Check über Kontinente hinweg vergleichen.
Latenz variiert nach Kontinent
Eine Seite, die in Chicago in 1,2s rendert, kann von Sydney oder Johannesburg aus 5s benötigen — TLS-Roundtrips, Entfernung und nicht zwischengespeicherte Assets summieren sich. Standortbezogene Baselines zeigen Ihnen, welche Märkte eine Edge-Präsenz benötigen.
Testen aus einer Jurisdiktion
Einige Verpflichtungen sind geografisch: Verfügbarkeit gegenüber Kunden in einem bestimmten Land nachzuweisen, zu überprüfen, dass geo-eingeschränkte Inhalte korrekt funktionieren, oder die Einhaltung von SLAs von dort aus zu belegen, wo sich der Kunde tatsächlich befindet.
Vertrauen
Wie wir Fehlalarme eliminieren
Der schnellste Weg, ein Bereitschaftsteam dazu zu bringen, Ihr Monitoring zu ignorieren, ist, es wegen eines kurzen Ausfalls bei einer Sonde zu alarmieren. Ein einziger fehlgeschlagener Check ist kein Beweis dafür, dass eine Seite down ist — es ist der Beweis, dass ein Pfad zwischen einer Maschine und Ihrer Seite einmal fehlgeschlagen ist. Das sind unterschiedliche Aussagen, und das Netzwerk liefert Ihnen ständig die zweite: ein vorübergehendes Route Flapping, ein momentaner Paketverlust, ein rate-limitierter Edge-Knoten, ein Resolver-Hänger.
Die Verifikation an mehreren Standorten löst die Mehrdeutigkeit auf, bevor ein Alarm die Plattform verlässt:
Ein Standort meldet einen Fehler
Der Check wird an diesem Standort als Fehler erfasst, inklusive der vollständigen Antwort, Header und Zeiten für die Nachbearbeitung. Es wird noch nichts gesendet.
1
Die Plattform wiederholt den Check von anderen Standorten
Das gleiche Gerät, das gleiche Skript, die gleichen Schwellenwerte — ausgeführt von unabhängigen Monitoring-Standorten in verschiedenen Netzwerken, in unterschiedlichen Ländern.
2
Die Ergebnisse werden verglichen
Wenn die anderen Standorte erfolgreich sind, lag der Fehler lokal auf einem Pfad und der Vorfall wird nicht eröffnet. Wenn sie ebenfalls fehlschlagen, ist der Ausfall real und wird von mehreren Kontinenten bestätigt.
3
Erst dann wird die Benachrichtigung ausgelöst
Die Benachrichtigung enthält die Beweise — welche Standorte fehlgeschlagen sind, welche erfolgreich waren und was jeder gesehen hat — und wird gemäß Ihren Alarmierungs-Regeln und Eskalationsplan weitergeleitet.
4
Das Ergebnis ist eine Benachrichtigung, auf die Ihr Team sofort reagieren kann, ohne sie zuerst manuell zu überprüfen. Es macht auch den gegenteiligen Fall deutlich: Wenn mehrere Standorte ausfallen und einige wenige funktionieren, handelt es sich nicht um einen Totalausfall — es ist ein regionaler Ausfall, und die Liste der ausgefallenen Standorte ist bereits der erste Hinweis darauf, wo.
Ü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 per Design nicht auf dieser Liste.
Für diese installieren Sie einen privaten Agenten — dieselbe Überwachungssoftware, die auf Ihrer eigenen Hardware in Ihrem eigenen Netzwerk läuft. Er erscheint in Ihrem Konto als weiterer Überwachungsstandort, liefert dieselben 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 erfolgreich ist, liegt der Fehler zwischen Ihrem Perimeter und dem Internet, nicht in der Anwendung.
Führen Sie Überwachung von innerhalb Ihrer Firewall gegen interne Apps, APIs und Infrastruktur durch, die das öffentliche Internet nicht erreichen kann.
Ping-, Traceroute- und TCP-Portprüfungen, ausgeführt 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 zuständige Bereitschaftsperson per E-Mail, SMS, Telefon, Slack, PagerDuty und Webhooks weiter.
Häufig gestellte Fragen
Fragen zu unseren Überwachungsstandorten
Von wo aus überwacht Dotcom-Monitor?
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 den IP-Adressen der Überwachungsstandorte veröffentlicht.
Kann ich auswählen, welche Standorte meine Seite überwachen?
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 wenige Standorte, die den Orten entsprechen, an denen ihre Nutzer sich tatsächlich befinden, und fügen dann Standorte hinzu, um einen bestimmten Markt zu untersuchen. Jeder ausgewählte Standort führt die Überprüfung im von Ihnen gewählten Intervall aus und meldet seine eigenen Ergebnisse, sodass Sie diese nebeneinander vergleichen können.
Unterstützen Sie IPv6-Überwachung?
Ja. Wir betreiben 75 Überwachungsknoten mit IPv4 und 48 mit IPv6. Zweiundzwanzig der 33 Standorte sind Dual-Stack und antworten auf beiden Protokollen; die sieben IPv4-only Standorte sind Buenos Aires, Warschau, Tel Aviv, Hongkong, Qingdao, Tokio und Singapur. Ein Knoten, in San Francisco, ist nur mit IPv6 ausgestattet und besitzt keine IPv4-Adresse. Dieser IPv6-only Knoten erkennt fehlende AAAA-Einträge, IPv4-only Firewall-Regeln und Load Balancer ohne v6-Listener – Fehler, die beim IPv4-Fallback bei jedem Dual-Stack-Test verborgen bleiben.
Wie viele Standorte sind in meinem Plan enthalten?
Alle. Jeder Überwachungsstandort ist in jedem Plan verfügbar; es gibt keine geografischen Stufen, die “globale” Standorte einschränken. Was sich zwischen den Plänen unterscheidet, ist die Anzahl der Überwachungsgeräte und die Häufigkeit ihrer Ausführung – siehe Preise für die aktuellen Limits oder starten Sie eine kostenlose Testversion und konfigurieren Sie die benötigten Standorte.
Kann ich von meinem eigenen Netzwerk aus überwachen?
Ja, mit privaten Agenten. Ein privater Agent ist die gleiche Überwachungssoftware, die auf Ihrer eigenen Hardware in Ihrem Netzwerk installiert wird, sodass er Intranet-Anwendungen, interne APIs und durch Firewall geschützte Infrastruktur erreichen kann. Er erscheint in Ihrem Konto als zusätzlicher Überwachungsstandort und liefert dieselben Berichte und Alarme wie unsere öffentlichen Standorte, indem er nur ausgehend kommuniziert.
Wie verhindert die Überwachung von mehreren Standorten falsche Alarme?
Wenn ein Standort einen Ausfall meldet, führt die Plattform den gleichen Test von anderen Standorten aus, bevor ein Vorfall eröffnet wird. Wenn die anderen erfolgreich sind, war der Ausfall lokal auf einen Netzwerkknoten beschränkt und es wird kein Alarm gesendet. Wenn sie ebenfalls fehlschlagen, wird der Ausfall von unabhängigen Netzwerken auf verschiedenen Kontinenten bestätigt und der Alarm mit den Beweisen je Standort ausgelöst. Das ist der Unterschied zwischen einer Seite, auf die Sie reagieren können, und einer Seite, die Sie lernen zu ignorieren.
Testen Sie Ihre Seite von allen 33 Standorten aus
Starten Sie eine 30-tägige kostenlose Testversion, richten Sie eine Überwachung für Ihre Seite ein und wählen Sie jeden Standort aus, der für Sie wichtig ist. Keine Kreditkarte erforderlich.
Voller Plattformzugang während der Testphase – alle Überwachungsstandorte, alle Testarten, keine Kreditkarte erforderlich.