Karate предоставляет пересылающий прокси как значение конфигурации HTTP-клиента. В karate-config.js настройте его перед возвратом конфигурации теста:

function fn() {
  karate.configure('proxy', {
    uri: 'http://proxy.example:8080',
    nonProxyHosts: ['localhost', '*.internal.example']
  });
  return { baseUrl: 'https://service.example' };
}

URL запроса функции по-прежнему берётся из конфигурации сервиса. uri задаёт посредника; список HTTP-прокси предоставляет публичных HTTP-кандидатов для этого значения, когда тестируемый сервис допускает такой маршрут.

Для прокси с аутентификацией объект конфигурации также принимает username и password. Получите их из существующей конфигурации учётных данных тестовой среды. Авторизация самого API — отдельный вопрос запроса.

Один URL прокси можно использовать и там, где поля объекта не нужны. Используйте объект, когда нужна его политика учётной записи или nonProxyHosts.

Держите шаблоны с подстановочными знаками подходящими для поддерживаемого Karate интерфейса обхода, а не копируйте синтаксис NO_PROXY другого клиента без проверки.

Исторические советы переключаться между karate-apache и karate-jersey относятся к более старой упаковке транспорта. Выберите API установленной версии Karate, прежде чем менять зависимости для диагностики конечной точки прокси.

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