JVM פּראָקסי אייגנשאַפֿטן פֿאַר Java URL פֿאַרבינדונגען

אַ shell וואַריאַבל און אַ 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 פּראָקסי ליסטע קענען אָנפֿילן די פֿעלדער ווען די אַפּליקאַציע ערלויבט די רוטע. די host אייגנשאַפֿט נעמט אַ hostname אָדער IP אַדרעס, מיט דעם פּאָרט באַזונדער. דאָס איז נישט אַ פֿולער פּראָקסי URL.

אויטענטיפֿיקאַציע און בייפּאַס כּללים דאַרפֿן זייער אייגענע קאָנפֿיגוראַציע. פֿאַרהאַלט זיך נישט אַז אַ נישט-דאָקומענטירטע http.proxyPassword אייגנשאַפֿט אַרבעט בלויז ווייַל אַן אַלט ביישפּיל האָט עס. פֿרעגט זיך אָפּ מיט דער דאָקומענטירטער אויטענטיפֿיקאַציע API און די נעץ אייגנשאַפֿטן פֿון דײַן JDK.

דאָס גילט פֿאַר די באַטייליקטע Java נעץ וועגן. אַ ביבליאָטעק מיט אַן אומאָפּהענגיק קאָנפֿיגורירטן HTTP קליענט קען פֿאָלגן אַן אַנדער פּאָליטיק. דערקענט דעם קליענט פֿאַר איר פֿאַרברענגען צײַט איבערצוזעצן יעדער shell וואַריאַבל אין אַ JVM אַרגומענט.