Gamitin ang JDK SOCKS na landas na ito lamang kapag magagamit ng mga kaugnay na HTTP sampler ang Java na implementasyon ng JMeter. Ang mga sinusuportahang HTTP method ay mas makitid kaysa HttpClient4; ang PATCH workload ay nangangailangan ng ibang sinusuportahang kaayusan.

Para sa umiiral na SOCKS listener, ilunsad:

jmeter -n -t plan.jmx \
  -DsocksProxyHost=127.0.0.1 \
  -DsocksProxyPort=1080

Ang isang katugmang endpoint na walang account mula sa listahan ng SOCKS proxy ay maaaring palitan ang halimbawa para sa mga pinahihintulutang pampublikong kahilingan na isinasagawa ng mga Java sampler na ito. Piliin ang Java sa bawat kaugnay na HTTP Request sampler o sa HTTP Request Defaults nito. Ang tahasang pagpili ng sampler ay maaaring lampasan ang default na iyon.

Iwanang walang laman ang mga field ng host/port ng HTTP proxy para sa rutang ito. Ang pagpuno sa mga ito ay lumilikha ng tahasang HTTP proxy; kung hindi, gumagamit ang Java ng URL.openConnection() at ang pagpili ng JDK. Suriin din ang mga umiiral na katangian ng HTTP/HTTPS JVM proxy, dahil ang mga proxy na partikular sa protocol ay may priyoridad sa SOCKS.

-D ay nagtatakda ng mga katangian ng JVM system. -J ay nagtatakda ng sariling mga katangian ng JMeter at hindi ito alternatibong baybay.

Kumpirmahin ang landas gamit ang isang kinatawang kahilingan sa engine na nagsasagawa nito. Ang configuration na ito ay hindi nagtatatag ng SOCKS routing para sa bawat plugin, koneksyon ng JDBC, remote engine o iba pang sampler.

Kaugnay na mga artikulo