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 ਕਲਾਇੰਟ ਦੀ ਭਰੋਸਾ ਵਿਵਸਥਾ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਤਾਂ ਉਹ CA ਮਨਜ਼ੂਰ ਪ੍ਰਬੰਧਕੀ ਚੈਨਲ ਰਾਹੀਂ ਲਵੋ ਅਤੇ ਟੈਸਟ ਕਲਾਇੰਟ ਦਾ truststore ਸੰਰਚਿਤ ਕਰੋ।

REST Assured ਉਸ ਮਕਸਦ ਲਈ trustStore ਦਿੰਦਾ ਹੈ। truststore ਬਦਲਦਾ ਹੈ ਕਿ HTTPS ਕਲਾਇੰਟ ਕਿਹੜੇ ਜਾਰੀਕਰਤਾਵਾਂ ਉੱਤੇ ਭਰੋਸਾ ਕਰਦਾ ਹੈ; ਇਹ ਪ੍ਰੌਕਸੀ ਨਹੀਂ ਚੁਣਦਾ ਅਤੇ ਨਾ ਹੀ ਉਸਦਾ ਲੌਗਇਨ ਦਿੰਦਾ ਹੈ। ਪੇਸ਼ ਕੀਤੇ ਕਿਸੇ ਵੀ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਲਈ accept-all ਹੈਂਡਸ਼ੇਕ ਵਰਤਣ ਦੀ ਥਾਂ ਹੋਸਟਨਾਮ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ।

ਸੰਬੰਧਿਤ ਲੇਖ