प्रोक्सी विकल्पहरू सिर्जना गर्नु अघि अनुप्रयोग चलाइरहेको 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 गुणहरू थप्दा प्रत्येक क्लाइन्टको प्रोक्सी प्रमाणीकरण प्रदान हुँदैन।

सम्बन्धित लेखहरू