Выкарыстоўвайце гэты шлях JDK SOCKS толькі тады, калі адпаведныя HTTP-сэмплеры могуць выкарыстоўваць рэалізацыю Java у JMeter. Падтрыманыя метады HTTP вузейшыя за HttpClient4; нагрузцы PATCH патрабуецца іншая падтрыманая схема.

Для існуючага SOCKS-слухача запусціце:

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

Сумяшчальная кропка без уліковага запісу з спісу SOCKS-проксі можа замяніць прыклад для дазволеных публічных запытаў, якія выконваюць гэтыя Java-сэмплеры. Выберыце Java у кожным адпаведным HTTP Request сэмплеры або ў яго HTTP Request Defaults. Яўны выбар сэмплера можа перакрыць гэтыя значэнні па змаўчанні.

Пакіньце палі host/port HTTP-проксі пустымі для гэтага маршруту. Іх запаўненне стварае яўны HTTP-проксі; інакш Java выкарыстоўвае URL.openConnection() і выбар JDK. Праверце таксама існуючыя ўласцівасці проксі HTTP/HTTPS у JVM, бо пратакол-спецыфічныя проксі маюць прыярытэт над SOCKS.

-D задае сістэмныя ўласцівасці JVM. -J задае ўласныя ўласцівасці JMeter і не з'яўляецца альтэрнатыўным напісаннем.

Пацвердзіце шлях прадстаўнічым запытам на рухавіку, які яго выконвае. Гэтая канфігурацыя не ўстанаўлівае маршрутызацыю SOCKS для кожнага плагіна, злучэння JDBC, аддаленага рухавіка або іншага сэмплера.

Падобныя артыкулы