متغیر پوسته و ویژگی سیستم 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 خود را بررسی کنید.

این برای مسیرهای شبکه جاوا که مشارکت می‌کنند صدق می‌کند. کتابخانه‌ای با کلاینت HTTP مستقل پیکربندی‌شده می‌تواند سیاست دیگری را دنبال کند. پیش از صرف وقت برای ترجمه هر متغیر پوسته به آرگومان JVM، آن کلاینت را شناسایی کنید.

مقالات مرتبط