Osnovna proxy autentifikacija za REST Assured zahtjev

Koristite ProxySpecification za adresu i račun posrednika, a konfiguraciju povjerenja zadržite na HTTPS klijentu.

REST Assured ima specifikaciju proxyja koja zajedno nosi adresu posrednika i njegove akreditive:

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

Aplikacija dobavlja proxyUser i proxyPassword iz svog uobičajenog izvora akreditiva. Ovaj fragment gradi specifikaciju zahtjeva; pozovite željeni API URL kroz request koristeći uobičajeni kod zahtjeva i provjere u testu.

Shema http opisuje krajnju točku proxyja. API URL može ostati HTTPS. REST Assured mehanizam withAuth pruža osnovnu proxy autentifikaciju; ne pregovara svaku korporativnu autentifikacijsku shemu samo zato što su dostavljena dva niza.

Smjestite API akreditive u vlastitu autentifikacijsku konfiguraciju API-ja. Izbjegnite zamjenu proxy računa općim Authorization zaglavljem ili servisnom lozinkom. Za HTTPS, autentifikacija prema posredniku može biti potrebna pri uspostavljanju CONNECT-a, prije nego što razmjena HTTP s odredištem uopće postoji.

Kada je preostali kvar povjerenje u certifikat

Odbijeni CONNECT izazov i pogreška provjere TLS certifikata različiti su ishodi. Ako potrebni CA kojim upravlja organizacija nedostaje u klijentovu rasporedu povjerenja, nabavite taj CA odobrenim administrativnim kanalom i konfigurirajte truststore testnog klijenta.

REST Assured u tu svrhu izlaže trustStore. Truststore mijenja kojim izdavateljima HTTPS klijent vjeruje; ne odabire proxy niti daje njegovu prijavu. Držite provjeru imena hosta i certifikata uključenom umjesto da koristite accept-all rukovanje kako biste prihvatili koji god certifikat bio predstavljen.

Povezani članci