REST Assured अनुरोधका लागि आधारभूत प्रोक्सी प्रमाणीकरण
मध्यस्थको ठेगाना र खाताका लागि ProxySpecification प्रयोग गर्नुहोस्, र विश्वास कन्फिगरेसन HTTPS क्लाइन्टमै राख्नुहोस्।
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 क्लाइन्टको विश्वास व्यवस्थामा छैन भने, त्यो CA स्वीकृत प्रशासनिक माध्यमबाट ल्याउनुहोस् र परीक्षण क्लाइन्टको truststore कन्फिगर गर्नुहोस्।
REST Assured त्यस उद्देश्यका लागि trustStore दिन्छ। truststore ले HTTPS क्लाइन्टले कुन जारीकर्ताहरूलाई विश्वास गर्छ भन्ने बदल्छ; यसले प्रोक्सी छान्दैन वा त्यसको लगइन दिँदैन। प्रस्तुत गरिएको जुनसुकै प्रमाणपत्र स्वीकार गर्न accept-all ह्यान्डशेक प्रयोग गर्नुको सट्टा होस्टनाम र प्रमाणपत्र प्रमाणीकरण सक्रिय राख्नुहोस्।