Karate expon o proxy de reenvio como un valor de configuracion do cliente HTTP. En karate-config.js, configureo antes de devolver a configuracion da proba:

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

O URL da solicitude da funcionalidade segue a vir da configuracion do servizo. uri identifica o intermediario; a lista de proxies HTTP fornece candidatos HTTP publicos para ese valor cando o servizo probado permite esa ruta.

Para un proxy autenticado, o obxecto de configuracion tamén acepta username e password. Obtenos da configuracion de credenciais xa existente no contorno de proba. A autorizacion propia da API é unha cuestion de solicitude aparte.

Tamén se pode usar un único URL de proxy cando os campos do obxecto non son necesarios. Use o obxecto cando se necesite a sua politica de conta ou nonProxyHosts.

Manteña patrones comodin axeitados á interface de omision admitida por Karate, en vez de copiar a sintaxe NO_PROXY doutro cliente sen comprobala.

As suxestions historicas de cambiar entre karate-apache e karate-jersey refirense a un empaquetado de transporte mais antigo. Seleccione a API da version de Karate instalada antes de cambiar dependencias para diagnosticar un punto final de proxy.

Artigos relacionados