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 маанилерин кадимки эсеп маалымат булагынан берет. Бул үзүндү суроо спецификациясын түзөт; максаттуу API URL'ди request аркылуу тесттин кадимки суроо жана текшерүү коду менен чакырыңыз.

http схемасы проксинин акыркы чекитин сүрөттөйт. API URL HTTPS бойдон кала алат. REST Assured'тин withAuth механизми негизги прокси аутентификациясын камсыз кылат; эки сап берилди деп, ал бардык корпоративдик аутентификация схемалары менен сүйлөшүү жүргүзбөйт.

API эсеп маалыматтарын API'нин өзүнүн аутентификация конфигурациясына жайгаштырыңыз. Прокси эсебин жалпы Authorization аталышы же кызмат сырсөзү менен алмаштыруудан качыңыз. HTTPS учурунда ортомчу менен аутентификация CONNECT орнотулуп жатканда, максат менен HTTP алмашуу пайда боло электе талап кылынышы мүмкүн.

Калган ката сертификаттагы ишеним болгондо

Четке кагылган CONNECT чакырыгы жана TLS сертификатын текшерүү катасы ар башка натыйжалар. Эгер уюм башкарган керектүү CA кардардын ишеним конфигурациясында жок болсо, аны бекитилген административдик арна аркылуу алып, сыноо кардарынын truststore'ун конфигурациялаңыз.

REST Assured ушул максат үчүн trustStore сунуштайт. Truststore HTTPS кардары кайсы чыгаруучуларга ишенээрин өзгөртөт; ал проксини тандабайт жана анын кирүүсүн бербейт. Берилген каалаган сертификатты кабыл алуу үчүн accept-all кол кармашууну колдонуунун ордуна хост атын жана сертификатты текшерүүнү күйгүзүп кармаңыз.

Тектеш макалалар