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