La salida de un proxy no mueve tu motor de JMeter

Supongamos que un motor de pruebas en una oficina usa un proxy en otro país. El sitio web ve la salida pública del proxy, mientras que la petición sigue comenzando en el equipo de la oficina.

office engine → regional proxy → website

Eso sirve para comprobar el comportamiento que selecciona la IP de origen aparente. Mide una ruta que incluye el tramo de la oficina al proxy, además del tramo del proxy al sitio web y el procesamiento del propio proxy. No es la misma ruta que la de un cliente que arranca junto al proxy regional.

Las opciones de proxy HTTP de JMeter pueden seleccionar ese intermediario. Guarda el endpoint elegido junto con los resultados de la prueba y asegúrate de que los samplers utilizados consuman realmente el ajuste previsto. Para una comprobación permitida de un sitio público sin credenciales de proxy, la lista de proxies HTTP ofrece candidatos HTTP; verifica la salida observada antes de interpretar un resultado regional.

Coloca el motor donde empieza la medición

Cuando la pregunta se refiere a la carga generada desde otra ubicación de red, usa motores en las ubicaciones previstas mediante la disposición remota compatible de JMeter o ejecuciones CLI gestionadas de forma independiente. La ubicación del controlador no sustituye los puntos de partida de red de los motores.

Planifica la carga de forma explícita. Los motores remotos de JMeter ejecutan el plan de pruebas completo; el controlador no reparte automáticamente un recuento de hilos entre ellos. Varios motores que ejecutan el mismo plan pueden producir una carga agregada mayor de lo que un lector espera.

Elige el diseño según la pregunta: una IP de salida aparente, la ruta de red regional de un usuario o la carga agregada de la aplicación. Registra esa elección para que un resultado limitado por el proxy no se informe como la capacidad autónoma del sitio web.