REST Assured అభ్యర్థన కోసం ప్రాథమిక ప్రాక్సీ ప్రమాణీకరణ

REST Assured లో మధ్యవర్తి చిరునామా మరియు ఆధారాలను కలిసి మోసుకెళ్లే ప్రాక్సీ స్పెసిఫికేషన్ ఉంది:

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

అప్లికేషన్ proxyUser మరియు proxyPassword లను తన సాధారణ ఆధారాల మూలం నుండి అందిస్తుంది. ఈ భాగం అభ్యర్థన స్పెసిఫికేషన్‌ను నిర్మిస్తుంది; పరీక్ష యొక్క సాధారణ అభ్యర్థన మరియు ధృవీకరణ కోడ్‌ను ఉపయోగించి request ద్వారా లక్ష్య API URL ను పిలవండి.

http స్కీమ్ ప్రాక్సీ ముగింపు బిందువును వివరిస్తుంది. API URL HTTPS గానే ఉండవచ్చు. REST Assured యొక్క withAuth యంత్రాంగం ప్రాథమిక ప్రాక్సీ ప్రమాణీకరణను అందిస్తుంది; రెండు స్ట్రింగ్‌లు ఇచ్చినందుకే అది ప్రతి సంస్థ ప్రమాణీకరణ పథకంతో చర్చలు జరపదు.

API ఆధారాలను API యొక్క స్వంత ప్రమాణీకరణ కాన్ఫిగరేషన్‌లో ఉంచండి. ప్రాక్సీ ఖాతా స్థానంలో సాధారణ Authorization హెడర్ లేదా సేవా పాస్‌వర్డ్ ఉపయోగించడం మానండి. HTTPS లో, CONNECT ఏర్పాటు చేసేటప్పుడు, గమ్యస్థానంతో HTTP మార్పిడి ఉనికిలోకి రాకముందే మధ్యవర్తితో ప్రమాణీకరణ అవసరం కావచ్చు.

మిగిలిన వైఫల్యం సర్టిఫికెట్ విశ్వాసం అయినప్పుడు

తిరస్కరించబడిన CONNECT సవాలు మరియు TLS సర్టిఫికెట్ ధృవీకరణ లోపం వేర్వేరు ఫలితాలు. అవసరమైన సంస్థ-నిర్వహిత CA క్లయింట్ విశ్వాస వ్యవస్థలో లేకుంటే, ఆమోదించబడిన పరిపాలనా మార్గం ద్వారా దాన్ని పొంది పరీక్ష క్లయింట్ truststore ను కాన్ఫిగర్ చేయండి.

ఆ ప్రయోజనం కోసం REST Assured trustStore ను అందిస్తుంది. truststore, HTTPS క్లయింట్ ఏ జారీచేసేవారిని విశ్వసిస్తుందో మారుస్తుంది; అది ప్రాక్సీని ఎంచుకోదు లేదా దాని లాగిన్ అందించదు. అందించిన ఏ సర్టిఫికెట్‌నైనా అంగీకరించడానికి accept-all హ్యాండ్‌షేక్ ఉపయోగించకుండా హోస్ట్‌పేరు మరియు సర్టిఫికెట్ ధృవీకరణను ఆన్‌లో ఉంచండి.