Test di rete autorizzati
Layer7 misura l applicazione. La scheda Layer4 dello stesso pannello misura il percorso dei pacchetti, e le due non rispondono mai alla stessa domanda.
Solo test autorizzati. Ogni target è verificato via DNS prima del test.
Hub, poi la sezione Layer7. Un URL prende il posto dell IP, seguito dal tempo in secondi e dal metodo. Appena il test parte le metriche in tempo reale si aggiornano sulla stessa schermata. La scheda è aperta sugli account gratuiti senza metodi bloccati; il livello gratuito taglia la finestra, e i piani a pagamento arrivano a 5000 secondi.
I flood GET e POST spingono il volume di richieste. Un corpo lento tiene occupati i worker senza finire la richiesta. Il churn di handshake TLS espone il costo crittografico. Ogni metodo colpisce una coda diversa e produce una curva diversa. Due insieme comprimono due comportamenti in una media illeggibile, e il primo test si legge meglio con GET.
Richieste al secondo, rapporto di risposta, latenza e distribuzione dei codici di errore. La perdita di pacchetti qui è invisibile e la misura la scheda DDoS stresser in pacchetti al secondo. Un sito può essere impeccabile a livello di pacchetto e cadere a 300 richieste al secondo al checkout, esattamente il vuoto che questa pagina copre.
I worker PHP-FPM o Node, poi le connessioni al database, poi tutto ciò che chiama terze parti. Un installazione con venti worker si ferma a venti richieste simultanee, non a un numero tondo. MySQL consegna max_connections a 151, e un pool che apre una connessione per richiesta arriva lì molto prima che la CPU sembri occupata. Entrambi i limiti sono configurazione, per questo la correzione spesso costa un pomeriggio.
Parti dalla velocità di richiesta: piatta per tutto il giro o in scivolata. Poi il rapporto di risposta e la latenza. Se il rapporto scende mentre la latenza sale, l applicazione sta facendo coda. Un 500 indica l applicazione, 502 o 504 il proxy in mezzo, 429 un limite di velocità che fa il suo lavoro. Senza questa distinzione resta solo la frase che il sito era lento.
JavaScript, sessioni loggate e il fornitore di pagamento. Un checkout reale valida la carta nel browser, reindirizza al 3D Secure e torna via webhook, e nulla di questo sta nel percorso della tua richiesta. I flussi con carrello o sessione chiedono in più uno script, e l ordine del Website stresser è un punto di partenza, non un sostituto.
k6 o Playwright scrivono un percorso: login, ricerca, carrello, pagamento, con tempi di riflessione tra i passi. È lo strumento giusto per la domanda se il flusso tiene. Uno stresser risponde più stretto: a quale velocità di richiesta questo endpoint smette di rispondere correttamente. Usa entrambi in quest ordine, prima lo script, e non chiedere a uno il lavoro dell altro.
La confrontabilità chiede lo stesso obiettivo, lo stesso metodo e la stessa finestra; se è cambiata solo la data hai un test di regressione. Il pannello stresser conserva questi campi con il giro. Il primo passaggio più economico è il livello Free stresser, il Free L7 stresser esegue la variante HTTP e il IP stresser free costruisce lo stesso registro a livello di pacchetto.
Layer 4 muove pacchetti e misura il percorso di rete; Layer 7 invia richieste HTTP e misura l applicazione.
Oltre 20 metodi Layer7, uno per test.
Non esiste un numero generale. Un endpoint con cache serve decine di migliaia; un checkout che scrive su tre tabelle fatica oltre qualche centinaio.
No. Solo sistemi tuoi o con autorizzazione scritta.
Con cache calda soprattutto l edge. Per vedere l origine bypassa la cache.
Poco nel livello gratuito e fino a 5000 secondi nei piani a pagamento.
Trial credit from live support or the $0 Basic plan, same panel and same method list. The report matches what the paid plans produce.