Bazinis tarpinio serverio autentifikavimas REST Assured užklausai

Naudokite ProxySpecification tarpininko adresui ir paskyrai, o patikimumo konfigūraciją palikite HTTPS kliente.

REST Assured turi tarpinio serverio specifikaciją, kuri kartu perduoda tarpininko adresą ir prisijungimo duomenis:

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

Programa pateikia proxyUser ir proxyPassword iš įprasto prisijungimo duomenų šaltinio. Šis fragmentas sudaro užklausos specifikaciją; iškvieskite numatytą API URL per request, naudodami įprastą testo užklausos ir tikrinimo kodą.

http schema aprašo tarpinio serverio galinį tašką. API URL gali likti HTTPS. REST Assured withAuth mechanizmas suteikia bazinį tarpinio serverio autentifikavimą; jis nesidera dėl visų įmonės autentifikavimo schemų vien todėl, kad buvo pateiktos dvi eilutės.

API prisijungimo duomenis įdėkite į pačios API autentifikavimo konfigūraciją. Venkite tarpininko paskyros pakeitimo bendra Authorization antrašte ar paslaugos slaptažodžiu. HTTPS atveju autentifikavimas su tarpininku gali būti reikalingas kuriant CONNECT, dar prieš atsirandant HTTP mainams su paskirties vieta.

Kai likusi klaida yra sertifikato pasitikėjimas

Atmestas CONNECT iššūkis ir TLS sertifikato tikrinimo klaida yra skirtingi rezultatai. Jei reikiamo organizacijos valdomo CA nėra kliento pasitikėjimo sąrangoje, gaukite jį patvirtintu administravimo kanalu ir sukonfigūruokite testo kliento truststore.

REST Assured tam pateikia trustStore. Truststore keičia, kuriais išdavėjais pasitiki HTTPS klientas; jis nepasirenka tarpinio serverio ir nepateikia jo prisijungimo. Palikite įjungtą prieglobos vardo ir sertifikato tikrinimą, o ne naudokite accept-all rankos paspaudimą bet kokiam pateiktam sertifikatui priimti.

Susiję straipsniai