Authentification proxy de base pour une requête REST Assured

Utilisez ProxySpecification pour l'adresse et le compte de l'intermédiaire, en laissant la configuration de confiance au client HTTPS.

REST Assured dispose d'une spécification de proxy qui transporte ensemble l'adresse et les identifiants de l'intermédiaire :

import static io.restassured.RestAssured.given;
import io.restassured.specification.ProxySpecification;

var proxy = ProxySpecification.host("proxy.example")
    .withPort(8080)
    .withScheme("http")
    .withAuth(proxyUser, proxyPassword);

var request = given().proxy(proxy);

L'application fournit proxyUser et proxyPassword depuis sa source habituelle d'identifiants. Le fragment construit une spécification de requête ; appelez l'URL d'API visée via request avec le code habituel de requête et d'assertion du test.

Le schéma http décrit le point de terminaison du proxy. L'URL de l'API peut rester en HTTPS. Le mécanisme withAuth de REST Assured fournit une authentification proxy de base ; il ne négocie pas tous les schémas d'authentification d'entreprise simplement parce que deux chaînes ont été fournies.

Placez les identifiants de l'API dans la configuration d'authentification propre à l'API. Évitez de remplacer le compte du proxy par un en-tête Authorization générique ou par un mot de passe de service. En HTTPS, l'authentification auprès de l'intermédiaire peut être nécessaire lors de l'établissement de CONNECT, avant que l'échange HTTP avec la destination n'existe.

Quand l'échec restant concerne la confiance dans le certificat

Un défi CONNECT rejeté et une erreur de validation de certificat TLS sont des résultats différents. Si l'autorité de certification requise, gérée par l'organisation, manque dans la configuration de confiance du client, obtenez-la par le canal administratif approuvé et configurez le truststore du client de test.

REST Assured expose trustStore à cette fin. Un truststore modifie les émetteurs auxquels le client HTTPS fait confiance ; il ne choisit pas le proxy et ne fournit pas son identifiant. Laissez la validation du nom d'hôte et du certificat activée plutôt que d'utiliser une poignée de main accept-all pour accepter n'importe quel certificat présenté.

Articles similaires