Wyjście przez proxy nie przesuwa Twojego silnika JMeter

Załóżmy, że silnik testowy w jednym biurze używa proxy w innym kraju. Strona internetowa widzi publiczne wyjście proxy, a żądanie nadal zaczyna się na komputerze w biurze.

office engine → regional proxy → website

Jest to przydatne do sprawdzania zachowania wybieranego przez pozorny adres IP źródła. Mierzy ścieżkę obejmującą zarówno odcinek z biura do proxy, jak i odcinek z proxy do strony oraz własne przetwarzanie proxy. To nie ta sama ścieżka co u klienta startującego obok regionalnego proxy.

Opcje proxy HTTP w JMeter mogą wybrać tego pośrednika. Zachowaj wybrany endpoint razem z wynikami testu i upewnij się, że używane samplery rzeczywiście stosują zamierzone ustawienie. Do dozwolonego sprawdzenia publicznej strony bez danych uwierzytelniających proxy lista proxy HTTP oferuje kandydatów HTTP; zweryfikuj zaobserwowane wyjście, zanim zinterpretujesz wynik regionalny.

Umieść silnik tam, gdzie zaczyna się pomiar

Gdy pytanie dotyczy obciążenia generowanego z innej lokalizacji sieciowej, używaj silników w zamierzonych lokalizacjach przez obsługiwany zdalny układ JMeter lub niezależnie zarządzane uruchomienia CLI. Lokalizacja kontrolera nie zastępuje sieciowych punktów startowych silników.

Planuj obciążenie wprost. Zdalne silniki JMeter wykonują cały plan testu; kontroler nie dzieli automatycznie jednej liczby wątków między nie. Kilka silników wykonujących ten sam plan może wytworzyć większe łączne obciążenie, niż oczekuje czytelnik.

Wybierz projekt na podstawie pytania: pozorny IP wyjściowy, regionalna ścieżka sieciowa użytkownika lub łączne obciążenie aplikacji. Zapisz ten wybór, aby wynik ograniczony przez proxy nie był raportowany jako samodzielna wydajność strony.