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 гар барилтыг ашиглахын оронд хост нэр болон сертификатын шалгалтыг идэвхтэй байлга.

Холбоотой нийтлэлүүд