Výstup přes proxy nepřesune váš stroj JMeter

Předpokládejme, že testovací stroj v jedné kanceláři používá proxy v jiné zemi. Web vidí veřejný výstup proxy, zatímco požadavek stále začíná na kancelářském počítači.

office engine → regional proxy → website

To je užitečné pro ověření chování vybíraného zdánlivou zdrojovou IP. Měří cestu, která zahrnuje úsek z kanceláře k proxy i úsek z proxy k webu a vlastní zpracování proxy. Není to stejná cesta jako u klienta, který startuje vedle regionální proxy.

Možnosti HTTP proxy v JMeteru mohou tohoto prostředníka vybrat. Uchovejte zvolený endpoint spolu s výsledky testu a ujistěte se, že použité samply skutečně uplatňují zamýšlené nastavení. Pro povolenou kontrolu veřejného webu bez přihlašovacích údajů k proxy nabízí seznam HTTP proxy HTTP kandidáty; před interpretací regionálního výsledku ověřte pozorovaný výstup.

Umístěte stroj tam, kde měření začíná

Když se otázka týká zátěže generované z jiného síťového místa, použijte stroje v zamýšlených lokalitách prostřednictvím podporovaného vzdáleného uspořádání JMeteru nebo samostatně spravovaných CLI běhů. Umístění kontroleru nenahrazuje síťové výchozí body strojů.

Plánujte zátěž explicitně. Vzdálené stroje JMeteru provádějí celý testovací plán; kontroler automaticky nerozděluje jeden počet vláken mezi ně. Několik strojů provádějících stejný plán může vytvořit větší celkovou zátěž, než čtenář očekává.

Vyberte návrh podle otázky: zdánlivá výstupní IP, regionální síťová cesta uživatele nebo celková zátěž aplikace. Tuto volbu zaznamenejte, aby výsledek omezený proxy nebyl hlášen jako samostatná kapacita webu.