Pengesahan proksi asas untuk permintaan REST Assured

Gunakan ProxySpecification untuk alamat dan akaun perantara, sambil mengekalkan konfigurasi kepercayaan pada klien HTTPS.

REST Assured mempunyai spesifikasi proksi yang membawa alamat dan kelayakan perantara bersama-sama:

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);

Aplikasi membekalkan proxyUser dan proxyPassword daripada sumber kelayakan biasa. Fragmen ini membina spesifikasi permintaan; panggil URL API yang dimaksudkan melalui request dengan kod permintaan dan pengesahan biasa ujian.

Skema http menerangkan titik akhir proksi. URL API boleh kekal HTTPS. Mekanisme withAuth REST Assured menyediakan pengesahan proksi asas; ia tidak berunding dengan setiap skema pengesahan korporat semata-mata kerana dua rentetan diberikan.

Letakkan kelayakan API dalam konfigurasi pengesahan API itu sendiri. Elakkan menggantikan akaun proksi dengan pengepala Authorization umum atau kata laluan perkhidmatan. Dalam HTTPS, pengesahan kepada perantara mungkin diperlukan semasa membina CONNECT, sebelum pertukaran HTTP dengan destinasi wujud.

Apabila kegagalan yang tinggal ialah kepercayaan sijil

Cabaran CONNECT yang ditolak dan ralat pengesahan sijil TLS ialah hasil yang berbeza. Jika CA yang diurus organisasi yang diperlukan tiada dalam susunan kepercayaan klien, dapatkan CA itu melalui saluran pentadbiran yang diluluskan dan konfigurasikan truststore klien ujian.

REST Assured mendedahkan trustStore untuk tujuan itu. Truststore mengubah pengeluar mana yang dipercayai oleh klien HTTPS; ia tidak memilih proksi atau memberikan log masuknya. Kekalkan pengesahan nama hos dan sijil dihidupkan dan bukannya menggunakan jabat tangan accept-all untuk menerima sijil apa pun yang dikemukakan.

Artikel berkaitan