مصادقة الوكيل الأساسية لطلب 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 المقصود عبر request باستخدام كود الطلب والتحقق المعتاد في الاختبار.

يصف مخطط http نقطة نهاية الوكيل. يمكن أن يبقى عنوان API على HTTPS. توفّر آلية withAuth في REST Assured مصادقة الوكيل الأساسية؛ وهي لا تتفاوض على كل مخطط مصادقة مؤسسي لمجرد تمرير سلسلتين.

ضع بيانات اعتماد API في إعداد المصادقة الخاص بـ API نفسه. تجنّب استبدال حساب الوكيل بترويسة Authorization عامة أو بكلمة مرور خدمة. في HTTPS قد تكون المصادقة مع الوسيط مطلوبة أثناء إنشاء CONNECT، قبل أن يوجد تبادل HTTP مع الوجهة.

عندما يكون الفشل المتبقي في ثقة الشهادة

تحدي CONNECT المرفوض وخطأ في التحقق من شهادة TLS نتيجة مختلفة. إذا كانت شهادة CA المطلوبة التي تديرها المؤسسة غائبة عن ترتيب الثقة لدى العميل، فاحصل على تلك الشهادة عبر القناة الإدارية المعتمدة واضبط truststore لعميل الاختبار.

يعرض REST Assured الخاصية trustStore لهذا الغرض. يغيّر truststore الجهات التي يثق بها عميل HTTPS؛ ولا يختار الوكيل ولا يوفّر تسجيل الدخول إليه. أبقِ التحقق من اسم المضيف والشهادة مفعّلًا بدلًا من استخدام مصافحة accept-all لتقبل أي شهادة تُعرض.