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