Karate expose le proxy de transfert comme une valeur de configuration du client HTTP. Dans karate-config.js, configurez-le avant de renvoyer la configuration de test :

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

L'URL de la requete de la fonctionnalite provient toujours de la configuration du service. uri designe l'intermediaire ; la liste de proxys HTTP fournit des candidats HTTP publics pour cette valeur lorsque le service teste autorise une telle route.

Pour un proxy authentifie, l'objet de configuration accepte aussi username et password. Recuperez-les dans la configuration d'identification existante de l'environnement de test. L'autorisation propre a l'API releve d'une autre question de requete.

Une seule URL de proxy peut aussi servir lorsque les champs de l'objet ne sont pas necessaires. Utilisez l'objet lorsque sa politique de compte ou nonProxyHosts est requise.

Gardez des motifs de joker adaptes a l'interface de contournement prise en charge par Karate, plutot que de copier la syntaxe NO_PROXY d'un autre client sans la verifier.

Les suggestions historiques de basculer entre karate-apache et karate-jersey renvoient a un ancien packaging de transport. Selectionnez l'API de la version de Karate installee avant de modifier les dependances pour diagnostiquer un point de terminaison proxy.

Articles similaires