Základní ověřování proxy pro požadavek REST Assured
Pro adresu a účet prostředníka použijte ProxySpecification a konfiguraci důvěry ponechte na klientu HTTPS.
REST Assured má specifikaci proxy, která nese adresu a přihlašovací údaje prostředníka společně:
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);Aplikace dodává proxyUser a proxyPassword ze svého obvyklého zdroje údajů. Fragment sestaví specifikaci požadavku; cílovou adresu API zavolejte přes request pomocí obvyklého kódu požadavku a ověření v testu.
Schéma http popisuje koncový bod proxy. Adresa API může zůstat HTTPS. Mechanismus withAuth v REST Assured zajišťuje základní ověřování proxy; nevyjednává všechny podnikové autentizační mechanismy jen proto, že byly zadány dva řetězce.
Umístěte přihlašovací údaje API do vlastní konfigurace ověřování daného API. Nenahrazujte účet proxy obecnou hlavičkou Authorization ani servisním heslem. U HTTPS může být ověření u prostředníka potřeba při navazování CONNECT, dříve než vznikne výměna HTTP s cílem.
Když zbývající selhání spočívá v důvěře k certifikátu
Odmítnutá výzva CONNECT a chyba ověření certifikátu TLS jsou různé výsledky. Pokud v konfiguraci důvěry klienta chybí požadovaná CA spravovaná organizací, získejte tuto CA schváleným administrativním kanálem a nastavte truststore testovacího klienta.
REST Assured k tomu poskytuje trustStore. Truststore mění, kterým vydavatelům klient HTTPS důvěřuje; nevybírá proxy ani neposkytuje její přihlášení. Ponechte ověřování názvu hostitele a certifikátu zapnuté, místo abyste používali accept-all handshake a přijali jakýkoli předložený certifikát.