Pangunahing proxy authentication para sa isang REST Assured request

Gamitin ang ProxySpecification para sa address at account ng tagapamagitan, at iwanan ang trust configuration sa HTTPS client.

May proxy specification ang REST Assured na nagdadala ng address at credentials ng tagapamagitan nang magkasama:

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

Ibinibigay ng application ang proxyUser at proxyPassword mula sa karaniwang pinagmumulan ng credentials. Binubuo ng bahaging ito ang request specification; tawagin ang nilalayong API URL sa pamamagitan ng request gamit ang karaniwang request at assertion code ng test.

Inilalarawan ng http scheme ang endpoint ng proxy. Maaaring manatiling HTTPS ang API URL. Ang withAuth mechanism ng REST Assured ay nagbibigay ng pangunahing proxy authentication; hindi ito nakikipagnegosasyon sa bawat corporate authentication scheme dahil lang may dalawang string na ibinigay.

Ilagay ang API credentials sa sariling authentication configuration ng API. Iwasang palitan ang proxy account ng pangkalahatang Authorization header o ng service password. Sa HTTPS, maaaring kailanganin ang authentication sa tagapamagitan habang itinatatag ang CONNECT, bago pa umiral ang HTTP exchange sa destinasyon.

Kapag ang natitirang kabiguan ay pagtitiwala sa certificate

Ang tinanggihang CONNECT challenge at isang error sa pagpapatunay ng TLS certificate ay magkaibang resulta. Kung ang kinakailangang CA na pinamamahalaan ng organisasyon ay wala sa trust arrangement ng client, kunin ito sa inaprubahang administratibong channel at i-configure ang truststore ng test client.

Inilalantad ng REST Assured ang trustStore para sa layuning iyon. Binabago ng truststore kung aling mga issuer ang pinagkakatiwalaan ng HTTPS client; hindi nito pinipili ang proxy o ibinibigay ang login nito. Iwanang naka-enable ang pagpapatunay ng hostname at certificate sa halip na gumamit ng accept-all handshake para tanggapin ang anumang certificate na iniharap.

Kaugnay na mga artikulo