Ang variable ng shell at ang katangian ng sistema ng JVM ay magkaibang input ng configuration. Ang pag-export ng http_proxy para sa curl ay hindi nagtatatag ng http.proxyHost sa loob ng isang kliyente ng Java URLConnection.

Para sa isang JVM na ang mga kalahok na koneksyon sa HTTP ay dapat gumamit ng isang nakapirming ruta, ang mga argumento sa pagsisimula ay makakapagpaliwanag ng pagpili:

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

Ilustratibo ang endpoint; ang mga pampublikong kandidatong HTTP mula sa listahan ng proxy ng HTTP ay maaaring punan ang mga field na ito kapag pinapayagan ng application ang rutang iyon. Ang katangian ng host ay tumatanggap ng hostname o IP address, na ang port ay ibinibigay nang hiwalay. Hindi ito kumpletong proxy URL.

Ang pagpapatotoo at mga tuntunin sa pag-iwas ay nangangailangan ng sariling configuration. Huwag ipagpalagay na gumagana ang isang hindi dokumentadong katangiang http.proxyPassword dahil lang sa kasama ito sa isang lumang halimbawa. Sumangguni sa dokumentadong API ng pagpapatotoo at sa mga katangian ng network ng iyong JDK.

Naaangkop ito sa mga kalahok na landas ng network ng Java. Ang isang aklatan na may kliyenteng HTTP na naka-configure nang independiyente ay maaaring sumunod sa ibang patakaran. Tukuyin ang kliyenteng iyon bago mag-aksaya ng oras sa pagsasalin ng bawat variable ng shell sa argumento ng JVM.

Kaugnay na mga artikulo