Pruebas de red autorizadas
Layer7 mide la aplicación. La pestaña Layer4 del mismo panel mide el camino de paquetes, y las dos nunca responden la misma pregunta.
Solo pruebas autorizadas. Cada objetivo se verifica por DNS antes de la ejecución.
Hub y luego el bloque Layer7. Una URL ocupa el lugar de la dirección IP, y siguen el tiempo en segundos y el método. En cuanto arranca la prueba, las métricas en vivo se refrescan en la misma pantalla. La pestaña está abierta en cuentas gratuitas sin métodos bloqueados; lo que recorta el nivel gratuito es la ventana, y los planes de pago llegan a 5000 segundos.
Las inundaciones GET y POST mueven el volumen de peticiones. Un cuerpo lento mantiene ocupados los hilos sin terminar la petición. El churn de handshake TLS expone el coste criptográfico. Cada método golpea una cola distinta y produce una curva distinta. Dos a la vez convierten dos comportamientos en un promedio ilegible, y la primera prueba se lee mejor con GET.
Peticiones por segundo, tasa de respuesta, latencia y el reparto de códigos de error. La pérdida de paquetes es invisible aquí y la mide la pestaña DDoS stresser en paquetes por segundo. Un sitio puede estar impecable a nivel de paquete y caer a 300 peticiones por segundo en el pago, que es justo el hueco que llena esta página.
Los hilos de PHP-FPM o Node, después las conexiones de base de datos y después todo lo que llama a un tercero. Una instalación de veinte hilos se detiene a veinte peticiones concurrentes, no en una cifra redonda. MySQL trae max_connections en 151, y un pool que abre una conexión por petición llega ahí mucho antes de que la CPU parezca ocupada. Ambos límites son configuración, por eso el arreglo suele ser una tarde.
Empieza por la tasa de peticiones: plana durante la corrida o cayendo. Después la tasa de respuesta y la latencia. Si la tasa baja mientras la latencia sube, la aplicación está haciendo cola. Un 500 apunta a la aplicación, un 502 o 504 al proxy intermedio y un 429 a un límite de tasa haciendo su trabajo. Sin ese reparto solo queda la frase de que el sitio iba lento.
JavaScript, sesiones con login y el proveedor de pago. Un pago real valida la tarjeta en el navegador, redirige a 3D Secure y vuelve por webhook, y nada de eso está en la ruta de la petición. Los flujos con carrito o sesión necesitan además un script, y el orden de Website Stresser es un punto de partida, no un sustituto.
k6 o Playwright escriben un recorrido: login, búsqueda, carrito, pago, con tiempo de espera entre pasos. Un stresser sostiene un solo extremo a tasa fija e informa del punto en que deja de responder bien. Usa los dos en ese orden, primero el script para el flujo y después el stresser para el techo de un extremo.
La comparación pide el mismo objetivo, el mismo método y la misma ventana; si solo cambió la fecha, tienes una prueba de regresión. El panel de stresser guarda esos campos con la corrida. La primera pasada más barata es el nivel Free Stresser, Free L7 Stresser corre la variante HTTP y IP Stresser Free construye el mismo registro a nivel de paquete.
Layer 4 mueve paquetes y mide el camino de red; Layer 7 envía peticiones HTTP y mide la aplicación.
Más de 20 métodos Layer7, uno por prueba.
No hay una cifra general. Un extremo con caché sirve decenas de miles; un pago que escribe en tres tablas sufre pasadas unas pocas centenas.
No. Solo sistemas propios o con permiso escrito.
Con caché caliente, sobre todo el borde. Para ver el origen hay que saltar la caché.
Poco en el nivel gratuito y hasta 5000 segundos en los planes de pago.
Trial credit from live support or the $0 Basic plan, same panel and same method list. The report matches what the paid plans produce.