ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវប្រូកស៊ីមូលដ្ឋានសម្រាប់សំណើ 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 ពីប្រភពព័ត៌មានសម្គាល់ធម្មតារបស់វា។ បំណែកនេះបង្កើតការបញ្ជាក់សំណើ។ ហៅ URL របស់ API ដែលចង់បានតាមរយៈ request ដោយប្រើកូដសំណើ និងការផ្ទៀងផ្ទាត់ធម្មតារបស់ការសាកល្បង។

គ្រោង http ពិពណ៌នាចំណុចបញ្ចប់របស់ប្រូកស៊ី។ URL របស់ API អាចនៅជា HTTPS ដដែល។ យន្តការ withAuth របស់ REST Assured ផ្តល់ការផ្ទៀងផ្ទាត់ប្រូកស៊ីមូលដ្ឋាន។ វាមិនចរចាជាមួយគ្រោងការផ្ទៀងផ្ទាត់សាជីវកម្មទាំងអស់ដោយសារតែមានការផ្តល់ខ្សែអក្សរពីរប៉ុណ្ណោះ។

ដាក់ព័ត៌មានសម្គាល់របស់ API នៅក្នុងការកំណត់ការផ្ទៀងផ្ទាត់របស់ API ខ្លួនឯង។ ជៀសវាងការជំនួសគណនីប្រូកស៊ីដោយប្រើបឋមកថា Authorization ទូទៅ ឬពាក្យសម្ងាត់សេវាកម្ម។ ចំពោះ HTTPS ការផ្ទៀងផ្ទាត់ជាមួយអ្នកសម្របសម្រួលអាចចាំបាច់នៅពេលបង្កើត CONNECT មុនពេលការផ្លាស់ប្តូរ HTTP ជាមួយគោលដៅមានឡើង។

នៅពេលបរាជ័យដែលនៅសល់គឺការទុកចិត្តលើវិញ្ញាបនបត្រ

បញ្ហាប្រឈម CONNECT ដែលត្រូវបានបដិសេធ និង កំហុសក្នុងការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រ TLS គឺជាលទ្ធផលផ្សេងគ្នា។ ប្រសិនបើ CA ដែលគ្រប់គ្រងដោយអង្គការដែលត្រូវការបាត់ពីការរៀបចំទុកចិត្តរបស់អតិថិជន សូមទទួលបាន CA នោះតាមរយៈឆានែលរដ្ឋបាលដែលបានអនុម័ត ហើយកំណត់ truststore របស់អតិថិជនសាកល្បង។

REST Assured ផ្តល់ trustStore សម្រាប់គោលបំណងនោះ។ truststore ផ្លាស់ប្តូរថាតើអតិថិជន HTTPS ជឿជាក់លើអ្នកចេញផ្សាយណាខ្លះ។ វាមិនជ្រើសរើសប្រូកស៊ី ឬផ្តល់ការចូលរបស់វាទេ។ សូមបើកការផ្ទៀងផ្ទាត់ឈ្មោះម៉ាស៊ីន និងវិញ្ញាបនបត្រជាបន្ត ជំនួសឱ្យការប្រើការចាប់ដៃ accept-all ដើម្បីទទួលវិញ្ញាបនបត្រណាមួយដែលបានបង្ហាញ។