Зменная абалонкі і сістэмная ўласцівасць JVM — розныя ўваходныя даныя канфігурацыі. Экспарт http_proxy для curl не стварае http.proxyHost унутры кліента Java URLConnection.

Для JVM, удзельныя HTTP-злучэнні якой павінны выкарыстоўваць фіксаваны маршрут, аргументы запуску могуць зрабіць выбар яўным:

java -Dhttp.proxyHost=203.0.113.10 -Dhttp.proxyPort=8080 \
     -Dhttps.proxyHost=203.0.113.10 -Dhttps.proxyPort=8080 \
     -jar application.jar

Канечная кропка — прыклад; публічныя HTTP-кандыдаты са спіса проксі HTTP могуць запоўніць гэтыя палі, калі праграма дазваляе гэты маршрут. Уласцівасць хоста прымае імя хоста або IP-адрас, порт падаецца асобна. Гэта не поўны URL проксі.

Аўтэнтыфікацыя і правілы абыходу патрабуюць уласнай канфігурацыі. Не думайце, што незадакументаваная ўласцівасць http.proxyPassword працуе толькі таму, што яе змяшчае стары прыклад. Звярніцеся да задакументаванага API аўтэнтыфікацыі і сеткавых уласцівасцей вашай JDK.

Гэта датычыцца ўдзельных шляхоў сеткі Java. Бібліятэка з незалежна настроеным HTTP-кліентам можа прытрымлівацца іншай палітыкі. Вызначце гэтага кліента, перш чым марнаваць час на пераклад кожнай зменнай абалонкі ў аргумент JVM.

Падобныя артыкулы