באזישע פראקסי-אויטענטיקאציע פאר א 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 פון איר געוויינלעכן באווייזן-מקור. דער שטיקל בויט אן אנפראגע-ספעציפיקאציע; רופט דעם בדעה'טן API URL דורך request מיט דעם טעסט'ס געוויינלעכן אנפראגע- און קאנטראל-קאד.

דאס http סכימה באשרייבט דעם ענדפונקט פונעם פראקסי. דער API URL קען בלייבן HTTPS. דער withAuth מעכאניזם פון REST Assured שטעלט צו באזישע פראקסי-אויטענטיקאציע; ער פארהאנדלט נישט יעדע פירמע-אויטענטיקאציע סכימה בלויז ווייל צוויי שטריקן זענען געגעבן געווארן.

לייגט די API באווייזן אין דער API'ס אייגענער אויטענטיקאציע-קאנפיגוראציע. פארמײדט איבערצוטוישן די פראקסי-קאנטע מיט אן אלגעמיינעם Authorization קעפל אדער א סערוויס-פאסווארט. ביי HTTPS קען אויטענטיקאציע ביים מיטלער זיין נייטיג ביים אויפשטעלן CONNECT, איידער דער HTTP אויסטויש מיטן ציל עקזיסטירט.

ווען דער איבעריגער דורכפאל איז צוטרוי צום סערטיפיקאט

אן אפגעווארפענע CONNECT פארפארונג און א TLS סערטיפיקאט-וואלידאציע פעלער זענען פארשידענע רעזולטאטן. אויב דער נייטיגער, פון דער ארגאניזאציע געפירטער CA פעלט אין דעם קליענט'ס צוטרוי-סדר, שאפט יענעם CA דורכן באשטעטיגטן אדמיניסטראטיוון קאנאל און שטעלט אויס דעם טעסט-קליענט'ס truststore.

REST Assured אנטפלעקט trustStore פאר יענעם צוועק. א truststore ענדערט וועמען דער HTTPS קליענט צוטרוט; ער קלויבט נישט אויס דעם פראקסי און גיט נישט זיין אריינלאג. האלט ווייטער אן די האסט-נאמען און סערטיפיקאט וואלידאציע אנגעצינדן אנשטאט ניצן אן accept-all האנט-שאקלונג אויסצונעמען וועלכן סערטיפיקאט ס'ווערט דערלאנגט.