A saída dun proxy non move o teu motor de JMeter

Supoñamos que un motor de probas nunha oficina usa un proxy noutro país. O sitio web ve a saída pública do proxy, mentres que a petición segue comezando na máquina da oficina.

office engine → regional proxy → website

Isto é útil para comprobar o comportamento que selecciona o IP de orixe aparente. Mide un camiño que inclúe o treito da oficina ao proxy, así como o treito do proxy ao sitio web e o procesamento do propio proxy. Non é o mesmo camiño que o dun cliente que arrinca xunto ao proxy rexional.

As opcións de proxy HTTP de JMeter poden seleccionar ese intermediario. Garda o endpoint elixido xunto cos resultados da proba e asegúrate de que os samplers usados realmente consomen o axuste previsto. Para unha comprobación permitida dun sitio público sen credenciais de proxy, a lista de proxies HTTP ofrece candidatos HTTP; verifica a saída observada antes de interpretar un resultado rexional.

Coloca o motor onde comeza a medición

Cando a pregunta trata da carga xerada desde outra localización de rede, usa motores nas localizacións previstas mediante a disposición remota compatible de JMeter ou execucións CLI xestionadas de forma independente. A localización do controlador non substitúe os puntos de partida de rede dos motores.

Planifica a carga de forma explícita. Os motores remotos de JMeter executan o plan de probas completo; o controlador non reparte automaticamente un reconto de fíos entre eles. Varios motores que executan o mesmo plan poden producir unha carga agregada maior do que un lector espera.

Escolle o deseño segundo a pregunta: un IP de saída aparente, o camiño de rede rexional dun usuario ou a carga agregada da aplicación. Rexistra esa elección para que un resultado limitado polo proxy non se informe como a capacidade autónoma do sitio web.