GlassFish एप्लिकेशन इंस्टेंस को उसका आउटबाउंड प्रॉक्सी दें
एप्लिकेशन चलाने वाले GlassFish लक्ष्य पर HTTP और HTTPS प्रॉक्सी गुण सहेजें, फिर प्रभावी कॉन्फ़िगरेशन और क्लाइंट व्यवहार सत्यापित करें।
प्रॉक्सी विकल्प बनाने से पहले एप्लिकेशन चलाने वाला 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 गुण जोड़ने से हर क्लाइंट का प्रॉक्सी प्रमाणीकरण नहीं मिलता।