Osnovna proxy autentifikacija za REST Assured zahtev

Koristite ProxySpecification za adresu i račun posrednika, a konfiguraciju poverenja 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 zahteva; pozovite željeni API URL kroz request koristeći uobičajeni kod zahteva i provere u testu.

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

Smestite API akreditive u sopstvenu autentifikacionu konfiguraciju API-ja. Izbegnite zamenu proxy računa opštim Authorization zaglavljem ili servisnom lozinkom. Za HTTPS, autentifikacija prema posredniku može biti potrebna pri uspostavljanju CONNECT-a, pre nego što razmena HTTP sa odredištem uopšte postoji.

Kada je preostali kvar poverenje u sertifikat

Odbijeni CONNECT izazov i greška provere TLS sertifikata različiti su ishodi. Ako potrebni CA kojim upravlja organizacija nedostaje u klijentovom rasporedu poverenja, nabavite taj CA odobrenim administrativnim kanalom i konfigurišite truststore testnog klijenta.

REST Assured u tu svrhu izlaže trustStore. Truststore menja kojim izdavaocima HTTPS klijent veruje; ne odabire proxy niti daje njegovu prijavu. Držite proveru imena hosta i sertifikata uključenom umesto da koristite accept-all rukovanje kako biste prihvatili koji god sertifikat bio predstavljen.

Povezani članci