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 සේවාලාභියාගේ විශ්වාස වින්‍යාසයේ නොමැති නම්, අනුමත පරිපාලන මාර්ගයෙන් එය ලබාගෙන පරීක්ෂණ සේවාලාභියාගේ truststore වින්‍යාස කරන්න.

REST Assured එම අරමුණ සඳහා trustStore ලබා දෙයි. truststore මගින් HTTPS සේවාලාභියා විශ්වාස කරන නිකුත් කරන්නන් වෙනස් වේ; එය ප්‍රොක්සිය තෝරන්නේ නැත, එහි පිවිසුම ලබා දෙන්නේද නැත. ඉදිරිපත් කරන ඕනෑම සහතිකයක් පිළිගැනීමට accept-all අත්වැල් ගැසීම භාවිත කරනවා වෙනුවට සත්කාරක නාමය සහ සහතික සත්‍යාපනය සක්‍රීයව තබන්න.

අදාළ ලිපි