د 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 د کلاینټ په باور ترتیب کې نه وي، هغه CA د تصویب شوې اداري لارې له لارې ترلاسه کړئ او د ازموینې کلاینټ truststore تنظیم کړئ.

REST Assured د دې هدف لپاره trustStore ښکاره کوي. truststore بدلوي چې HTTPS کلاینټ کوم صادروونکو ته باور کوي؛ دا پروکسي نه ټاکي او نه یې ننوتل برابروي. د هوسټ نوم او سند اعتبارسنجي فعاله وساتئ، پرځای د دې چې accept-all لاس ورکول وکاروئ ترڅو هر هغه سند ومنئ چې وړاندې کیږي.