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 候補を提供します。コロンで区切られた引数には 4 つのオプションが含まれます。ホスト値は URL プレフィックスのないホスト名です。Java の個別の HTTP/HTTPS プロパティは宛先プロトコルを表します。HTTPS ターゲットでも通常の HTTP CONNECT プロキシを使用できます。

同じターゲットに対して list-jvm-options で保存済みの値を確認します。まず既存のエントリを確認してください。create は同一のオプションを再作成しないため、コマンドが成功しても競合する値が自動的に解決されるわけではありません。

次に、実行中のインスタンスの実効プロパティと実際の HTTP クライアントを確認します。GlassFish は再起動が必要なオプションと、即座に更新できるシステムプロパティを区別します。無条件の再起動手順ではなく、デプロイ済みのリリースに従ってください。既存のクライアントは独自のルートを保持する場合があります。

この方法は JVM のネットワークプロパティに従うクライアントに適用されます。明示的なライブラリプロキシや別のトランスポートには独自のサポート設定が必要であり、受信リスナーは関係ありません。Java のバイパスポリシーで必要な直接宛先を維持してください。任意のユーザー名/パスワードの JVM プロパティを追加しても、すべてのクライアントのプロキシ認証が提供されるわけではありません。