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 സവിശേഷതകൾ ചേർക്കുന്നത് ഓരോ ക്ലയന്റിന്റെയും പ്രോക്സി പ്രാമാണീകരണം നൽകുന്നില്ല.