Используйте этот путь 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. Явный выбор сэмплера может переопределить это значение по умолчанию.

Оставьте поля хоста/порта HTTP-прокси пустыми для этого маршрута. Их заполнение создаёт явный HTTP-прокси; иначе Java использует URL.openConnection() и выбор JDK. Проверьте также существующие свойства прокси HTTP/HTTPS в JVM, поскольку прокси, специфичные для протокола, имеют приоритет над SOCKS.

-D задаёт системные свойства JVM. -J задаёт собственные свойства JMeter и не является альтернативным написанием.

Подтвердите маршрут показательным запросом на движке, который его выполняет. Эта конфигурация не устанавливает маршрутизацию SOCKS для каждого плагина, соединения JDBC, удалённого движка или другого сэмплера.

Похожие статьи