پیش از ایجاد گزینه‌های پروکسی، هدف GlassFish را که برنامه را اجرا می‌کند انتخاب کنید. create-jvm-options به‌طور پیش‌فرض سرور مدیریت دامنه را هدف می‌گیرد؛ همچنین نمونه، خوشه یا پیکربندی نام‌دار را می‌پذیرد. بنابراین پیش‌فرض ممکن است JVM اشتباه را تغییر دهد.

برای یک پیکربندی نام‌دار نمونه app-config:

asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"

هدف و نقطه پایانی را جایگزین کنید؛ فهرست پروکسی HTTP نامزدهای HTTP را برای درخواست‌های مجاز به اهداف عمومی فراهم می‌کند. آرگومان جداشده با دونقطه چهار گزینه دارد. مقادیر میزبان نام میزبان بدون پیشوند URL هستند. ویژگی‌های جداگانه HTTP/HTTPS جاوا پروتکل‌های مقصد را توصیف می‌کنند؛ یک هدف HTTPS هنوز می‌تواند از پروکسی معمولی HTTP CONNECT استفاده کند.

مقادیر ذخیره‌شده را با list-jvm-options برای همان هدف بررسی کنید. ابتدا ورودی‌های موجود را مرور کنید: create یک گزینه یکسان را دوباره نمی‌سازد، بنابراین یک فرمان موفق به‌خودی‌خود مقادیر متضاد را حل نمی‌کند.

سپس ویژگی‌های مؤثر نمونه در حال اجرا و کلاینت واقعی HTTP را بررسی کنید. GlassFish بین گزینه‌هایی که نیاز به راه‌اندازی مجدد دارند و ویژگی‌های سیستمی که می‌تواند فوراً به‌روزرسانی کند تمایز می‌گذارد. از نسخه مستقرشده پیروی کنید نه دستور راه‌اندازی مجدد بی‌قید و شرط؛ یک کلاینت موجود ممکن است مسیر خود را حفظ کند.

این روش برای کلاینت‌هایی اعمال می‌شود که به ویژگی‌های شبکه JVM احترام می‌گذارند. پروکسی صریح کتابخانه یا انتقال جداگانه به تنظیمات پشتیبانی‌شده خود نیاز دارد، در حالی که شنونده‌های ورودی بی‌ربط هستند. مقصدهای مستقیم لازم را در سیاست دورزدن جاوا حفظ کنید. افزودن ویژگی‌های دلخواه JVM برای نام کاربری/گذرواژه احراز هویت پروکسی هر کلاینت را فراهم نمی‌کند.

مقالات مرتبط