Seleccione el destino GlassFish que ejecuta la aplicación antes de crear opciones de proxy. create-jvm-options apunta de forma predeterminada al servidor de administración de dominio; también acepta una instancia, un clúster o una configuración con nombre. Por tanto, el valor predeterminado puede modificar la JVM equivocada.

Para una configuración con nombre ilustrativa app-config:

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

Sustituya el destino y el punto de conexión; la lista de proxies HTTP proporciona candidatos HTTP para solicitudes permitidas a destinos públicos. El argumento separado por dos puntos contiene cuatro opciones. Los valores de host son nombres de host sin prefijos de URL. Las propiedades separadas de Java para HTTP/HTTPS describen los protocolos de destino; un destino HTTPS aún puede usar un proxy HTTP CONNECT normal.

Inspeccione los valores guardados con list-jvm-options para el mismo destino. Revise primero las entradas existentes: create no vuelve a crear una opción idéntica, así que un comando correcto no resuelve por sí solo los valores en conflicto.

Después, inspeccione las propiedades efectivas de la instancia en ejecución y el cliente HTTP real. GlassFish distingue las opciones que requieren reinicio de las propiedades del sistema que puede actualizar de inmediato. Siga la versión desplegada en lugar de una receta de reinicio incondicional; un cliente existente puede conservar su propia ruta.

Este método se aplica a los clientes que respetan las propiedades de red de la JVM. Un proxy de biblioteca explícito o un transporte separado necesita su propia configuración compatible, mientras que los listeners entrantes no tienen relación. Conserve los destinos directos necesarios en la política de omisión de Java. Añadir propiedades JVM arbitrarias de usuario/contraseña no proporciona la autenticación de proxy de todos los clientes.

Artículos relacionados