Dajte instanci aplikacije GlassFish njen izhodni proxy
Shranite lastnosti proxy HTTP in HTTPS na cilj GlassFish, ki izvaja aplikacijo, nato preverite učinkovito konfiguracijo in vedenje odjemalca.
Pred ustvarjanjem možnosti proxy izberite cilj GlassFish, ki izvaja aplikacijo. create-jvm-options privzeto cilja strežnik za upravljanje domene; sprejme tudi instanco, gručo ali poimenovano konfiguracijo. Zato lahko privzeta vrednost spremeni napačen JVM.
Za ponazoritveno poimenovano konfiguracijo app-config:
asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"
Zamenjajte cilj in končno točko; seznam proxyjev HTTP zagotavlja kandidate HTTP za dovoljene zahteve do javnih ciljev. Argument, ločen z dvopičji, vsebuje štiri možnosti. Vrednosti gostitelja so imena gostiteljev brez predpon URL. Ločene lastnosti Java za HTTP/HTTPS opisujejo protokole cilja; cilj HTTPS lahko še vedno uporablja običajni proxy HTTP CONNECT.
Shranjene vrednosti preglejte z list-jvm-options za isti cilj. Najprej preglejte obstoječe vnose: create ne ustvari znova enake možnosti, zato uspešen ukaz sam po sebi ne razreši nasprotujočih si vrednosti.
Nato preglejte učinkovite lastnosti delujoče instance in dejanskega odjemalca HTTP. GlassFish razlikuje možnosti, ki zahtevajo ponovni zagon, od sistemskih lastnosti, ki jih lahko takoj posodobi. Sledite nameščeni izdaji, ne pa brezpogojnemu receptu za ponovni zagon; obstoječi odjemalec lahko obdrži svojo pot.
Ta metoda velja za odjemalce, ki spoštujejo omrežne lastnosti JVM. Izrecni knjižnični proxy ali ločen transport potrebuje svojo podprto nastavitev, medtem ko dohodni poslušalci niso povezani. Ohranite potrebne neposredne cilje v politiki obhoda Java. Dodajanje poljubnih lastnosti JVM z uporabniškim imenom/geslom ne zagotavlja preverjanja pristnosti proxyja vsakemu odjemalcu.