A REST Assured rendelkezik egy proxy-leírással, amely a közvetítő címét és hitelesítő adatait együtt hordozza:

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);

Az alkalmazás a proxyUser és a proxyPassword értékét a szokásos hitelesítőadat-forrásából adja. A kódrészlet kérésleírást épít; a kívánt API URL-t a request objektumon keresztül hívja meg a teszt szokásos kérés- és ellenőrzőkódjával.

A http séma a proxy végpontját írja le. Az API URL HTTPS maradhat. A REST Assured withAuth mechanizmusa alapszintű proxy-hitelesítést biztosít; nem tárgyal meg minden vállalati hitelesítési sémát csak azért, mert két karakterláncot megadtak.

Az API hitelesítő adatait az API saját hitelesítési konfigurációjában helyezze el. Kerülje a proxyfiók helyettesítését általános Authorization fejléccel vagy szolgáltatásjelszóval. HTTPS esetén a közvetítő felé történő hitelesítésre a CONNECT létrehozásakor lehet szükség, mielőtt a cél HTTP-cseréje egyáltalán létezne.

Amikor a fennmaradó hiba a tanúsítvány bizalma

Az elutasított CONNECT-kihívás és TLS-tanúsítvány-ellenőrzési hiba különböző eredmények. Ha a szükséges, szervezet által kezelt CA hiányzik az ügyfél bizalmi beállításaiból, szerezze be azt a jóváhagyott adminisztratív csatornán, és állítsa be a tesztügyfél truststore-ját.

A REST Assured erre a célra trustStore-t tesz elérhetővé. A truststore megváltoztatja, mely kibocsátókban bízik a HTTPS-ügyfél; nem választja ki a proxyt, és nem adja meg annak bejelentkezését. Tartsa bekapcsolva a hosztnév- és tanúsítvány-ellenőrzést ahelyett, hogy accept-all kézfogással fogadna el bármilyen bemutatott tanúsítványt.

Kapcsolódó cikkek