GlassFish ایپلیکیشن انسٹانس کو اس کا آؤٹ باؤنڈ پراکسی دیں

پراکسی اختیارات بنانے سے پہلے ایپلیکیشن چلانے والا 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 سابقوں کے بغیر ہوسٹ نام ہیں۔ Java کی الگ HTTP/HTTPS خصوصیات منزل کے پروٹوکول بیان کرتی ہیں؛ HTTPS ہدف پھر بھی عام HTTP CONNECT پراکسی استعمال کر سکتا ہے۔

اسی ہدف کے لیے list-jvm-options سے محفوظ اقدار کا معائنہ کریں۔ پہلے موجودہ اندراجات کا جائزہ لیں: create ایک جیسی اختیار دوبارہ نہیں بناتا، اس لیے کامیاب کمانڈ خود متضاد اقدار کو حل نہیں کرتی۔

پھر چلتی ہوئی انسٹانس کی مؤثر خصوصیات اور اصل HTTP کلائنٹ کا معائنہ کریں۔ GlassFish دوبارہ آغاز مانگنے والے اختیارات کو ان سسٹم خصوصیات سے الگ کرتا ہے جنہیں وہ فوراً اپ ڈیٹ کر سکتا ہے۔ تعینات شدہ ریلیز کی پیروی کریں نہ کہ بغیر شرط دوبارہ آغاز کی ترکیب کی؛ موجودہ کلائنٹ اپنا راستہ برقرار رکھ سکتا ہے۔

یہ طریقہ ان کلائنٹس پر لاگو ہوتا ہے جو JVM نیٹ ورکنگ خصوصیات کا احترام کرتے ہیں۔ واضح لائبریری پراکسی یا الگ ٹرانسپورٹ کو اپنی معاون ترتیب درکار ہے، جبکہ آنے والے سننے والوں کا اس سے تعلق نہیں۔ Java بائی پاس پالیسی میں ضروری براہ راست منزلیں محفوظ رکھیں۔ من مانی صارف نام/پاس ورڈ JVM خصوصیات شامل کرنا ہر کلائنٹ کی پراکسی توثیق فراہم نہیں کرتا۔