Ihre Website öffnet sich im Browser, doch UptimeWire meldet sie als ausgefallen, und als Grund steht Status 403, 429 oder eine Seite mit einer Sicherheitsprüfung. Meist ist mit der Website alles in Ordnung. Etwas davor, etwa Cloudflare, ein Sicherheits-Plugin oder die Firewall des Hosters, hält unsere Prüfungen für unerwünschte Roboter und weist sie ab.

Das ist kein Fehler des Schutzes. Unsere Prüfungen kommen von Servern in Rechenzentren, haben keinen Browser dahinter und laufen nach Zeitplan, und genau das soll ein Bot-Schutz stoppen. Die Lösung: Sagen Sie dem Schutz, dass diese wenigen Adressen zu Ihrem Monitor gehören.

Woran Sie erkennen, dass der Schutz unsere Prüfungen blockiert

Was Sie in UptimeWire sehen Was es meist bedeutet
Status 403, obwohl sich die Website bei Ihnen öffnet Eine Firewall oder ein Bot-Schutz weist Roboter ab
Eine Seite „Ihr Browser wird überprüft“ oder „Just a moment“, manchmal mit Status 503 Eine Challenge-Seite. Unsere Prüfungen führen keine Skripte aus und kommen nicht an ihr vorbei
Status 429 Eine Ratenbegrenzung: zu viele Anfragen von einer Adresse
Status 401 Die Seite verlangt ein Passwort. Unsere Prüfungen melden sich nicht an
Prüfungen schlagen nur von einigen Standorten aus fehl Eine Regel sperrt bestimmte Länder oder Netzwerke

Bekommt ein Test im Website-Formular oder eine der letzten Prüfungen eine dieser Antworten, zeigt UptimeWire im Kundenbereich einen Link: „Probleme? So lassen Sie unsere Prüfungen durch“. Er öffnet eine Kurzfassung dieser Anleitung mit unseren aktuellen Adressen.

Schritt 1. Unsere Adressen holen

Unsere Prüfungen kommen von einer kurzen, festen Liste von Servern. Die aktuelle Liste, eine Adresse pro Zeile, steht immer unter app.uptimewire.com/ips.txt. Dieselbe Liste mit dem Standort jeder Adresse finden Sie für Skripte unter app.uptimewire.com/ips.json.

Kommt bei uns ein Prüfstandort hinzu, erscheint seine Adresse noch am selben Tag in der Liste. Haben Sie die Adressen von Hand übernommen, sehen Sie erneut in die Liste, sobald Prüfungen von einem neuen Standort fehlschlagen.

