Proxy-n saio-hasiera garraioaren kredentzial hornitzaileari dagokio. Spring 6 eta Apache HttpClient 5 erabiliz, mugatu kontu hori bitartekarira:

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);

Aplikazioak proxyUser eta proxyPassword balioak ematen ditu eta HTTP bezeroaren bizi-zikloaren jabe da. Erabili berriro rest karga-lanerako, deialdi-lekuan beste txantiloi lehenetsi bat eraiki beharrean.

AuthScope-k mugatzen du non diren baliozko kredentzial hauek. Adibideak erabiltzaile-izena/pasahitza kredentzial arruntak ematen ditu; BasicCredentialsProvider izenak ez du erronka bakoitza HTTP Basic eskema erabiltzera behartzen.

HTTPS helmuga batekin, garraioak proxy erronka bati erantzun diezaioke CONNECT-en zehar, aplikazioaren HTTP eskaera zifratua existitu aurretik. Proxy-Authorization gehitzen duen helmuga-intertzeptore orokor bat ez da negoziazio horren baliokidea.

Konfiguratu helmuga-kontu bakoitza bereizita. Proxy-ak eskaera oraindik ukatzen badu, gorde iragarritako autentifikazio-eskema eta benetako ostalaria eta ataka. Beste amaiera-puntu baterako mugatutako kredentzial bat ez da bat etorriko pasahitza zuzena delako soilik.

Erlazionatutako artikuluak