Autorisierte Netzwerktests
Layer7 misst die Anwendung. Der Layer4-Tab im selben Panel misst den Paketpfad, und beide beantworten nie dieselbe Frage.
Nur autorisierte Tests. Jedes Ziel wird vor dem Lauf per DNS geprüft.
Hub, dann der Layer7-Bereich. Eine URL ersetzt die IP-Adresse, Zeit in Sekunden und Methode folgen. Sobald der Test läuft, aktualisieren sich die Live-Metriken auf demselben Bildschirm. Der Tab ist im kostenlosen Konto offen, ohne gesperrte Methoden; gekürzt wird die Fensterlänge, bezahlte Pläne erreichen 5000 Sekunden.
GET- und POST-Fluten treiben das Anfragevolumen. Ein langsamer Body hält Worker-Slots offen, ohne die Anfrage zu beenden. TLS-Handshake-Churn legt die Kryptokosten frei. Jede Methode trifft eine andere Warteschlange und erzeugt eine andere Kurve. Zwei gleichzeitig mitteln zwei Verhalten zu einer Zahl, und der erste Test ist mit GET am lesbarsten.
Anfragen pro Sekunde, Antwortquote, Latenz und die Verteilung der Fehlercodes. Paketverlust ist hier unsichtbar, ihn misst der DDoS Stresser-Tab in Paketen pro Sekunde. Eine Seite kann auf Paketebene fehlerfrei sein und an der Kasse bei 300 Anfragen pro Sekunde kippen, genau diese Lücke füllt diese Seite.
PHP-FPM- oder Node-Worker, dann Datenbankverbindungen, dann alles, was einen Dritten ruft. Eine Installation mit zwanzig Workern stoppt bei zwanzig gleichzeitigen Anfragen, nicht bei einer runden Zahl. MySQL liefert max_connections mit 151 aus, und ein Pool, der pro Anfrage eine Verbindung öffnet, erreicht das lange vor hoher CPU. Beide Grenzen sind Konfiguration, deshalb ist der Fix oft ein Nachmittag.
Zuerst die Anfragerate: flach über den Lauf oder abrutschend. Dann Antwortquote und Latenz. Fällt die Quote, während die Latenz steigt, bildet die Anwendung eine Warteschlange. Eine 500 zeigt auf die Anwendung, 502 oder 504 auf den Proxy dazwischen, 429 auf ein Rate-Limit, das seinen Job macht. Ohne diese Trennung bleibt nur der Satz, die Seite sei langsam gewesen.
JavaScript, eingeloggte Sitzungen und den Zahlungsanbieter. Eine echte Kasse prüft die Karte im Browser, leitet zu 3D Secure und kommt per Webhook zurück, nichts davon liegt im Anfragepfad. Warenkorb- oder Sitzungsflüsse brauchen zusätzlich ein Skript, und die Reihenfolge von Website-Stresser ist dabei ein Startpunkt, kein Ersatz.
k6 oder Playwright skripten einen Weg: Login, Suche, Warenkorb, Zahlung, mit Denkzeit dazwischen. Ein Stresser hält einen Endpunkt auf fester Rate und meldet den Punkt, an dem er nicht mehr korrekt antwortet. Beides in dieser Reihenfolge nutzen, erst das Skript für den Fluss, dann der Stresser für die Decke eines Endpunkts.
Vergleichbarkeit braucht dasselbe Ziel, dieselbe Methode und dasselbe Fenster; ändert sich nur das Datum, ist es ein Regressionstest. Das Stresser-Panel speichert diese Felder mit dem Lauf. Der günstigste erste Durchlauf ist der Free Stresser-Tarif, Free L7 Stresser fährt die HTTP-Variante, und IP Stresser Free baut denselben Nachweis auf Paketebene.
Layer 4 bewegt Pakete und misst den Netzpfad; Layer 7 sendet HTTP-Anfragen und misst die Anwendung.
20+ Layer7-Methoden, eine pro Test.
Es gibt keine allgemeine Zahl. Ein gecachter Endpunkt schafft Zehntausende; eine Kasse mit drei Tabellen stößt schon bei einigen Hundert an.
Nein. Nur Systeme, die Ihnen gehören oder für die eine schriftliche Erlaubnis vorliegt.
Bei warmem Cache überwiegend der Edge. Um den Origin zu sehen, den Cache umgehen.
Im Free-Tarif kurz, in bezahlten Plänen bis 5000 Sekunden.
Trial credit from live support or the $0 Basic plan, same panel and same method list. The report matches what the paid plans produce.