Unsere Prüfungen stellen sich außerdem mit dem Namen UptimeWireBot/1.0 (+https://uptimewire.com) vor. Daran finden Sie unsere Anfragen in einem Protokoll. Geben Sie aber nicht allein nach diesem Namen frei: Denselben Namen kann jeder senden, eine Freigaberegel darauf ist also eine offene Tür. Geben Sie nach Adresse frei.

Warning

Geben Sie nur unsere Adressen frei. Schalten Sie den Bot-Schutz oder die Firewall nicht für die ganze Website ab, nur damit der Monitor besteht.

Schritt 2. Die Adressen freigeben

Suchen Sie unten den Schutz, den Ihre Website verwendet. Menünamen ändern sich ab und zu, bei Ihnen können sie also leicht von den Namen hier abweichen.

Cloudflare, kostenloser Tarif

Im kostenlosen Tarif ist meist Bot Fight Mode der Grund für die Sperre. Laut der Dokumentation von Cloudflare lässt er sich mit einer benutzerdefinierten Regel nicht überspringen. Er greift jedoch nicht, wenn zuerst eine IP-Zugriffsregel auf die Anfrage zutrifft. Sie haben also zwei Möglichkeiten:

  1. Legen Sie für jede Adresse eine IP-Zugriffsregel an. Öffnen Sie im Cloudflare-Dashboard Ihre Website, gehen Sie zu Security rules, dann Create rule → IP access rules. Im älteren Dashboard liegt dasselbe Werkzeug unter Security → WAF → Tools. Geben Sie eine unserer Adressen ein, wählen Sie die Aktion Allow, wenden Sie die Regel auf diese Website an und fügen Sie eine Notiz hinzu, etwa „UptimeWire-Prüfungen“. Wiederholen Sie das für jede Adresse der Liste.
  2. Oder schalten Sie Bot Fight Mode ab. Gehen Sie zu Security → Settings, filtern Sie nach Bot traffic und schalten Sie Bot Fight Mode ab. Damit kommen auch andere Roboter herein, deshalb ist die erste Möglichkeit besser.

Eine IP-Zugriffsregel mit Allow lässt unsere Prüfungen außerdem an Ihren benutzerdefinierten Regeln, Regeln zur Ratenbegrenzung und verwalteten Regeln vorbei.

Cloudflare, Pro, Business und Enterprise

Die kostenpflichtigen Tarife verwenden Super Bot Fight Mode, und eine benutzerdefinierte Regel mit der Aktion Skip kann ihn umgehen:

  1. Gehen Sie zu Security rules → Create rule → Custom rules.
  2. Geben Sie der Regel einen Namen, zum Beispiel „UptimeWire-Prüfungen“.
  3. Wählen Sie bei den Bedingungen das Feld IP Source Address und den Operator is in, und geben Sie unsere Adressen ein.
  4. Wählen Sie die Aktion Skip. Haken Sie All remaining custom rules, All rate limiting rules, All managed rules und All Super Bot Fight Mode rules an. Haken Sie bei den Produkten Browser Integrity Check und Security Level an.
  5. Aktivieren Sie die Regel und verschieben Sie sie an den Anfang der Liste.

Läuft die Website im Under Attack Mode, bekommt jeder Besucher eine Browserprüfung, an der unsere Prüfungen nicht vorbeikommen. Geben Sie unsere Adressen wie hier beschrieben frei, und legen Sie, falls Prüfungen weiter fehlschlagen, zusätzlich IP-Zugriffsregeln für sie an.

Sicherheits-Plugins für WordPress

Tragen Sie unsere Adressen in die Freigabeliste des Plugins ein:

  • Wordfence: Wordfence → Firewall → All Firewall Options, dann das Feld für freigegebene IP-Adressen (allowlisted, in älteren Versionen whitelisted). Eine Adresse pro Zeile.
  • Solid Security: die Einstellung Authorized IPs in den globalen Einstellungen.
  • All-In-One Security: die Freigabeliste in den Firewall-Einstellungen.
  • Shield Security: IP Rules → eine neue IP-Regel anlegen → zur Bypass-Liste hinzufügen.

Steht Ihre WordPress-Website zusätzlich hinter Cloudflare, geben Sie die Adressen an beiden Stellen frei.

Firewalls von Hostern

Beim Shared Hosting können Sie die Firewall meist nicht selbst ändern. Schicken Sie die Liste an den Support Ihres Hosters und bitten Sie darum, diese Adressen für Ihre Website freizugeben. Betreiben Sie den Server selbst, nutzen Sie das Werkzeug, das darauf läuft:

  • Imunify360 (cPanel, WHM, Plesk): Öffnen Sie die Firewall von Imunify360, fügen Sie jede Adresse hinzu und wählen Sie die Whitelist.
  • CSF: Fügen Sie jede Adresse mit einem Kommentar hinzu, zum Beispiel csf -a 203.0.113.10 UptimeWire.
  • fail2ban: Tragen Sie die Adressen, durch Leerzeichen getrennt, unter ignoreip in jail.local ein und laden Sie fail2ban danach neu.
  • ModSecurity: Fügen Sie oberhalb der anderen Regeln eine Regel hinzu, die die Regel-Engine für unsere Adressen abschaltet, zum Beispiel:
SecRule REMOTE_ADDR "@ipMatch 203.0.113.10,203.0.113.11" "id:1000100,phase:1,pass,nolog,ctl:ruleEngine=Off"

Ersetzen Sie die Beispieladressen durch die Adressen aus unserer Liste.

Sucuri, AWS WAF, Akamai und Imperva

  • Sucuri: Öffnen Sie im Firewall-Dashboard von Sucuri Ihre Website, dann Access Control, geben Sie unter Allow IP Addresses eine Adresse ein und wählen Sie Allow.
  • AWS WAF: Legen Sie ein IP-Set mit unseren Adressen an, IPv4 als /32 und IPv6 als /128, und fügen Sie oberhalb von Bot Control und Ihren Ratenbegrenzungen eine Regel mit der Aktion Allow hinzu.
  • Akamai und Imperva: Tragen Sie die Adressen in die Freigabeliste Ihrer Sicherheitsrichtlinie oder Ihres Bot-Schutzes ein. Verwalten Sie diese nicht selbst, schicken Sie die Liste an die Person, die das tut.

Gesperrte Länder und Rechenzentren

Unsere Prüfungen kommen aus mehreren Ländern. Sperrt eine Regel Länder, Kontinente oder Netze von Rechenzentren, setzen Sie die Freigaberegel für unsere Adressen darüber. Sonst kommen nur einige Standorte durch, und die Ergebnisse wirken zufällig.

Andere Antworten, die keine Sperre sind

  • 429, zu viele Anfragen: Geben Sie unsere Adressen auch in der Ratenbegrenzung frei, oder wählen Sie ein längeres Intervall zwischen den Prüfungen.
  • 401, ein Passwort: Unsere Prüfungen melden sich nicht an. Überwachen Sie stattdessen eine öffentliche Seite, etwa die Startseite oder eine kleine Health-Seite.
  • 503, eine Wartungsseite: Der Monitor hat recht, die Website bedient keine Besucher. Für geplante Arbeiten tragen Sie bei der Website eine geplante Wartung ein, damit sie keine Benachrichtigungen auslöst.

Schritt 3. Prüfen, ob es funktioniert

  1. Öffnen Sie in UptimeWire die Website, wählen Sie Bearbeiten und klicken Sie auf Adresse testen. Eine Antwort von 200 bis 399 bedeutet, dass unsere Prüfungen durchkommen.
  2. Beobachten Sie die letzten Prüfungen ein paar Stunden lang. Jeder Standort sollte einen Status von 200 bis 399 zeigen.
  3. Öffnen Sie das Protokoll des Schutzes. Unsere Anfragen sollten jetzt als zugelassen erscheinen. Werden sie weiter blockiert, nennt das Protokoll die Regel, die sie blockiert hat: Geben Sie unsere Adressen auch in dieser Regel frei.

Weist die Website auch Sie ab, aus einem anderen Netz oder vom Handy, ist die Sperre echt, und Besucher sehen sie ebenfalls. Dann liegt das Problem in den Regeln oder in den Dateirechten auf dem Server. Mehr dazu unter Warum Ihr Monitor 403 meldet, obwohl die Website funktioniert.

Checkliste

  • Ist der Grund ein 403, 429, 401 oder eine Challenge-Seite, während sich die Website bei Ihnen öffnet?
  • Haben Sie die aktuelle Liste von app.uptimewire.com/ips.txt genommen?
  • Sind die Adressen auf jeder Ebene freigegeben: Cloudflare, Plugin, Firewall des Hosters?
  • Haben Sie im kostenlosen Cloudflare-Tarif IP-Zugriffsregeln statt einer benutzerdefinierten Regel verwendet?
  • Haben Sie nach Adresse freigegeben, nicht nach dem Namen des Roboters, und den Schutz für alle anderen eingeschaltet gelassen?
  • Antwortet der Test im Website-Formular jetzt mit 200 bis 399?