Дайте на екземпляра на приложението 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 свойства за потребителско име/парола не осигурява удостоверяване на прокси за всеки клиент.