Tomcat Windows സേവനത്തിന് അതിന്റെ പ്രോക്സി ക്രമീകരണങ്ങൾ നൽകുക
യഥാർത്ഥ Tomcat Windows സേവനത്തിന്റെ JVM ഓപ്ഷനുകളിൽ പ്രോക്സി പ്രോപ്പർട്ടികൾ കോൺഫിഗർ ചെയ്യുകയും സേവന ഐഡന്റിറ്റിയും ക്ലയന്റ്-നിർദ്ദിഷ്ട സ്വഭാവവും പരിഗണിക്കുകയും ചെയ്യുക.
tomcat9w.exe //ES//MyTomcat
Tomcat 9-ന്റെ MyTomcat എന്ന Windows സേവനത്തിന്, ഇത് അതിന്റെ രേഖപ്പെടുത്തിയ കോൺഫിഗറേഷൻ എഡിറ്റർ തുറക്കുന്നു. യഥാർത്ഥ സേവന നാമവും യോജിക്കുന്ന ഇൻസ്റ്റലേഷൻ ടൂളും ഉപയോഗിക്കുക. Java ഓപ്ഷനുകളിൽ, നിലവിലുള്ള എൻട്രികൾ നിലനിർത്തി ആപ്ലിക്കേഷന്റെ HTTP സ്റ്റാക്ക് ഉപയോഗിക്കുന്നവ ചേർക്കുക:
-Dhttp.proxyHost=proxy.example
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example
-Dhttps.proxyPort=8080
URL സ്കീം ഇല്ലാത്ത ഹോസ്റ്റ്നെയിം ഉപയോഗിക്കുക. പ്രോക്സി ക്രെഡൻഷ്യലുകൾ ഇല്ലാത്ത അനുവദനീയമായ പൊതു HTTP പരിശോധനയ്ക്ക്, HTTP പ്രോക്സി പട്ടികയിൽ നിന്നുള്ള ഒരു സ്ഥാനാർത്ഥിക്ക് ഹോസ്റ്റും പോർട്ടും നൽകാം; ആവശ്യമായ സേവന-നെറ്റ്വർക്ക് റൂട്ട് വേർതിരിച്ച് സൂക്ഷിക്കുക. HTTP, HTTPS പ്രോപ്പർട്ടികൾ അവയുടെ ലക്ഷ്യ പ്രോട്ടോക്കോളുകൾ തിരഞ്ഞെടുക്കുന്നു. നേരിട്ടുള്ള ഒഴിവാക്കലുകൾ ആവശ്യമെങ്കിൽ, ഉദ്ദേശിച്ച http.nonProxyHosts നയം ഉപയോഗിക്കുക; JDK-യുടെ HTTPS ഹാൻഡ്ലർ ആ പ്രോപ്പർട്ടി പങ്കിടുന്നു.
സേവന മാറ്റം പ്രയോഗിച്ച് അനുയോജ്യമായ അറ്റകുറ്റപ്പണി സമയത്ത് പുനരാരംഭിക്കുക. ഇവ പുതിയ JVM-ന്റെ സ്റ്റാർട്ടപ്പ് പ്രോപ്പർട്ടികളാണ്; പ്രത്യേകിച്ച് java.net.useSystemProxies ആരംഭിക്കുമ്പോൾ പരിശോധിക്കുന്നു. ഇന്ററാക്ടീവ് ഷെല്ലിലെ എക്സ്പോർട്ട് സേവനം അത് സ്വീകരിച്ചു എന്ന് തെളിയിക്കുന്നില്ല.
തുടർന്ന് വർക്കറുടെ അക്കൗണ്ടും ക്ലയന്റും വിലയിരുത്തുക. സിസ്റ്റം കണ്ടെത്തലും സംയോജിത പ്രാമാണീകരണവും അഡ്മിനിസ്ട്രേറ്ററുടെ ബ്രൗസർ സെഷനിൽ നിന്ന് വ്യത്യാസപ്പെടാം. JVM പ്രോപ്പർട്ടികൾ അവ ചോദിക്കുന്ന കോഡിനെ മാത്രം ബാധിക്കുന്നു; മറ്റൊരു ലൈബ്രറിക്ക് അതിന്റെ ബിൽഡറോ റൂട്ട് പ്ലാനറോ ആവശ്യമായി വന്നേക്കാം. 407-ന്, അനിയന്ത്രിതമായ proxyUser/proxyPassword പ്രോപ്പർട്ടികൾ ചേർക്കുന്നതിന് പകരം ആ ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന പ്രോക്സി പ്രാമാണീകരണം കോൺഫിഗർ ചെയ്യുക.