Nadaj instancji aplikacji GlassFish jej wychodzące proxy

Przed utworzeniem opcji proxy wybierz obiekt docelowy GlassFish, który uruchamia aplikację. create-jvm-options domyślnie kieruje do serwera administracji domeną; akceptuje także instancję, klaster lub nazwaną konfigurację. Domyślne ustawienie może więc zmodyfikować niewłaściwy JVM.

Dla przykładowej nazwanej konfiguracji app-config:

asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"

Zastąp obiekt docelowy i punkt końcowy; lista proxy HTTP dostarcza kandydatów HTTP dla dozwolonych żądań do celów publicznych. Argument rozdzielony dwukropkami zawiera cztery opcje. Wartości hosta to nazwy hostów bez prefiksów URL. Osobne właściwości HTTP/HTTPS Javy opisują protokoły docelowe; cel HTTPS nadal może korzystać ze zwykłego proxy HTTP CONNECT.

Sprawdź zapisane wartości za pomocą list-jvm-options dla tego samego celu. Najpierw przejrzyj istniejące wpisy: create nie odtwarza identycznej opcji, więc pomyślne polecenie samo nie rozwiązuje sprzecznych wartości.

Następnie sprawdź efektywne właściwości działającej instancji i rzeczywistego klienta HTTP. GlassFish odróżnia opcje wymagające ponownego uruchomienia od właściwości systemowych, które może zaktualizować natychmiast. Postępuj zgodnie z wdrożonym wydaniem, a nie z bezwarunkową receptą ponownego uruchamiania; istniejący klient może zachować własną trasę.

Ta metoda dotyczy klientów respektujących właściwości sieciowe JVM. Jawne proxy biblioteczne lub oddzielny transport wymaga własnego obsługiwanego ustawienia, a odbiorniki przychodzące nie mają z tym związku. Zachowaj wymagane cele bezpośrednie w polityce obejścia Javy. Dodanie dowolnych właściwości JVM nazwy użytkownika/hasła nie zapewnia uwierzytelniania proxy każdemu klientowi.