프록시 출구는 JMeter 엔진을 옮기지 않는다

한 사무실의 테스트 엔진이 다른 나라의 프록시를 사용한다고 가정해 보겠습니다. 웹사이트는 프록시의 공인 출구를 보지만 요청은 여전히 사무실 컴퓨터에서 시작됩니다.

office engine → regional proxy → website

이것은 겉으로 보이는 원본 IP가 선택하는 동작을 확인하는 데 유용합니다. 이 경로에는 사무실에서 프록시까지의 구간과 프록시에서 웹사이트까지의 구간, 그리고 프록시 자체의 처리까지 포함됩니다. 지역 프록시 옆에서 시작하는 클라이언트와 같은 경로는 아닙니다.

JMeter의 HTTP 프록시 옵션은 그 중간자를 선택할 수 있습니다. 선택한 엔드포인트를 테스트 결과와 함께 보관하고, 사용하는 샘플러가 실제로 의도한 설정을 소비하는지 확인하십시오. 프록시 자격 증명 없이 허용된 공개 사이트를 확인하려면 HTTP 프록시 목록이 HTTP 후보를 제공합니다. 지역 결과를 해석하기 전에 관측된 출구를 검증하십시오.

측정이 시작되는 곳에 엔진을 두십시오

질문이 다른 네트워크 위치에서 생성되는 부하에 관한 것이라면 JMeter가 지원하는 원격 구성이나 독립적으로 관리되는 CLI 실행을 통해 의도한 위치의 엔진을 사용하십시오. 컨트롤러의 위치가 엔진의 네트워크 시작점을 대신하지 않습니다.

부하를 명시적으로 계획하십시오. JMeter 원격 엔진은 전체 테스트 계획을 실행하며, 컨트롤러가 하나의 스레드 수를 자동으로 나누어 주지는 않습니다. 같은 계획을 실행하는 여러 엔진은 독자가 기대하는 것보다 큰 총 부하를 만들 수 있습니다.

질문에 따라 설계를 고르십시오. 겉으로 보이는 출구 IP, 사용자의 지역 네트워크 경로, 또는 애플리케이션 전체 부하입니다. 그 선택을 기록하여 프록시로 제한된 결과가 웹사이트 자체의 용량으로 보고되지 않게 하십시오.