Проксид нэвтрэх нь тээврийн итгэмжлэл нийлүүлэгчид хамаарна. 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 очих газартай үед тээвэр нь аппликейшны шифрлэгдсэн HTTP хүсэлт үүсэхээс өмнө CONNECT-ийн үед прокси сорилтод хариулж чадна. Proxy-Authorization нэмдэг ерөнхий очих газрын интерцептор тэр хэлэлцээртэй тэнцэхгүй.

Аливаа очих газрын бүртгэлийг тус тусад нь тохируулна уу. Хэрэв прокси хүсэлтийг үгүйсгэсээр байвал түүний зарласан баталгаажуулалтын схем болон бодит хост, портыг хадгална уу. Өөр төгсгөлийн цэгт хязгаарласан итгэмжлэл зөвхөн нууц үг зөв гэсэн шалтгаанаар тохирохгүй.

Холбоотой нийтлэлүүд