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 ಒದಗಿಸುತ್ತದೆ. ಈ ತುಣುಕು ವಿನಂತಿ ವಿವರಣೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ; ಪರೀಕ್ಷೆಯ ಸಾಮಾನ್ಯ ವಿನಂತಿ ಮತ್ತು ಪರಿಶೀಲನಾ ಕೋಡ್ ಬಳಸಿ request ಮೂಲಕ ಉದ್ದೇಶಿತ API URL ಅನ್ನು ಕರೆಯಿರಿ.

http ಯೋಜನೆ ಪ್ರಾಕ್ಸಿಯ ಅಂತಿಮ ಬಿಂದುವನ್ನು ವಿವರಿಸುತ್ತದೆ. API URL HTTPS ಆಗಿಯೇ ಉಳಿಯಬಹುದು. REST Assured ನ withAuth ಕಾರ್ಯವಿಧಾನ ಮೂಲ ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣವನ್ನು ಒದಗಿಸುತ್ತದೆ; ಕೇವಲ ಎರಡು ಸ್ಟ್ರಿಂಗ್‌ಗಳನ್ನು ನೀಡಿದ್ದರಿಂದ ಅದು ಎಲ್ಲಾ ಸಾಂಸ್ಥಿಕ ದೃಢೀಕರಣ ಯೋಜನೆಗಳೊಂದಿಗೆ ಮಾತುಕತೆ ನಡೆಸುವುದಿಲ್ಲ.

API ರುಜುವಾತುಗಳನ್ನು API ಯ ಸ್ವಂತ ದೃಢೀಕರಣ ಸಂರಚನೆಯಲ್ಲಿ ಇರಿಸಿ. ಪ್ರಾಕ್ಸಿ ಖಾತೆಯನ್ನು ಸಾಮಾನ್ಯ Authorization ಹೆಡರ್ ಅಥವಾ ಸೇವಾ ಪಾಸ್‌ವರ್ಡ್‌ನಿಂದ ಬದಲಾಯಿಸುವುದನ್ನು ತಪ್ಪಿಸಿ. HTTPS ನಲ್ಲಿ, CONNECT ಸ್ಥಾಪಿಸುವಾಗ, ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ HTTP ವಿನಿಮಯ ಉಂಟಾಗುವ ಮೊದಲೇ ಮಧ್ಯವರ್ತಿಯೊಂದಿಗೆ ದೃಢೀಕರಣ ಅಗತ್ಯವಾಗಬಹುದು.

ಉಳಿದ ವೈಫಲ್ಯ ಪ್ರಮಾಣಪತ್ರದ ನಂಬಿಕೆಯಾದಾಗ

ತಿರಸ್ಕರಿಸಿದ CONNECT ಸವಾಲು ಮತ್ತು TLS ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನಾ ದೋಷ ಬೇರೆ ಬೇರೆ ಫಲಿತಾಂಶಗಳು. ಅಗತ್ಯವಿರುವ ಸಂಸ್ಥೆ-ನಿರ್ವಹಿತ CA ಕ್ಲೈಂಟ್‌ನ ನಂಬಿಕೆ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಅನುಮೋದಿತ ಆಡಳಿತ ಮಾರ್ಗದ ಮೂಲಕ ಪಡೆದು ಪರೀಕ್ಷಾ ಕ್ಲೈಂಟ್‌ನ truststore ಸಂರಚಿಸಿ.

REST Assured ಆ ಉದ್ದೇಶಕ್ಕಾಗಿ trustStore ಒದಗಿಸುತ್ತದೆ. truststore HTTPS ಕ್ಲೈಂಟ್ ಯಾವ ನೀಡುಗರನ್ನು ನಂಬುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ; ಅದು ಪ್ರಾಕ್ಸಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ ಅಥವಾ ಅದರ ಲಾಗಿನ್ ಒದಗಿಸುವುದಿಲ್ಲ. ಪ್ರಸ್ತುತಪಡಿಸಿದ ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ವೀಕರಿಸಲು accept-all ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಬಳಸುವ ಬದಲು ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಸಕ್ರಿಯವಾಗಿಡಿ.