Grunnauðkenning milliþjóns fyrir REST Assured beiðni

Notið ProxySpecification fyrir heimilisfang og reikning milliliðarins og látið traustsstillinguna vera hjá HTTPS-biðlaranum.

REST Assured hefur milliþjónslýsingu sem ber heimilisfang milliliðarins og skírteini saman:

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

Forritið útvegar proxyUser og proxyPassword úr venjulegri skírteinisuppsprettu sinni. Brotið byggir beiðnilýsingu; kallið ætlaða API-slóð í gegnum request með venjulegum beiðni- og staðfestingarkóða prófsins.

http-skemað lýsir endapunkti milliþjónsins. API-slóðin getur verið áfram HTTPS. withAuth-aðferð REST Assured veitir grunnauðkenningu milliþjóns; hún semur ekki við hvert fyrirtækjauðkenningarskema bara af því að tveimur strengjum var skilað.

Setjið API-skírteini í eigin auðkenningarstillingu API-sins. Forðist að skipta milliþjónsreikningnum út fyrir almenna Authorization-haus eða þjónustulykilorð. Á HTTPS getur auðkenning við milliliðinn þurft að eiga sér stað við uppsetningu CONNECT, áður en HTTP-skipti við áfangastaðinn eru til.

Þegar eftir stendur traust á skírteini

Hafnað CONNECT-áskorun og villa við sannprófun TLS-skírteinis eru ólík niðurstöður. Ef hið áskilda CA, sem samtökin stýra, vantar í traustsuppsetningu biðlarans skal útvega það CA í gegnum samþykkta stjórnunarleið og stilla truststore prófbiðlarans.

REST Assured býður trustStore í þeim tilgangi. Truststore breytir því hvaða útgefendum HTTPS-biðlarinn treystir; það velur ekki milliþjóninn og veitir ekki innskráningu hans. Haldið sannprófun á hýsilheiti og skírteini virkri í stað þess að nota accept-all handaband til að taka við hvaða skírteini sem lagt er fram.

Tengdir greinar