HttpClient 5 સાથે RestTemplate પ્રોક્સી ઓળખપત્રો મર્યાદિત કરો

પ્રોક્સી લોગિન ટ્રાન્સપોર્ટના ઓળખપત્ર પ્રદાતાનું છે. Spring 6 અને Apache HttpClient 5 સાથે, તે ખાતાને મધ્યસ્થ સુધી મર્યાદિત કરો:

var proxy = new org.apache.hc.core5.http.HttpHost(
    "http", "proxy.example", 8080);
var credentials = new org.apache.hc.client5.http.impl.auth
    .BasicCredentialsProvider();
credentials.setCredentials(
    new org.apache.hc.client5.http.auth.AuthScope(proxy),
    new org.apache.hc.client5.http.auth.UsernamePasswordCredentials(
        proxyUser, proxyPassword.toCharArray()));

var http = org.apache.hc.client5.http.impl.classic.HttpClients.custom()
    .setProxy(proxy)
    .setDefaultCredentialsProvider(credentials)
    .build();
var factory = new org.springframework.http.client
    .HttpComponentsClientHttpRequestFactory(http);
var rest = new org.springframework.web.client.RestTemplate(factory);

એપ્લિકેશન proxyUser અને proxyPassword મૂલ્યો પૂરાં પાડે છે અને HTTP ક્લાયન્ટનું જીવનચક્ર ધરાવે છે. કૉલ સ્થળે બીજું ડિફૉલ્ટ નમૂનો બનાવવાને બદલે કાર્યભાર માટે rest ફરી વાપરો.

AuthScope મર્યાદિત કરે છે કે આ ઓળખપત્રો ક્યાં માન્ય છે. ઉદાહરણ સામાન્ય વપરાશકર્તાનામ/પાસવર્ડ ઓળખપત્રો પૂરાં પાડે છે; BasicCredentialsProvider નામ દરેક પડકારને HTTP Basic સ્કીમ વાપરવા મજબૂર કરતું નથી.

HTTPS ગંતવ્ય સાથે, ટ્રાન્સપોર્ટ CONNECT દરમિયાન પ્રોક્સી પડકારનો જવાબ આપી શકે છે, એપ્લિકેશનની એન્ક્રિપ્ટેડ HTTP વિનંતી પહેલાં. Proxy-Authorization ઉમેરતું સામાન્ય ગંતવ્ય ઇન્ટરસેપ્ટર તે વાટાઘાટનું સમકક્ષ નથી.

કોઈ પણ ગંતવ્ય ખાતું અલગથી ગોઠવો. જો પ્રોક્સી હજી વિનંતી નકારે, તો તેની જાહેર કરેલી પ્રમાણીકરણ સ્કીમ અને વાસ્તવિક હોસ્ટ અને પોર્ટ રાખો. બીજા એન્ડપૉઇન્ટ માટે મર્યાદિત ઓળખપત્ર ફક્ત પાસવર્ડ સાચો હોવાથી મેળ ખાશે નહીં.