Ge GlassFish-applikationsinstansen sin utgående proxy
Spara HTTP- och HTTPS-proxyegenskaper på GlassFish-målet som kör applikationen och verifiera sedan den effektiva konfigurationen och klientbeteendet.
Välj GlassFish-målet som kör applikationen innan du skapar proxyalternativ. create-jvm-options riktar sig som standard mot domänadministrationsservern; den accepterar även en instans, ett kluster eller en namngiven konfiguration. Standardvärdet kan därför ändra fel JVM.
För en illustrativ namngiven konfiguration app-config:
asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"
Ersätt målet och slutpunkten; HTTP-proxylistan tillhandahåller HTTP-kandidater för tillåtna förfrågningar mot offentliga mål. Argumentet som avgränsas med kolon innehåller fyra alternativ. Värden för värd är värdnamn utan URL-prefix. Javas separata HTTP/HTTPS-egenskaper beskriver destinationsprotokoll; ett HTTPS-mål kan fortfarande använda en vanlig HTTP CONNECT-proxy.
Granska de sparade värdena med list-jvm-options för samma mål. Gå igenom befintliga poster först: create återskapar inte ett identiskt alternativ, så ett lyckat kommando löser inte motstridiga värden av sig självt.
Granska sedan den körande instansens effektiva egenskaper och den faktiska HTTP-klienten. GlassFish skiljer alternativ som kräver omstart från systemegenskaper som den kan uppdatera omedelbart. Följ den utgivning som distribuerats i stället för ett ovillkorligt omstartsrecept; en befintlig klient kan behålla sin egen väg.
Den här metoden gäller för klienter som respekterar JVM:ns nätverksegenskaper. En explicit biblioteksproxy eller separat transport behöver sin egen inställning som stöds, medan inkommande lyssnare inte är relevanta. Bevara nödvändiga direkta mål i Javas kringgåendepolicy. Att lägga till godtyckliga JVM-egenskaper för användarnamn/lösenord ger inte varje klients proxyautentisering.