'n Proxy-uitgang skuif nie jou JMeter-enjin nie

Veronderstel 'n toetsenjin in een kantoor gebruik 'n proxy in 'n ander land. Die webwerf sien die proxy se openbare uitgang, terwyl die versoek steeds by die kantoorrekenaar begin.

office engine → regional proxy → website

Dit is nuttig om gedrag wat deur die oënskynlike bron-IP gekies word te toets. Dit meet 'n pad met die kantoor-tot-proxy-been sowel as die proxy-tot-webwerf-been en die proxy se eie verwerking. Dit is nie dieselfde pad as 'n kliënt wat langs die streekproxy begin nie.

JMeter se HTTP-proxy-opsies kan daardie tussenganger kies. Hou die gekose eindpunt by die toetsresultate en maak seker dat die samplers wat gebruik word werklik die beoogde instelling gebruik. Vir 'n toegelate publieke webwerftoets sonder proxy-gewysigdes bied die HTTP-proxyslys HTTP-kandidate; verifieer die waargenome uitgang voordat jy 'n streekresultaat interpreteer.

Plaas die enjin waar die meting begin

Wanneer die vraag oor las gaan wat vanaf 'n ander netwerklokasie gegenereer word, gebruik enjins op die beoogde plekke deur JMeter se ondersteunde afstandreëling of onafhanklik bestuurde CLI-lopies. Die kontroleerder se ligging vervang nie die enjins se netwerkbeginpunte nie.

Beplan die las eksplisiet. JMeter se afstandenjins voer die volledige toetsplan uit; die kontroleerder verdeel nie outomaties een draadgetal tussen hulle nie. Verskeie enjins wat dieselfde plan uitvoer, kan 'n groter totale las lewer as wat 'n leser verwag.

Kies die ontwerp op grond van die vraag: 'n oënskynlike uitgang-IP, 'n gebruiker se streeknetwerkpad of totale toepassingslas. Teken daardie keuse aan sodat 'n proxy-beperkte resultaat nie as die webwerf se selfstandige kapasiteit gerapporteer word nie.