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 கைக்குலுக்கலைப் பயன்படுத்துவதற்குப் பதிலாக ஹோஸ்ட்பெயர் மற்றும் சான்றிதழ் சரிபார்ப்பை இயக்கத்தில் வைத்திருங்கள்.