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, перш ніж змінювати залежності для діагностики кінцевої точки проксі.

Схожі статті